商談の一覧はエクセル、やり取りの履歴はメールの受信箱、次にやることは頭の中——。受託の営業では、こういう管理がごく自然に出来上がります。最初のうちはそれで十分に回るのですが、商談が20件、30件と増えてくると、行を追うだけで時間がかかり、「どの商談が今どこまで進んでいるのか」に誰も即答できなくなっていきます。
エクセルの商談表が回らなくなってきたら、表を作り直すのではなく、カンバン式のパイプライン管理に切り替えるのが有効です。パイプライン管理とは、商談を「初回接触→提案→受注」のような段階（ステージ）で分けて管理する方法です。カンバン式では、この段階を縦のレーンとして並べ、商談を1枚のカードにして貼っていきます。商談が進んだらカードを隣のレーンへ動かすだけなので更新の手間が小さく、全体の偏り——提案ばかり溜まっている、初回接触が枯れている——がひと目で分かります。
この記事では、エクセルの商談管理でつまずきやすいポイントを整理したうえで、カンバン式パイプライン管理のはじめ方を手順で解説します。最後に、受託事業者ならではの注意点にも触れます。
この記事の要点
- エクセルの商談表は「行が増え続ける」「ステータス列が形骸化する」「確度の違う見込み金額を合計できない」の3つでつまずき、動いている商談が20〜30件を超えたあたりが切り替えの目安です。
- カンバン式は「ステージは5つ前後」「カードに確度と金額を入れる」「週1回棚卸しする」「失注理由を残す」の4つで始め、移行はいま動いている商談だけで足ります。
- 受託では受注後に案件・工程・請求へ情報を引き継ぐため、商談管理は「受注後に転記なしで引き継げるか」も含めて選びます。
エクセルの商談管理でつまずく3つのポイント
エクセルやスプレッドシートの商談表は、無料で始められて自由度も高い、立派な管理方法です。ただし商談の数が増えてくると、構造的なつまずきが3つ出てきます。
| つまずき | 現場で起きること |
|---|---|
| 1. 行が増え続ける | 終わった商談と動いている商談が同じ表に混ざり、見るべき行を探すこと自体に時間がかかる |
| 2. ステータス列が形骸化する | 「対応中」のまま数ヶ月放置された行が溜まり、表と実態が合わなくなる |
| 3. 見込み金額が合計できない | 確度がバラバラの金額を単純合計しても、来月の売上の見通しにはならない |
1つめは物理的な問題です。行を消すのは怖いので残す、残すから増える、増えるから探せない。フィルタやシート分けで対処しても、その運用ルール自体が今度はメンテナンスの対象になります。
2つめは更新の問題です。ステータス列の更新は本人の手入力に頼るため、忙しい週ほど後回しになります。「先週から動いていない商談はどれか」という一番知りたい問いに、形骸化した表は答えられません。
3つめは集計の問題です。受注確度50%の100万円と、確度90%の100万円は、見込みとしては別物です。エクセルでも確度の列を作って掛け算すればよいのですが、確度の更新が止まった瞬間に、その合計は根拠のない数字になります。確度から月別の売上見込みを立てる手順は、受託の売上予測のやり方で説明しています。
カンバン式パイプライン管理のはじめ方
カンバン式は、ホワイトボードと付箋でも、ツールでも始められます。形式よりも、次の4つを押さえることが大切です。
- ステージは5つ前後に絞る。 例えば「初回接触→ヒアリング→提案→見積提示→受注」のような区切りです。細かく分けたくなりますが、ステージが多いほど移動の判断に迷い、更新が止まります。「次に何をすれば隣へ動かせるか」が明確になる粒度が目安です。
- カードに確度と金額を入れる。 金額×確度の合計が、パイプライン全体の見込みになります。確度は「50%か80%か」を厳密に議論するより、「まだ五分五分」「ほぼ固い」程度の感覚をチームでそろえる方が長続きします。
- 週1回、棚卸しの時間を決める。 カンバンは貼って終わりではなく、見返す習慣とセットで機能します。週に1度、動いていないカードを1枚ずつ見て、「次のアクションを決めて進める」か「見込みなしとして落とす」かを判断します。
- 失注理由を残す。 落としたカードは消さずに、「価格」「時期」「他社」など理由を一言添えて失注のレーンへ移します。数ヶ月分溜まると、提案の直し所や、深追いすべきでない案件の傾向が見えてきます。理由の分類の仕方と振り返り方は、失注分析のやり方で取り上げています。
エクセルからの移行時に、過去の全データを移す必要はありません。いま動いている商談だけをカードにすれば、その日から運用を始められます。
ツールを増やさずにNotionで同じことをやる場合のプロパティ設計とボードビューの作り方は、Notionで営業リストと商談を管理するにまとめています。
受託ならではの注意点——受注した後の引き継ぎが分かれ目
Web制作やシステム開発などの受託事業には、商談管理でもう1つ固有の事情があります。受注がゴールではなく、そこから案件が始まることです。
受注した瞬間に、商談の情報——クライアント名・金額・納期・決まった範囲——は、案件管理や工程表、請求の管理へ引き継がれます。商談はカンバン、案件は別のシート、と管理が分かれていると、この引き継ぎが手作業の転記になります。そして転記は、繁忙期ほど抜けます。金額の写し間違いや納期の書き漏れが、あとになって請求や進行のトラブルとして表面化するのは、たいていこの継ぎ目です。受注直後にそろえるべき項目は、受注後のキックオフの進め方に一覧にしています。
つまり受託の商談管理は、「商談中をどう見やすくするか」と同じくらい、「受注後にどう引き継ぐか」で選ぶ必要があります。ツール選び全体の観点は受託のSFAの選び方で整理しています。
受注と同時に案件を作る商談カンバン
ここからは自社製品の紹介です。私たちが開発している受託事業者向けSFA/CRMのPipelia（パイプリア）では、商談をカンバンで管理し、カードごとの確度と金額からパイプライン全体の見込みを確認できます。受注にすると商談から案件が自動で作られ、そのまま工程・外注・粗利の管理へつながるので、クライアント名や金額を転記し直す作業がありません。
よくある質問
エクセルの商談管理は何件くらいまで使えますか？
件数に明確な境界はありませんが、目安は「表を開いたときに、見るべき行をすぐ見つけられるか」です。動いている商談が20〜30件を超えたあたりから、探す・更新する手間が管理の効果を上回りやすくなります。行数そのものより、ステータス列の更新が止まり始めたら移行のサインです。
パイプラインのステージはいくつに分ければよいですか？
5つ前後をおすすめします。「初回接触→ヒアリング→提案→見積提示→受注」が一例です。ステージが多すぎると移動の判断に迷って更新が止まり、少なすぎると同じレーンにカードが溜まって偏りが見えません。まず5つで始めて、運用しながら統合・分割していく方が、最初から精緻に設計するよりうまくいきます。
カンバン式に移行するとき、エクセルの過去データはどうすればよいですか？
全部を移す必要はありません。いま動いている商談だけをカードにして移せば、その日から運用を始められます。過去の受注・失注の記録は、エクセルのまま参照用に残しておけば十分です。移行の手間を理由に先延ばしにするより、動いている商談だけの小さなカンバンを今週から回し始めることをおすすめします。