無駄な営業会議をなくすアジェンダ設計と案件レビューの進め方

毎週の営業会議が数字の読み合わせで終わり、「何も決まらないまま解散」している——そんな状況を打破するには、進捗報告をデータに委ね、会議を案件の質の議論と意思決定の場に変えるアジェンダ設計が必要だ。本記事では、報告会から抜け出すための具体的なアジェンダテンプレートと、案件レビューで使える質問リストを紹介する。

営業会議が無駄になる3つの理由

理由1：口頭報告に時間を使いすぎている

「先週の商談件数は○件、パイプラインは△円です」——この情報は SFA を開けば数秒で確認できる。それを全員が口頭で読み上げるだけで、60分の会議の大半が費消されてしまう。

事実の共有は会議前に完了させるべきであり、会議の場ではその事実をどう解釈し、何を変えるかを議論することに時間を充てるべきだ。

理由2：「どの案件をレビューするか」が決まっていない

全案件を横並びに並べ、上から順に状況を説明していく方式では、本当に議論が必要な案件にたどり着く前に時間切れになる。会議前に「停滞案件」「次のアクションが不明確な大型案件」「リスクが高い案件」を事前に絞り込んでおくことが、会議の密度を高める出発点だ。

理由3：マネージャーのコーチングが「詰め」になっている

「なぜ進んでいないの？」「どうするつもり？」という追及だけでは、担当者は守りに入り、楽観的な見通しを口にするようになる。セールスイネーブルメントの観点からも、会議はコーチングの機会として設計されるべきとされており、担当者が自分では気づいていない打ち手を一緒に見つける場にすることが重要だ。

アジェンダテンプレート：進捗確認はデータで、会議は意思決定に

会議前（前日〜当日朝）にやること

以下の情報を SFA / CRM から抽出し、Slack やメールで参加者全員に事前共有する。

• パイプラインサマリー: ステージ別の案件数・金額
• 更新なし案件リスト: 一定期間動きのない案件の一覧
• 今週クローズ予定案件: 確度と金額の一覧
• 前回会議のアクション進捗: 誰が何を約束したかのリスト

この「事前パケット」を送ることで、担当者は口頭報告の準備ではなく、自分の案件への考察と仮説を持って会議に臨めるようになる。

会議中のアジェンダ（60分モデル）

時間	内容	ゴール
0〜5分	事前共有データの確認・補足	全員が同じ数字を見ている状態にする
5〜15分	今週クローズ予定案件の最終確認	追加アクションを決める
15〜45分	要注意案件の案件レビュー（2〜3件）	打ち手とオーナーを決める
45〜55分	来週の優先アクション確認	誰が何をするかを合意する
55〜60分	ラップアップ・次回アジェンダ案	宿題を全員で確認

ポイントは**「要注意案件の案件レビュー」に30分を確保すること**だ。事前共有によってつくったゆとりを、まるまるここに使う。KPI の設計や追いかけ方については 営業KPIツリーの設計方法 も参考になる。

案件レビューで聞くべき質問リスト

案件レビューは尋問ではなく、担当者と一緒に考える場だ。以下の質問フレームを使うと、会話が前向きに進みやすい。

現状を正確に把握するための質問

• 意思決定者は誰か？その人と直接話せているか？
• 先方はこの案件をどの程度の優先度で見ているか？
• 競合はどこか？先方はどんな基準で比較しているか？
• 予算は確保されているか？承認フローはどうなっているか？
• 「ノー」なのか「スロー」なのか、どう判断しているか？

次のアクションを決めるための質問

• 次のステップとして先方から何を引き出す必要があるか？
• そのために今週の商談でどんな問いを立てるか？
• 自分一人では難しい場合、誰を巻き込めるか？
• うまくいっている理由を言語化するとしたら？他の案件に横展開できるか？

各フレームワーク（BANT・SPIN・MEDDIC など）で何を確認すべきかは BANT・SPIN・MEDDICの比較と使い分け で詳しく解説している。ヒアリング設計と組み合わせると、案件レビューの質がさらに上がる。

商談の中身がデータ化されると、会議の質が変わる

ここまで紹介したアジェンダや質問リストを実践しようとしたとき、多くのチームが直面する壁がある。**「案件の実態が SFA に入っていない」**という問題だ。

SFA に登録されているのは「金額・ステージ・クローズ予定日」だけで、「先方が何を懸念しているか」「前回の商談でどんな質問が出たか」といった商談の中身が記録されていないケースは珍しくない。結果として、案件レビューはマネージャーが担当者を口頭で尋問するしか情報収集の手段がなくなる。

商談の中身がテキストデータとして蓄積されていれば、次のような変化が起きる。

• 担当者が何をヒアリングできていないかが一目でわかる
• 前回の商談からどれだけ状況が変化したかを時系列で追跡できる
• 案件レビューで「データを見ながら仮説を立てる」という議論が成り立つ

商談データの活用テンプレートや設計例は 資料ダウンロード からも確認できる。

Stand：商談の中身をリアルタイムにデータ化するデスクトップアプリ

Stand（スタンド） は、Zoom・Microsoft Teams・Google Meet などの商談に BOT として参加せず、営業担当者の PC 上で動作するリアルタイム商談サポート AI だ。画面共有や録画にも映らないため、顧客に違和感を与えずに利用できる。現在 macOS に対応しており、Windows は対応準備中だ。

主な機能は以下のとおり。

• リアルタイム文字起こし: 商談の会話をその場でテキスト化する
• ヒアリング項目チェック: 確認すべき項目の進捗を画面上に可視化する
• AI サジェスト: 次に聞くべき質問や提案のタイミングをリアルタイムで提示する
• 商談後の要約・SFA 転記: Salesforce / HubSpot への自動転記に対応
• ローカル保存: 商談データは営業担当者の端末に保存され、外部サーバーには送信されない

Stand を導入することで、案件レビューの前提となる「商談の中身のデータ」が商談ごとに自然に蓄積されていく。報告会をデータ駆動の意思決定会議へ変えるためのインフラとして機能する。

現在はウェイティングリストを受け付けている。詳細は 料金ページ を確認してほしい。

まとめ：営業会議をリデザインする3つのステップ

1. 事前共有を徹底する: SFA のデータを会議前日に全員に送り、口頭報告を廃止する
2. 会議は要注意案件の議論に集中する: アジェンダの中心を「案件レビュー」に置き、30分を確保する
3. 商談の中身をデータ化する: 担当者の記憶や口頭説明に頼らず、商談テキストを蓄積する

営業会議は「報告を聞く場」ではなく、「次の行動を決める場」だ。アジェンダを設計し直すだけで、会議の密度は大きく変わる。