▼ この記事の内容
商談データは、保存量ではなく、営業会議や案件レビューで何を判断するかから項目を決めます。確認済みの事実、未確認の質問、担当者の見立てを分け、根拠、更新担当、確認条件まで記録すると、次の担当者も同じ前提で使えます。
商談メモが残っていても、誰がいつ更新した情報か、顧客が実際に合意したことか、担当者の予測かが混ざると、会議で判断に使いにくくなります。最初に、記録を使う場面を一つ選びます。
案件レビューに使う場合を例に、項目、根拠、更新ルールを整理します。特定のCRMやAIツールの導入効果を示すものではなく、既存の記録を見直すためのひな型です。
商談データを蓄積する目的を判断場面から決める
会議で決めることを先に洗い出す
商談データは、入力項目から決めるのではなく、営業会議で誰が何を決めるかから逆算します。たとえば次回の確認事項を決める会議なら、合意済みの予定と未確認の質問を区別して残します。
決めることが曖昧なまま項目を増やすと、記録は増えても案件判断との関係が見えません。会議で必要になる問いを一つ書き、その答えに必要な事実だけを候補にします。
事実・未確認事項・見立てを分けて記録する
顧客が発言した内容、まだ確認していない質問、営業担当者の見立ては、同じ確度では扱えません。記録欄を分けると、レビュー担当者は次に確かめることを選びやすくなります。
たとえば日程への合意は確認できるメールなどの根拠を残し、受注時期の予測は見立てとして記録します。顧客が言っていない予算や意思決定者を、要約から事実として補完しないことも運用ルールにします。
判断に必要な商談データの項目と定義を決める
判断場面から標準項目で足りるか確認する
新しい欄を作る前に、既存の標準項目で会議の問いに答えられるかを確認します。Salesforce Trailheadでは、目標に照らして標準項目を確認し、必要な情報を扱えない場合にカスタム項目を検討する流れを説明しています。
この説明は同社教材における項目設計の考え方であり、すべてのCRMの設定や成果を示すものではありません。必要な項目は、組織の営業プロセスと実際の判断場面に合わせて決めます。
参考：ビジネスニーズに合わせたAgentforce Salesのカスタマイズ｜Salesforce Trailhead
記入項目に根拠と閲覧範囲を加える
記入表には、項目名だけでなく、利用する判断、根拠の保存先、更新担当、確認条件、閲覧範囲を並べます。次の担当者が情報を使う時に、事実と見立てを取り違えないためです。
以下は説明用の架空例です。固定の項目数や、どの組織にも同じ運用を求めるものではありません。
記録項目 利用する判断 根拠の保存先 更新担当 確認日・更新条件 閲覧範囲 合意した次回予定 日程調整と準備 合意を確認できるメール等 自社で記入 予定が変わった時／確認日を記入 業務上必要な担当を指定 未確認の懸念・質問 次回確認事項の選定 商談メモの該当箇所 自社で記入 顧客へ確認した後／確認日を記入 業務上必要な担当を指定 担当者の見立て レビューで仮説を検討 見立ての理由と確認対象 自社で記入 根拠が変わった時／確認日を記入 自社方針に合わせて指定
入力担当・入力時点・更新基準を運用ルールにする
入力担当者と確認担当者を分けて決める
入力担当とレビュー担当を同じ人に固定する必要はありません。商談の直後に内容を記録する人と、案件レビューで根拠や未確認事項を確認する人を分けると、確認作業の所在が明確になります。
Zoho CRMの学習コンテンツでは、商談を取引先や商品に関連付け、進捗や完了予定日などを記録する例を示しています。これは同社の利用例であり、個別のCRMの優位性や導入成果を意味しません。
参考：CRM/SFAを使ったデータドリブンセールス – 環境準備｜Zoho CRM
次の判断が変わる時を更新条件にする
更新の頻度だけを決めても、古い情報が残る理由は解消しません。予定の変更、顧客からの回答、担当者の交代など、次の判断に影響する出来事を更新条件として明文化します。
更新前の記録を上書きする場合は、何が変わったかを確認できる場所を残します。保存期間や閲覧範囲は、各組織の業務・情報管理方針に合わせて決めます。
営業会議と案件レビューで項目とルールを見直す
会議では記録内容の正しさを先に確認する
営業会議では、結論を急ぐ前に、記録の対象、更新時点、根拠が確認できるかを確かめます。前提が曖昧なまま案件の優先度を決めると、次の行動の理由を共有できません。
商談内容を横断して読む際の観点は、営業AI分析ツールを検討するときの観点も参照し、自社のレビュー目的に必要な範囲だけ選びます。
営業AI・営業DX AI商談分析ツールおすすめ13選｜商談解析AIを用途別に比較
使われない項目は判断との対応を見直す
会議で参照されない項目は、ただちに削除するのではなく、どの判断に使う予定だったかを確認します。判断場面がなくなった項目は別の記録に移すか、定義と更新条件を見直します。
月次の振り返りで指標と行動を結び付ける考え方は、営業KPIを月次で見直す方法も参考になります。
営業AI・営業DX 営業KPIの月次レビューやり方｜未達を翌月の行動変更に変える手順
商談データの蓄積で避けたい運用
項目を増やす前に利用目的を確認する
入力漏れを減らすためだけに必須項目を増やすと、担当者は入力そのものを目的にしがちです。新しい項目には、どの会議でどの判断に使うのかを一つ対応させます。
判断との対応を説明できない項目は、保留にするか、既存の項目で代替できないかを確認します。蓄積する情報を増やすこと自体が、案件の進行や成果を保証するわけではありません。
要約や推測で顧客の発言を補完しない
要約は確認事項を整理する補助にはなりますが、記録されていない発言を事実に変えるものではありません。予算、期限、意思決定者などが未確認なら、未確認として次回の質問に残します。
営業施策の費用や結果を見直す際は、営業ROIを測定する方法のように、対象、期間、費用の扱いをそろえて確認します。
営業AI・営業DX 営業ROIの測定方法｜計算式と因数分解で投資判断を数字に変える
まとめ
商談データは、案件判断に使う場面を決めてから、確認済みの事実、未確認事項、見立てを分けて蓄積します。根拠、更新担当、確認条件を記入表に残し、営業会議で実際に使いながら項目とルールを見直してください。
