AIに営業記録を任せる前に、ステータスを5項目でそろえる

CRMの営業ステータスがそろわないままAI化しない

営業チームでAIを使う時、最初に「商談メモを要約する」「次に連絡する案件を並べる」と考えがちです。しかしCRMに「対応中」「確認中」「提案済み」「追客中」が混在していると、AIは似た言葉をまとめるだけで、商談が実際にどこで止まっているかを確定できません。

営業ステータスとは、商談の現在地と次の行動をチームで共有する短いラベルです。単なる進捗表示ではなく、誰が、何を確認し、いつまでに動くかへ戻る入口です。AI導入前にそろえるべきなのは、ラベル名だけではありません。状態へ入る条件、状態から出る条件、止める条件まで定義します。

この順序なら、AIが過去メモを読みやすく整えても、曖昧な記録を事実として扱うリスクを抑えられます。営業の効果測定を行う場合も、件数だけでなく確認負荷や例外を分けるAI導入の費用対効果を確認工数まで測る方法が参考になります。

営業ステータスと営業メモは役割が違う

ステータスをそろえる時、商談メモを短くすることと同じだと考えないでください。メモには会話の背景や相手の発言を残し、ステータスにはチームが次に判断するための状態を残します。AIに要約させる場合も、原文の根拠と現在地を分けて持つことが重要です。

項目	役割	記録例	AIに任せる範囲
現在地	案件が今どこにあるか	提案書を先方確認中	候補抽出・表記統一
止まった理由	次へ進めない原因	決裁者の確認待ち	メモから候補化
確認者	事実や条件を見る人	営業責任者	担当候補の表示まで
次の行動	次に実行する一件	木曜に決裁者へ確認	下書きまで
期限	いつ見直すか	2026年9月17日	日付の抽出まで

例えば「提案済み」という記録だけでは、提案書を送ったのか、相手が読んだのか、社内承認が残っているのか分かりません。現在地と次の行動を別欄にすると、AIが文章を整える前から、人が見るべき空白を発見できます。

問い合わせ対応のステータス管理で扱う現在地・止まった理由・確認者を引き継ぐ型も、営業CRMへ応用できます。大切なのは、活動量を多く見せることではなく、次の担当者が同じ案件を同じ状態として読めることです。

5項目を営業CRMへ定義する

最初から完璧な営業プロセスを作る必要はありません。現在進行中の案件と、直近で引き継ぎが発生した案件を対象に、次の5項目を一行ずつ埋めます。書けない欄は推測で補わず、「不明」「確認待ち」と残してください。

項目	定義する問い	空欄になった時の扱い
現在地	いま完了している事実は何か	「対応中」ではなく最後の確認済み事実へ戻す
止まった理由	何が足りずに次へ進めないか	情報不足・社内確認・先方都合などを選ぶ
確認者	誰が事実や判断を確認するか	担当者不在なら代理で確定しない
次の行動	次にする行動は一つ何か	「対応する」ではなく動詞と対象を書く
期限	いつ再確認し、遅れたら誰へ戻すか	期限なしを許さず、保留日を置く

この表の狙いは、営業担当者を細かく管理することではありません。誰が見ても同じ意味になる状態を作り、AIの抽出結果と人の判断を照合しやすくすることです。CRM記録を会社の運用資産に変える時は、AIが作った要約よりも、確認できなかった理由が残っているかを優先します。

営業ステータスを5手順でそろえる

1. 対象期間を決める。まず直近1か月または進行中の10件など、見る範囲を固定します。全履歴を一度に直しません。
2. 表記揺れを並べる。「追客」「フォロー中」「返事待ち」のように似た語を原文のまま集め、意味が同じかを確認します。
3. 状態の開始・終了条件を書く。「提案中」は提案書を社内承認した時に入り、先方へ送った時に「先方確認」へ移る、のように一文で定義します。
4. 止める条件を分ける。価格、契約、個人情報、失注理由、重要顧客への連絡などは、AIの候補からそのまま確定しない状態にします。
5. 10件で試し、差し戻しを記録する。AIに過去メモから状態候補を出させ、人が根拠、次の行動、期限を確認します。誤分類と確認時間を次の修正へ戻します。

AIを使うのは、ばらばらのメモから候補を抽出したり、期限のない案件を一覧にしたりする部分です。営業責任者が「この案件を今月追うか」「条件を変えて提案するか」を確定する部分まで自動化しません。AI返信下書きの人間確認ルールと同じく、候補作成と外部へ影響する確定を分けます。

通常・確認・停止を比較してAIの範囲を決める

すべての商談を同じ自動化レベルで扱うと、表記統一の便利さが、判断の丸投げへ変わります。まず次の3分類を状態定義に添えます。

分類	案件の例	AIに任せる範囲	人へ戻す条件
通常	定型資料を送付し返答待ち	状態候補、期限抽出、次回連絡の下書き	根拠が欠けた時
確認	要件が曖昧、社内承認待ち	不足情報と確認先の整理	確認者が確定するまで
停止	価格変更、契約条件、苦情、個人情報	処理せず停止理由の記録	責任者が明示的に判断するまで

「先方確認中」というラベルでも、相手へ送ったのが営業資料なのか見積書なのかで必要な確認は変わります。状態名だけをAIに学習させず、根拠となる活動記録と、送ってよい範囲を併記してください。

具体例：追客中を次の行動へ変換する

「追客中」という記録が10件あったとします。中身を見ると、①見積書を送って返答待ち、②先方の決裁者が不明、③社内の価格確認待ち、④一度断られて再提案の条件を検討中、が混ざっているかもしれません。この4件を同じ状態としてAIに渡すと、同じテンプレートの連絡候補が出ます。

5項目へ分けると、①は現在地が「見積書送付済み」、止まった理由が「先方返答待ち」、次の行動が「指定日に確認」。②は「決裁者確認」、③は「価格承認待ち」、④は「再提案条件の社内検討」と読めます。AIはこの候補を並べられますが、どの順で連絡するか、条件を変えてよいかは人が決めます。

記録が「失注」「保留」で終わっている案件も、削除せず理由を残します。理由が不明なら不明のまま、確認できる元メモと確認期限を置きます。数字だけの報告で判断が止まる場合は、AI導入を経営会議の次の判断へつなぐ5項目のように、状態と次の決定を分けて報告します。

CRMへ移す前のチェックリスト

チェックできない欄がある場合は、ツールを追加する前にCRMの入力項目や営業会議の確認方法を直します。入力項目を増やしすぎると、今度は誰も記録しなくなります。まず5項目を必須にし、詳細な背景は元のメモや資料へリンクして、記録の粒度を分けてください。

よくある質問

営業ステータスをAI化前にそろえる理由は何ですか？

AIが記録を要約しても、ステータスの意味が担当者ごとに違えば、次の行動や優先順位を正しく判断できないためです。まず現在地と止まった理由を共通化します。

営業ステータスは何種類にすればよいですか？

最初は受付、確認中、提案準備、先方確認、保留、完了など5から7種類程度に絞り、各状態の開始条件と次の行動を一文で定義します。増やす場合も、状態が変わる判断とセットにします。

AIに商談の次の行動を決めさせてもよいですか？

候補の抽出や下書きには使えますが、契約、価格、個人情報、失注理由などの判断は人が確認します。AIは根拠と不足情報を示し、確定前に戻せる設計にします。

CRMの過去記録はすべて直すべきですか？

すべてを一度に直す必要はありません。直近の案件と現在進行中の案件から、表記揺れが次の判断に影響するものを優先して変換し、変換できない理由も記録します。