営業ヨミ表と案件レビューの違い｜確認項目・会議の使い分け・週次運用

ヨミ表・案件レビュー・Forecast会議の結論

営業ヨミ表、案件レビュー、Forecast会議は、同じ案件を扱うため混同されがちです。ただし目的は異なります。ヨミ表は案件の見込みを同じ定義で更新するため、案件レビューは一件を前に進める支援を決めるため、Forecast会議は見込み全体と優先支援を決めるために使います。

三つを一つの会議で済ませようとすると、全案件の読み上げに時間を使い、顧客が次に判断する条件や、マネージャーが入るべき案件が見えなくなります。まず会議の役割を分け、同じ項目を重複入力しないことから始めます。

目的・参加者・決めることの比較

ヨミ表は会議の資料ではなく、判断の前提です。案件レビューでは、ヨミ表の数字を読み上げる代わりに、その数字の根拠になっている顧客事実と残リスクを確認します。Forecast会議では、すべての案件を深掘りせず、差分と支援が必要な案件だけを扱います。

ヨミ表で毎週更新する項目

ヨミ表には、案件名と金額だけでなく、顧客側の根拠を残します。確度を上げる条件が営業担当の感触だけになると、会議で数字の正しさを議論するだけになります。

• 受注予定日: 顧客の稟議、比較、導入期限と結びついているか。
• 確度・ヨミ区分: 決裁者合意、予算、契約日程など、顧客側で確認できた事実があるか。
• 根拠: 顧客が共有・合意・実行した内容を短く残しているか。
• 残リスク: 競合、稟議、法務、セキュリティ、未接触の関係者を分けているか。
• 次回アクション: 顧客側と自社側の担当者、期限、成果物があるか。

更新期限は週次会議の前日に固定します。当日に不足情報を探す運用にすると、会議は入力確認で終わります。

案件レビューで深掘りする項目

案件レビューは、受注できそうかを詰問する場ではありません。担当者だけでは解けない論点を見つけ、次の顧客接点を前に進める支援を決める場です。

確認する順番は、顧客の目的、関係者、前進根拠、残リスク、必要な支援、次回アクションです。提案書を送った、会議を実施したといった営業活動を前進根拠にせず、顧客が何を合意し、誰が次に判断するかで確認します。

たとえば決裁者が未接触であれば、提案資料の完成度よりも、誰が決裁者の懸念を確認するかを決めます。情報システム部の確認が未着手であれば、予定日を維持する理由ではなく、確認の担当者と期限を残します。

Forecast会議へ持ち込む判断材料

Forecast会議では、ヨミ表にある全案件を一件ずつ説明しません。前週から金額・確度・予定日が変わった案件、停滞日数が長い案件、大型案件、部門横断の支援が必要な案件に絞ります。

各案件について、確度を変えるか、誰が支援するか、いつ再確認するかを決めます。個別の商談設計が必要なら案件レビューへ戻し、Forecast会議では売上見込みと支援優先順位に集中します。

週次運用の流れ

1. 担当者が会議前日までにヨミ表を更新する。
2. マネージャーが確度変更、停滞、大型、支援要の案件を抽出する。
3. 案件レビューで顧客事実、残リスク、支援、次回行動を決める。
4. Forecast会議で全体差分、確度、介入案件、期限を確定する。
5. 会議後24時間以内に決定事項を正本のSFAまたはヨミ表へ反映する。

会議が報告会になる失敗例

• 全案件を同じ時間で扱い、支援が必要な案件に時間が残らない。
• 担当者の活動報告を聞き、顧客側の合意や未確認事項を確認しない。
• ヨミ表、SFA、会議メモを別々に更新し、数字が一致しない。
• 会議で決めた支援者と期限が記録されず、翌週も同じ論点を話す。

改善の最初の一歩は、会議を増やすことではありません。ヨミ表、案件レビュー、Forecast会議のそれぞれで、何を決めるかを一文で定義し、同じ項目を二重に確認しない状態を作ります。

実務チェックリスト

• ヨミ区分を顧客側の事実で説明できる。
• 案件レビュー対象を、停滞・大型・確度変更・支援要に絞れている。
• Forecast会議で全案件の読み上げをしていない。
• 決定事項に担当者、期限、次回確認日がある。
• SFAまたはヨミ表のどちらを正本にするか決まっている。

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

• 営業ヨミ表テンプレート: 会議前にそろえる案件項目と更新ルールを確認する
• 商談レビューシート: 要支援案件を15分で深掘りする項目を確認する
• Forecast会議アジェンダ: 会議の時間配分と決定事項の残し方を確認する
• RevOpsで揃える営業データ: ヨミ表とSFAの正本を決める前提を整理する