📅 2025年11月19日 ⏱️ 7分で読めます

Googleスプレッドシート営業案件管理テンプレート｜壊れないステージ・確度・項目設計

執筆小林編集ファネルAi編集部監修ファネルAi監修チーム最終更新2026年4月25日

Googleスプレッドシートで営業案件管理（パイプライン）テンプレートを作る目的は、案件を「並べる」ことではなく「動かす」ことです。検索する人の多くは、雛形だけでなく、ステージ・確度・必須項目をどう設計すれば運用が壊れず、レビュー会議が30分で終わるかまで知りたいと考えています。

結論として、Googleスプレッドシート営業案件管理テンプレートは、ステージ6段階×確度5値×必須8列の3点セットで設計すると最も壊れにくくなります。案件数200・同時編集5名・履歴2万行を超えたら、Google Workspace CRM や AI CRM への移行検討ラインに入ります。

営業案件管理テンプレートのステージ・確度・必須列・週次レビューの構造を示した図 — 営業案件管理テンプレートは、ステージ6段階×確度5値×必須8列×週次レビューで設計すると壊れにくくなります。

本記事のポイント

営業案件管理テンプレートの中核は、ステージ6段階×確度5値×必須8列の3点セットです。
週次レビューは「停滞」「金額×確度」「失注理由」の3観点で30分以内に固定できます。
案件数200・同時編集5名・履歴2万行を超えたら、CRMやAI CRMへの移行検討ラインに入ります。

この記事で扱うテーマ

営業案件管理テンプレートの設計順序

テンプレートを作る順序は、列を増やす前に「ステージ」「確度」「必須項目」「レビュー」を先に決めるのが鉄則です。列から作ると、かならず半年以内に列が増えすぎて壊れます。設計の順番を固定すると、案件数が増えても同じ運用が続きます。

ステージを6段階で定義する
各ステージに対応する確度値（5値）を割り当てる
必須項目を8列以内に絞る
週次レビューの観点を3つ決める
停滞検知のクエリ式を入れる
共有・権限・AI利用範囲を決める

ステージ6段階｜定義をブレさせない言い回し

ステージは増やすほど判定が揺れます。次の6段階に絞り、各ステージの「終わり条件」を明文化すると、担当者間で同じ案件が違うステージに置かれる事故が減ります。

ステージ	状態	このステージを「卒業」する条件
1. 未接触	リスト化のみ	担当者と最初の連絡が成立した
2. 接触	1次連絡は終了	商談（オンライン会議または訪問）の予定が確定した
3. 商談	ヒアリング段階	顧客課題と評価軸が口頭で出ている
4. 提案	見積・提案書を提示済	意思決定者に資料が届いた／質問が返ってきた
5. クロージング	稟議・契約条件の調整中	契約・発注・キックオフ日付が見えている
6. 決着	受注／失注	結論が出て、再開条件が記録されている

確度は5値に固定する｜0/10/30/60/80（と100/0）

確度をパーセンテージで自由入力にすると、平均確度が「68.4%」のような無意味な値で揺れます。次の5値に固定すれば、レポートの読み手が「だいたいどのくらい固いか」を直感で判断できます。

10%：接触は取れたが、商談化していない
30%：ヒアリング中、課題は把握できた
60%：提案を提示し、評価が始まっている
80%：稟議・条件調整中、特段の障害はない
100% / 0%：受注／失注の決着

確度はステージから機械的に決まる値にし、担当者の主観で別に持たない設計にすると、レポートが信頼できる値になります。

必須8列｜列が増えすぎる前に固定する

案件シートの列は、8列以内に絞るのが定着の条件です。それ以上の情報は活動履歴シートに逃がします。

必須列	形式	目的
deal_id	一意ID	履歴・他シートと結合する主キー
company_id / 会社名	参照／文字列	取引先マスタにひもづける
案件名	文字列	商談の対象を1行で示す
ステージ	プルダウン6値	進捗の現在地を一意に持つ
確度	プルダウン5値	レポートで合計加重を計算する
想定金額	数値	金額×確度で期待値を出す
想定クローズ日	日付	停滞検知と月次予測に使う
主担当	選択	未更新検知と通知のキーになる

「ニーズ」「課題」「決裁体制」「競合」のような自由記述は、活動履歴シート側に書き、案件マスタには載せません。マスタが軽いほど、関数とフィルタが速くなります。

週次レビューを30分で終わらせる3観点

営業会議が長引く原因は、案件を全部読み上げることです。週次レビューは次の3観点に絞り、それ以外は会議外で各自確認するルールにすると、30分以内で終わります。

停滞：最終活動日から14日以上更新がない案件だけを表示する
金額×確度：期待値（金額×確度）の上位10件だけを話題にする
失注理由：直近1か月の失注を5択（予算・タイミング・競合・要件・無回答）で集計する

停滞検知は次のクエリで自動化できます。

=QUERY(案件!A:H, "select A,B,C,D,F where D!='決着' and B<date '"&TEXT(TODAY()-14,"yyyy-mm-dd")&"'", 1)

Geminiやスプレッドシート上のAI関数を使える環境なら、停滞案件1件ごとに「次の一言」をAIが提案する補助を加えると、追客の初動を半日早められます。Geminiの利用前提は Google Workspace Geminiのプライバシーとトレーニングをあわせて確認してください。

パイプライン管理が壊れる5つの典型パターン

営業案件管理テンプレートは、ほぼ同じ5つの理由で壊れます。先回りで設計に折り込むと、寿命が大きく伸びます。

ステージが増える：「精査」「事前確認」など担当者単位で言い回しが増える。プルダウンで6段階に強制する。
確度が自由入力：「45%」「77%」が混ざる。5値に丸め、ステージから機械決定する。
失注の理由が空欄：失注の振り返りができない。5択を必須化する。
会社マスタとずれる：表記ゆれの会社が複数行になる。company_id で参照する。
権限がゆるい：URL共有のままで、退職者にも案件が見える。共有先を四半期ごとに棚卸しする。

CRM・AI CRMへ移すべき判断ライン

案件数200・同時編集5名・履歴2万行のいずれかを超えたら、移行検討ラインです。さらに「役員報告のための予実管理」「四半期分析」「複数チームのパイプライン横断」が必要になったら、スプレッドシート単独では運用が壊れます。

AI CRMへの移行を選ぶ場合、最大の差は「営業文脈の扱い」です。Gmail・Calendar・Drive・Meetに散らばる商談履歴・添付・議事録まで読み、案件ごとの状況・次アクション・キーマンの示唆を継続的に出せるかが分かれ目になります。設計の全体像は AI CRMとは？を参照してください。

よくある質問

ステージは何段階に分けるのが最適ですか？

6段階が実務上のスイートスポットです。4段階以下では分析が粗く、8段階以上では判定がブレます。

確度は誰が更新すべきですか？

担当者が個別に動かすのではなく、ステージから機械的に決まる仕組みにすると安定します。レポートの数字が信用できる前提を作れます。

案件シートと顧客シートはどちらを原本にすべきですか？

取引先（会社）マスタが原本、案件はそこに「ぶら下がる」設計が基本です。会社IDで結合します。テンプレ全体の構成は Googleスプレッドシート顧客管理テンプレートを参照してください。

案件数が増えたときの最初のボトルネックは何ですか？

関数の遅延と、ステージ判定のばらつきです。300件を超えたあたりで、QUERYやIMPORTRANGEが遅くなり、レビュー会議が長引きます。

スプレッドシートの案件管理にAIをどう組み合わせると効果的ですか？

停滞案件への次アクション提案、商談ログの要約、失注理由の分類補助など、判断ではなく下処理の自動化で導入するのが現実的です。

CRM移行と同時にステージや確度の定義を変えても大丈夫ですか？

原則は「移行と再設計を同時にやらない」です。スプレッドシートで定義を整えてから移行すると、データ品質と現場運用の両方が安定します。

パイプラインを「動く」状態に整えたい方へ

ステージ・確度・必須項目・週次レビュー・移行ラインを、自社の案件規模と人数に当てはめて設計します。テンプレ設計から移行計画まで、ファネルAi編集部・監修チームが個別に整理します。

ファネルAiに相談する

メディア一覧へ戻る