問い合わせ・商談・受注を混ぜない|営業ステータスの定義表
問い合わせが5件あっても、商談が5件あるわけではありません。営業が更新する状態に明確な成立条件を置き、受付件数、商談化した案件数、受注数を分けると、広告の次の改善を選びやすくなります。
以下の表・例・手順は当サイトの実務整理案です。公式の必須書式や実績ではありません。
ステータスに成立条件を付ける
「見込みあり」「温度感が高い」だけでは担当者ごとに判定が変わります。相手との接触ができた、課題と検討条件を確認した、商談を実施した、といった観測できる出来事で状態を定義します。
この表は社内の管理案です。広告管理画面の標準イベントや、営業データの自動連携機能を示しているものではありません。媒体へ成果を送る実装は別途、利用可能な仕様を確認します。
営業と合意する定義表
| 状態 | 成立条件の例 | 残す日付・根拠 |
|---|---|---|
| 受付 | フォーム等の受付を確認 | 受付日時・受付ID |
| 接触済み | 双方向の連絡が成立 | 返信日・連絡記録 |
| 商談実施 | 課題と検討条件を聞く場を実施 | 実施日・合意した次の対応 |
| 受注 | 自社の受注承認条件を満たす | 受注確定日・社内記録 |
| 保留 | 次回検討時期等を確認 | 保留理由・再確認予定日 |
商談「予約」と「実施」は分けます。日程を押さえただけで商談実施数に含めると、取り消しが後で数字を動かします。失注も未連絡とは区別し、理由不明は不明と記録します。
月をまたぐ案件の数え方
架空の例として9月受付10案件のうち、9月に2件、10月に3件が商談化した場合、9月受付群の累計商談は5件です。一方、10月の商談実施数には他の月に受け付けた案件も入るため、別表になります。
- 案件IDを固定して受付日を残す。
- 状態が変わった日付と履歴を追記する。
- 受付月別の進捗と当月の営業活動量を分けて集計する。
- 未判定案件は分母から黙って消さず、件数を添える。
広告へ返す情報を絞る
広告担当には「条件が合わない理由」「説明が足りなかった点」「検討が進んだ訴求」を集計して返します。個別の会話全文や不要な個人情報を共有する必要はありません。分類数が少ないときは個人や企業を推測できない粒度にまとめます。
週次では判定が分かれた案件を少数だけ確認し、定義を修正したら適用日を記録します。定義変更による商談化率の上昇を広告改善の成果と混同しないでください。
関連記事:営業への引き継ぎ項目 / 有効相談率の見直し
現在の営業ステータスと、広告側で評価したい成果をお知らせください。 広告運用を相談する
公式参照:OpenAI Ads in ChatGPT: The Basics(確認日:2026年9月28日)。社内管理の例を媒体機能や成果保証として解釈しないでください。
知る、から。
自社での一歩へ。
出稿の検討から、広告・LP・効果測定の課題まで。
エースフォースに、現在の状況をお聞かせください。