商談管理の「入力漏れ」を防ぐ！営業フェーズごとの定義一覧

CRMを導入しても「フェーズが更新されていない」「入力内容が担当者によってバラバラ」という問題はどの組織でも起きます。原因の多くは、ツールの問題ではなく「どのフェーズで何を入力するか」が定義されていないことです。

この記事では、アプローチから失注まで6つの営業フェーズについて、進捗の定義・必須入力項目・次のフェーズへの移行条件を一覧化します。この定義をチームで共有し、CRMの運用ルールとして設定することで、担当者任せだった入力品質を組織全体で底上げできます。

営業フェーズ定義一覧

以下の表は、アプローチから失注までの6フェーズについて、進捗の定義・必須入力項目・次のステップへの移行条件をまとめたものです。自社の営業プロセスに合わせて項目を追加・修正してください。

営業フェーズ	進捗の定義	必須入力項目	次のステップへの移行条件
アプローチ	潜在顧客を特定し、最初の接触（コール・メール・SNS）を実施した状態	会社名、担当者名、連絡先、接触日、接触手段、接触内容の要約	顧客から返信・折り返しがあり、ヒアリングの場（日時）を設定できた
ヒアリング	顧客の課題・ニーズ・現状の業務フローを聞き出し、内容を記録した状態	ヒアリング実施日、参加者名、課題・ニーズの記録、予算・決裁者・導入時期の確認状況（BANT）	顧客の課題が特定され、提案内容の方向性について顧客の合意が口頭または書面で取れた
提案	提案書・デモ・プレゼンを実施し、解決策と期待効果を顧客に提示した状態	提案実施日、提案内容の概要、顧客の反応・質問事項、合意事項、次回アクションと期日	顧客から「見積を出してほしい」という意思表示が口頭または書面で確認できた
見積	価格・契約条件・導入スコープを提示し、顧客が社内検討を進めている状態	見積送付日、見積金額、契約開始希望時期、顧客の懸念点・保留事項、次回の回答期限	顧客から発注意思の口頭確認が取れた、または正式な発注書・契約書への署名が完了した
成約	契約・発注が確定し、導入プロセスが開始できる状態	成約日、最終契約金額、契約形態（単発・継続・月額）、引き継ぎ先担当者名、次回フォロー予定日	カスタマーサクセス担当者への引き継ぎが完了し、オンボーディング日程が確定した
失注	顧客が他社または未導入を選択し、今回の商談が終了した状態	失注確定日、失注理由（価格・機能・タイミング・競合）、競合他社名（判明分）、再アプローチ可否と時期	なし（終了フェーズ）。再アプローチ可能な場合は時期・条件を記録し、休眠顧客として管理する

※BANTとはBudget（予算）・Authority（決裁権）・Need（必要性）・Timeline（導入時期）の頭文字です。ヒアリングフェーズでこの4点を確認することで、見込み度の判断精度が上がります。

各フェーズの必須入力項目と運用ポイント

アプローチ：接触の事実と手段を記録する

アプローチフェーズで最も入力が漏れやすい項目は「接触手段」と「接触内容の要約」です。「電話した」という事実だけでは、後から「何を話したか」「相手の反応は何か」が分かりません。コール結果（不在・折り返し希望・断り）、メール本文の概要、DM送付日などを接触直後に記録することで、次回のコンタクト時に文脈を引き継げます。

アプローチフェーズをヒアリングに進める条件は「顧客側から返信・折り返しがあり、日時を確定できた時点」です。「電話がつながった」「メールに返信があった」だけでは不十分で、次のアポイントメントが設定されていることを移行の基準にしてください。

ヒアリング：課題とBANTを同時に記録する

ヒアリングフェーズで入力が不足しやすいのはBANT情報です。「課題は記録されているが予算・決裁者・導入時期が空白」というケースでは、商談の見込み度を正確に評価できず、優先度付けができません。ヒアリング後にBudget・Authority・Need・Timelineのそれぞれの欄を埋めることを必須にしてください。「未確認」と明記することも、空白のままよりも有効な情報です。

提案：顧客の反応と次回アクションを同日に記録する

提案フェーズで最も重要な記録は「顧客の反応・質問事項」と「次回アクションの期日」です。提案内容を記録するだけでは不十分で、顧客が何に関心を持ち、何を懸念したかを記録することで、次回のフォローの精度が上がります。また、提案後に「次のステップをいつまでに確認する」という期日を必ず入力し、タスクと紐付けることで対応漏れを防げます。

見積：回答期限と懸念点を記録する

見積フェーズでは、金額だけでなく「顧客が回答を返す期限」と「検討段階で出ている懸念点」を必ず記録してください。回答期限が記録されていれば、期日を過ぎた時点で自動リマインドやタスクアラートで担当者に通知できます。懸念点を記録しておくことで、次回の連絡時に「先日おっしゃっていた点について確認しました」という対応が可能になり、顧客との信頼関係を維持できます。

成約・失注：後工程に必要な情報を漏れなく記録する

成約フェーズでは「次回フォロー予定日」と「カスタマーサクセスへの引き継ぎ担当者名」を必須にしてください。成約後のフォロー漏れはチャーン（解約）につながるため、成約と同時に次のアクションを確定させる仕組みが重要です。

失注フェーズでは「失注理由」と「競合先」の記録が後の営業戦略改善に直結します。失注理由を「価格」「機能不足」「タイミング」「競合」に分類して記録することで、失注パターンを定期的に集計し、提案内容や価格設定の改善に活用できます。

CRMの入力漏れが起きる3つの原因

フェーズ定義を整備しても入力漏れが解消されない場合、運用上の課題が残っていることが多いです。よくある原因は以下の3点です。

フェーズの定義が曖昧で、担当者が「何を入力すべきか」を判断できない

「ヒアリング中」「提案済み」などのフェーズ名だけがあっても、そのフェーズが何を意味するのかが定義されていなければ、担当者はフェーズを正しく更新できません。たとえば「提案」フェーズは「提案書を送った時点」なのか「顧客がプレゼンに参加した時点」なのかが組織内で統一されていないと、CRMのデータに一貫性がなくなります。フェーズごとの進捗定義を文書化し、全員が同じ基準でフェーズを判断できる状態にすることが最初のステップです。

必須入力項目が定義されておらず、何を入力するかが担当者任せになっている

CRMの入力フォームに多数の項目があっても、どれが必須でどれが任意かが不明確だと、担当者は「とりあえず会社名と日付だけ入れて保存」という行動を取りがちです。結果として、後からフェーズを振り返っても「なぜこの商談が失注したのか」「提案時に何を話したか」が記録に残りません。フェーズごとに必須入力項目をリスト化し、チームで共通認識を持つことで、入力の最低品質を担保できます。

次のフェーズへの移行条件が定義されていないため、フェーズ更新が後回しになる

担当者が商談を前進させた後、CRMのフェーズ更新を「あとで入力しよう」と先送りにするケースは多いです。移行条件が「顧客から見積請求があった時点」のように明確に定義されていれば、その事実が発生した直後に更新するタイミングが自然に生まれます。フェーズ更新のトリガーを行動ベースで定義することで、リアルタイムに近いデータ精度を保てます。

CRMで入力漏れをシステム的に防ぐ方法

フェーズ定義をドキュメントとして整備するだけでは、現場での運用定着に限界があります。CRMのシステム設定と組み合わせることで、定義をルールとして強制できます。

CRMの設定で実現できること

必須項目の設定

フェーズごとに必須入力項目を設定すると、入力が完了するまでフェーズを保存・更新できなくなる。担当者の「あとで入力する」を防止できる。

移行条件に基づいたステータス制御

移行条件を満たした時点で担当者が手動でフェーズを更新する運用に加え、タスク完了や顧客の返信をトリガーにした自動更新を組み合わせると更新漏れが減る。

入力未完了の商談をダッシュボードに表示

必須項目が空白のまま放置されている商談を一覧で可視化することで、マネージャーが週次確認の際に入力漏れを発見しやすくなる。

NexusCRMでは商談フェーズを自社の営業プロセスに合わせてカスタマイズできます。フェーズごとの必須項目設定と、未入力の商談をリスト表示する機能により、チーム全体の入力品質を運用ルールとシステムの両面から担保できます。

よくある質問

Q. フェーズ数はいくつに設定するのが適切ですか？

A. 5〜7フェーズが実運用に合いやすい範囲です。フェーズが少なすぎると進捗の粒度が粗く、多すぎると更新の手間が増えて担当者の負担になります。この記事で紹介した6フェーズ（アプローチ・ヒアリング・提案・見積・成約・失注）は、多くのBtoB営業で機能する標準構成です。自社の商談期間・意思決定プロセスに応じて「競合比較」「稟議中」などのフェーズを追加してください。

Q. 失注した商談は削除してもよいですか？

A. 削除は推奨しません。失注理由・競合先・失注時期を蓄積することで、四半期ごとに「どのフェーズで失注が多いか」「どの競合先に負けているか」を分析できます。この分析をもとに提案内容・価格設定・ヒアリングの質問項目を改善できるため、失注データは営業改善の資産として保持することが重要です。

Q. フェーズ定義はどのくらいの頻度で見直すべきですか？

A. 四半期に1回の見直しを推奨します。商談の平均期間・失注率・フェーズごとの滞在期間を定期的に集計し、「特定のフェーズで商談が止まりやすい」パターンが発見されたら、そのフェーズの定義や必須入力項目を調整します。営業プロセスが変化した場合（新製品の追加・ターゲット顧客の変更など）は即座に定義を更新してください。

まとめ

CRMの入力漏れは、ツールの問題ではなく「フェーズごとの定義と必須項目が不在であること」が根本原因です。アプローチから失注まで各フェーズの進捗定義・必須入力項目・移行条件を明文化し、チームで共通認識を持つことで、担当者任せだった入力品質を組織の仕組みとして管理できます。

この記事のフェーズ定義一覧を出発点として、自社の営業プロセスに合わせて項目をカスタマイズしてください。定義が確定したら、CRMの必須項目設定・フェーズ移行条件・未入力案件のダッシュボード表示と組み合わせることで、ルールとシステムの両面から入力漏れを防ぐ体制が整います。