営業ヨミ表テンプレート｜項目・更新ルール・使い方

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

営業ヨミ表を、売上見込みの数字を集める表ではなく、案件根拠、残リスク、支援要否を確認する共通フォーマットとして使えるようにします。

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

テンプレートの基本項目

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

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

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

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

ヨミ区分を顧客事実で判定する例

区分名は自社の呼び方に置き換えて構いません。重要なのは、営業活動ではなく顧客側の合意と未確認事項で判定し、区分を上げるために次に確認すべき事実が分かることです。

記入例

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

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

導入するときの進め方

1. 現在使っているヨミ項目と会議で実際に聞く項目を並べ、重複を削る。
2. ステージとヨミ区分を、顧客側の確認事実で定義する。
3. 週次会議の前日を更新期限にし、当日は支援判断だけを行う。
4. 月末にヨミ差分の原因を振り返り、定義か運用のどちらを直すか決める。

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

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

よくある失敗

• A・B・Cなどのヨミ区分だけがあり、判定根拠が担当者の感覚になっている。
• 受注予定日を営業都合で置き、顧客の稟議や導入期限と結びつけていない。
• 会議用スプレッドシートとSFAの両方を更新し、数字が一致しない。
• リスクを書いた担当者が責められ、悪い情報が表に出なくなる。

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

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

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

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

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

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

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

• ステージとヨミ区分を一文で説明できる。
• 受注予定日の根拠が顧客側の期限と結びついている。
• 次回アクションに担当者と期限がある。
• 会議では全案件ではなく支援が必要な案件を扱っている。
• SFAまたはヨミ表のどちらを正本にするか決まっている。

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

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

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

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

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

• ヨミ表と案件レビューの使い分け: ヨミ表を案件レビューやForecast会議と混同しない運用を整理する