BtoB商談で「社内検討中です」と返ってきたとき、その状態をCRMの一行メモだけで管理していないでしょうか。「検討中」は顧客にとっての作業がまだ残っている状態かもしれません。予算、情報セキュリティ、契約、利用現場の理解、導入責任者の調整など、論点を分けなければ次の支援を選べません。
この記事では営業とマーケティングが共有できる「購買論点ログ」の作り方を紹介します。Gartnerなどが論じるBuyer Enablement（購買支援）の考え方を参考にしていますが、以下の表や運用ルールは当サイトの独自の実務テンプレートであり、公式の標準様式ではありません。
論点ログは、顧客を説得するための裏台本ではない
法人の購買では、窓口担当者が好意的でも、別の部署が費用や運用負荷を慎重に評価することがあります。Harvard Business Reviewの「Making the Consensus Sale」は、複数の意思決定者の合意が必要になる課題を扱っています。Gartnerも、買い手が必要な購買タスクを行き来しながら完了していくことを説明しています。
そこで、担当者個人の「感触」から離れ、何が確認できたか／何が未確認か／誰に情報を届けるべきかを明確にします。相手の気持ちを勝手に推定したり、合意を装ったりしないことが前提です。
まず記録する10項目
- 案件・対象業務：製品名だけでなく、顧客が何の業務を変えたいのか。
- 論点ID：同じ案件に複数の問題がある場合、追えるように番号を付ける。
- 確認した事実：顧客が実際に発言・提供した条件。未確認の情報とは分ける。
- 未確認事項：まだ聞けていないこと、資料を見ないと判断できないこと。
- 関係する役割：現場責任者、財務、IT、法務など。氏名が必要でなければ役割単位で扱う。
- 判断条件：何が分かれば「進める／進めない」を決められるのか。
- 必要な資料：仕様、費用前提、導入計画、代替案、セキュリティ回答など。
- 売り手側の担当：営業・マーケティング・技術・法務のうち誰が確認するか。
- 次の確認日：相手の期限や意思決定イベントに合わせる。根拠のない追客日を置かない。
- 状態と更新日：未確認／調査中／回答済／顧客確認待ち／解決／保留を区別し、いつ変わったか残す。
架空の例：SaaS導入の論点ログ
以下は架空のBtoB SaaS案件です。実在顧客の情報や実績ではありません。実務で使う場合は契約条件や社内ルールに合わせて変更してください。
| 論点 | 現在の状態 | 必要な情報 | 次の行動 |
|---|---|---|---|
| 予算・費用 | 顧客確認待ち | 初期費用・利用人数・運用費の条件 | 営業が費用前提を確認 |
| SSO・権限 | 調査中 | 認証方式、管理者権限、利用者の範囲 | 技術担当が仕様を照合 |
| 導入負荷 | 未確認 | 移行対象データ、教育、想定担当者 | 顧客と作業範囲を確認 |
| 契約・データ | 回答済 | 保存場所、削除条件、契約条項 | 顧客の法務確認を待つ |
「回答済」は、売り手が資料を送った状態にすぎません。顧客が理解し、社内で合意したことまでは意味しないため、「顧客確認待ち」と「解決」を混同しないことが大切です。
営業・マーケティング・技術の分担例
- 営業：顧客への質問、会議・審査予定の把握、顧客が確認した事実と次の行動の記録。
- マーケティング：複数案件で繰り返される質問を集約し、比較表、説明図、公開可能なFAQ、購買支援コンテンツを改善。
- 技術・製品：機能、性能、連携、セキュリティ、運用制約の正確性を確認。保証できないことは保証しない。
- 法務・財務等：契約や価格の個別条件を正式に判断。マーケティングが代わりに承認したふりをしない。
毎週の会議では全案件の長い報告を読み上げるのではなく、前週から状態が変わった論点と、新たに発生した論点だけを確認すると効率的です。状況によっては、商談会議の中の5〜10分を充てる程度で始められます。これは当サイトの運用案であり、時間数に実証済みの最適値があるわけではありません。
論点ログを失注分析とコンテンツ改善につなげる
一件の商談を追うだけでなく、個人情報を除いて複数案件の「質問の種類」を集計すると、顧客が必要としている情報が見えてきます。たとえばSSOの確認が複数回発生するなら、製品ページの権限管理の説明が不足している可能性があります。導入負荷の質問が多ければ、導入手順や実装責任の説明資料を見直せます。
ただし、特定の論点が多いからといって、それが失注の原因だと即断しないでください。失注後の理由は、予算・優先順位・競合・導入時期など複数の要因が重なることがあります。推測と顧客から直接確認できた理由を分ける必要があります。
顧客情報とAIの扱いで気をつけること
ログには顧客の内部事情が含まれやすいため、閲覧権限を案件の担当者に限定し、必要以上の個人情報を残さないことが重要です。名前、担当者の個人的な性格評価、会議で聞いていない意図の推測などは、原則として記録対象から外します。
生成AIを使う場合は、承認された業務環境で、機密情報を適切に保護したうえで、論点の分類やFAQ候補の抽出を支援させる程度から始めます。AIの推定を「顧客から聞いた事実」へ書き換えないようにしましょう。
テンプレートを使う前のチェック
- 顧客の発言と売り手の推測が分かれているか。
- 論点ごとに担当者と次の確認方法が決まっているか。
- 資料を送った状態と顧客が確認した状態を分けているか。
- CRMなど、既存の正本と重複する情報を無秩序に複製していないか。
- 個人情報・秘密情報の保存と共有のルールを守っているか。
商談が止まった理由をすぐに見抜く万能のシートはありません。ただ、分からない点を見えるようにし、必要な説明や資料を揃える助けにはなります。購買支援の全体像はBtoB商談が「社内検討」で止まる理由、社内の役割と対話については営業・開発との摩擦を減らす方法から読めます。
参考資料と確認範囲
- Gartner, Improve Digital Engagement to Support B2B Buying Journeys（2024）：買い手が購買タスクを完了するための情報支援に関する概要。
- Harvard Business Review, Making the Consensus Sale（2015）：法人購買における複数の意思決定者と合意形成。
- Gartner（2025）, B2B buyer survey press release：一般情報ではデジタルセルフサービスを好みつつ、適合性の判断などでは営業担当の助言が求められる場合があるという調査結果。