商談レビューシートのテンプレート｜15分で確認する項目

このテンプレートでできること

商談レビューを受注できそうかの詰問にせず、案件を前に進めるためにマネージャーが支援する論点を15分で特定できるようにします。

テンプレートは入力欄を増やすためではなく、現在地と次の判断を同じ言葉で説明するための共通フォーマットです。使い始める前に、誰が入力し、誰が確認し、いつ更新するかを決め、会議や引き継ぎで実際に使う項目だけを残します。

テンプレートの基本項目

項目名は自社のSFAやスプレッドシートに合わせて変更して構いません。ただし、同じ意味の項目を複数作らないことが重要です。「確度」「温度感」「ヨミ」「見込み」のような似た言葉が並ぶと、担当者ごとに解釈が変わります。一つの項目には一つの判断だけを持たせ、定義を短い文章で説明できる状態にします。

自由記述は、背景を残すには便利ですが、比較や集計には向きません。選択肢で揃える項目と、顧客固有の文脈を残す記述欄を分けます。たとえばステージや支援要否は選択式にし、顧客の懸念や次回確認事項は短い文章で残します。

コピーして使える空欄テンプレート

次の表をスプレッドシートやSFAの下書きへコピーし、右端の入力欄を埋めてください。事実として確認できていない項目は推測で埋めず、「未確認」と入力して確認担当と期限を決めます。

15分レビューの時間配分

時間が足りない場合は説明を延長せず、追加確認が必要な論点を別の支援会議へ切り出します。15分で結論を出すことより、次に誰が何を確認するかを確定することを優先します。

記入例

良い記入例は、第三者が読んでも次の行動を判断できます。「先方検討中」「感触は良い」のような表現だけでは、何を待ち、いつ確認し、誰が動くのかが分かりません。顧客側の合意、未確認事項、期限、担当者を一つのセットとして残します。

記入例をそのまま正解にせず、自社で実際に起きた案件へ置き換えてレビューします。受注案件だけでなく、停滞案件と失注案件でも入力し、どの項目が早い段階で分かっていれば判断を変えられたかを確認します。テンプレートの改善材料は、理想的な案件より、判断に迷った案件から得られます。

導入するときの進め方

1. レビュー対象を大型、停滞、確度変更、支援要の案件に絞る。
2. 担当者がレビュー前にシートを更新し、未確認事項を明示する。
3. 15分で顧客目的、前進根拠、リスク、支援、次回行動の順に確認する。
4. 会議後24時間以内に決定事項をSFAへ反映する。

最初から全案件へ展開せず、5件から10件程度で試します。入力時間、レビュー時間、判断が変わった場面を確認し、使わなかった欄を削ります。項目を追加するときは「この情報がないと、誰がどの判断を誤るのか」を説明できる場合に限定します。

運用開始後は、週次会議や引き継ぎの場で必ずテンプレートを開きます。別の会議資料へ転記させると更新箇所が増えるため、SFA、スプレッドシート、資料のうち正本を一つに決めます。会議中に決まった支援者、期限、次回確認日は、その場で正本へ反映します。

よくある失敗

• 受注できるかだけを聞き、顧客が判断できていない論点を確認しない。
• すべての案件を同じ時間で扱い、支援が必要な案件に時間を使えない。
• マネージャーが答えを指示し、担当者が顧客事実を話さなくなる。
• レビューで決めた支援者と期限が記録されず、翌週も同じ話をする。

項目数が多いほど管理が正確になるわけではありません。使われない項目が増えると、担当者はすべてを同じ優先度で扱えず、重要な次回アクションまで古くなります。入力を増やす前に、会議で使わない欄を削る方が改善につながります。

また、テンプレートを評価表としてだけ使うと、担当者は悪い情報を書かなくなります。停滞理由や未確認事項は、担当者を責める材料ではなく、支援を決める材料として扱います。入力内容から支援が生まれる経験を作ることで、情報の精度が上がります。

SFA・スプレッドシートへ実装する方法

スプレッドシートで始める場合は、一案件一行を基本にし、更新日、更新者、次回確認日を固定列にします。長い議事録を一つのセルへ入れず、顧客側の事実、営業仮説、未確認事項を分けます。入力規則を使う項目は選択肢を増やしすぎず、迷ったときの判断基準を別シートに置きます。

SFAへ実装する場合は、既存項目との重複を確認します。新しいカスタム項目を作る前に、会議やレポートでどのように使うか、更新タイミングをどこへ組み込むかを決めます。自動化できる会社情報や日付と、営業が顧客との会話から確認する情報を分けることも必要です。

どちらの場合も、月次で未入力率だけを見るのではなく、テンプレートを使って判断が変わった案件を振り返ります。支援を早く入れられた、失注リスクを早く確認できた、引き継ぎ後の聞き直しが減った、といった変化を確認します。

運用レビューのチェックリスト

• 顧客の目的と自社の提案内容が分かれている。
• 決裁者と利用部門の両方を確認している。
• 前進根拠が顧客の行動や合意になっている。
• マネージャーが行う支援に期限がある。
• レビュー後の次回アクションがSFAへ残っている。

チェックリストは、すべてを一度に満たすためではなく、次に直す一項目を選ぶために使います。会議のたびに複数の改善を求めると定着しません。今週は次回アクション、翌週は顧客側の関係者というように、確認対象を絞ります。

既存記事・資料との使い分け

背景や考え方は関連記事、会議や研修で配布する資料は記事下部の資料へ分けています。このテンプレートは自社の営業プロセスに合わせて不要な項目を削り、判断に必要な項目だけを残してください。

運用開始から1か月後には、入力された件数ではなく、テンプレートによって判断が早まった案件、支援を追加できた案件、確認漏れを防げた案件を各一件ずつ選んで振り返ります。変化が見つからない項目は削除候補にし、判断を変えた項目は定義と記入例をチームで共有します。

関連して確認する実務ガイド

• 案件レビューとForecast会議の違い: 一件を深掘りする会議と全体見込みを決める会議を分ける