営業案件のステージは何段階が適切ですか？

段階数より、各ステージの入口と出口を客観的に確認できることが重要です。最初は未接触・ヒアリング・提案・条件調整・受注／失注の5段階程度から始め、同じ案件が長く滞留する区分だけ見直します。

受注確度は営業担当の感覚で入力してはいけませんか？

感覚を完全に排除する必要はありませんが、経営予測へ使う数値は確認済みの事実に結びつけます。課題、決裁者、予算、時期、競合、次回約束などの条件を固定し、担当者が変わっても同じ判定になる状態を目指します。

人数だけでなく、同時編集、履歴、権限、通知、他システム連携の必要性で決めます。Excelで更新ルールを検証し、上書き事故、履歴不足、対応漏れ、集計負担が繰り返すならCRM移行を検討します。

営業担当が増えると、「あの案件はどうなった」「今月いくら受注できそうか」という確認が増える。原因はExcelかCRMかではない。案件の進み方と判断基準が人によって違うことだ。先に管理の設計を揃え、その後で最小の道具を選ぶ。

同じ顧客でも、商品、契約、導入時期、決裁が別なら案件を分ける。一方、担当者との会話が複数あっても、同じ決裁で一つの受注を目指すなら一案件にまとめる。

顧客単位と案件単位を混ぜると、一社に複数提案したときに金額も次回行動も上書きされる。スプレッドシートで始める場合の列設計は案件管理シートの作り方で具体化している。

「提案中」「見込み」だけでは担当者の解釈が分かれる。各ステージについて、入るための確認済み事実と、次へ進む条件を一行で定義する。

ステージは営業活動の回数ではなく、顧客側の意思決定がどこまで進んだかで置く。担当者が提案書を作っただけなら「提案」へ上げず、相手に提示した事実を出口証拠にする。

確度50%を「五分五分の感覚」として入力すると、担当者ごとの楽観・慎重さが予測へ混ざる。まず条件を固定し、過去実績が貯まったら同じ条件の受注率で更新する。

金額予測は「案件金額 × 確度」を足すだけでなく、確定売上、受注残、進行中商談を分ける。計算の全体像は営業パイプライン管理、確度条件の詳しい作り方は受注確度の決め方で解説している。

「14日更新がない」を検知しても、止まった理由が分からなければ責任者は動けない。停滞案件には理由コード、次回行動、担当、期限をセットで持つ。

自由記述だけにせず、頻出理由を選択式にし、詳細だけ補足する。理由コードの設計例は営業案件の停滞理由コードで確認できる。

人数は目安であり、案件数、商談期間、権限要件によって前後する。少人数でも複数部署が触る、高額案件の承認履歴が必要、引き継ぎが多いなら10人規模の設計が要る。

最初からCRMを入れても、定義が曖昧なら入力欄が増えるだけだ。まずシートで管理単位と会議を試し、次の問題が繰り返すときにCRMを検討する。

機能と費用を比較する前に、必要な運用を決める。違いはSFAとCRMの違い、製品選定は中小企業向けCRMの選び方で整理している。

最低限の項目は、案件ID、顧客、案件名、担当、ステージ、金額、確度根拠、停滞理由、次回行動、期限、最終更新日だ。列の数を競わず、会議で実際に判断へ使ったものだけを残す。

責任者が「今月の見込み」「止まっている案件」「誰の判断待ちか」を同じ画面から説明でき、営業担当が次に何をするか分かる状態が完成条件だ。日報を集計して終わらせず、案件と経営指標へつなぐ方法は営業日報をKPIへ変える方法も参考になる。