営業会議で見込みをどう確認する？予測区分と未確認事項の議題表

青葉商会の週次営業会議で、佐藤は設備D37を見込みに入れ、高橋は備品D38を確約扱いにしています。D37は予算未確認、D38は注文手続の期日が未確認です。

全案件を順に説明すると時間を使い、確約という言葉の根拠が曖昧なまま会議が終わります。

営業会議の議題を予測区分の変更と未確認条件へ絞り、確認担当・期限・次回の証拠を決めます。 参照資料「HubSpot: Set up the forecast tool」で確認した範囲は、商談総額と重み付き金額の区別、予測区分という概念。 この節の会社・担当・社内基準は架空の教材です。

この章の根拠：出典1

「D37 設備見込み」の入力は、予算が未確認です。ここでは佐藤が予算確認の段取りを残します。記録の判断欄には「確認対象の議題」と残します。

「D38 備品確約案」の入力は、注文手続の期日が未確認です。ここでは高橋が注文時期の根拠を確認します。記録の判断欄には「区分の再確認」と残します。

「D39 変更なし」の入力は、条件と次回行動が確認済みです。ここでは個別説明を省く候補です。記録の判断欄には「一覧で共有」と残します。

比較表は横に動かして全ての列を確認できます。

田中は会議前に前週から変わった金額・期日・区分を抽出します。議題は判断が必要なD37・D38とし、D39の報告は事前一覧へ置いて会議の時間を使いません。

区分ごとの金額を読むだけなら資料確認で済みます。会議では区分の根拠が不足する二件について、何を誰が確認すれば次の予測へ入れられるかを決めます。

会議の議題は予測に入る条件を決める仕事です。D37の予算とD38の注文時期は別の不足で、D39の変化なし報告に同じ時間を使う必要はありません。事前資料には変更点を表示します。

会議中に製品の技術判断が必要と分かった場合は、その場で推測せず中村への確認を設定します。全員が待つ長い資料検索は別作業にし、会議の判断を保留と残します。

確約区分は社内の予測上の名称です。顧客が契約を確定した意味ではなく、正式な受注は注文などの根拠で別に判断します。

中村への技術確認を議題の保留理由へ記し、質問と期限を担当へ渡します。会議中に推測した答えを確認済みへ登録せず、回答後に予測条件を更新します。

田中は議題ごとの結論を、区分維持・区分変更・確認待ちで記します。佐藤と高橋には確認項目と期限を渡し、次週に同じ未確認が戻った場合は待ち先を確認します。

会議後の表に各議題の判断と担当があり、D38が根拠なしの確約へ戻っていないかを確認します。会議開催や発言回数は完了の基準にしません。

高橋は議事録から誰がいつまでに何を確かめるか説明します。次週の会議で同じ不足が残ったら、新しい口頭報告で上書きせず前回タスクの結果と遅れの理由を照合します。

事前に変更点と不足条件を抽出し、会議では確認担当と期限を決めます。全件の読み上げを完了条件にしません。

区分の金額は資料で読み、区分に入れる根拠は会議で決めます。判断できなかった項目も保留として次の確認へ渡します。

田中は議事録とタスクを照合します。次週に確認の結果を読めることが、今回の会議を閉じる条件です。