BtoB営業の受注までが長い原因｜営業サイクルを段階別に診断する方法

同条件案件から長期化工程を絞り次の合意を決める

受注までが長い原因は、全案件に共通するとは限りません。長期化工程は、段階間の絶対日数ではなく、条件が近い案件の同じ段階について、自社の過去の完了日数や合意期限からのずれと停止理由を比べて絞ります。改善する一段階を選んだら、受注日を迫るのではなく、次に顧客が判断すること、双方の行動、担当、期限を合意します。

同じ段階を社内基準と比べる

受注まで90日かかったとしても、すべての工程が遅いとは限りません。また、社内承認が他の段階より長いという理由だけでは、改善対象と判断できません。もともと確認事項が多い工程だからです。

各段階は、同条件案件の過去の完了日数、前の期間の同じ段階、顧客と合意した期限など、自社で確認できる基準と比べます。業界共通の標準日数を作らず、「以前よりずれが大きいか」「同じ停止理由が繰り返しているか」を見ます。

案件条件と結果を分ける

少額の定型サービスと、高単価で個別設計が必要なサービスを同じ日数で比べても、改善点は見つかりません。商材、金額帯、顧客規模、意思決定に関わる人数が近い案件を比べます。

受注、失注、保留、進行中も分けます。受注案件の完了日数は社内基準を作る材料になります。失注案件は終了した段階と理由を、進行中・保留案件は現在の滞留日数と停止理由を確認します。案件数が少なければ、中央値を無理に出さず、合意期限を過ぎた案件と停止理由を一件ずつ読みます。

営業サイクルを同じ開始点と終了点で測る

経過日数を比べる前に、どの日を開始と終了にするかを統一します。担当者ごとに「問い合わせ日」「初回連絡日」「初回商談日」が混ざると、営業の進め方ではなく記録方法の違いを比べることになります。

開始点と終了点を固定する

この記事では、開始点を初回商談の実施日、終了点を顧客の発注意思または契約が確定した日とします。問い合わせから初回商談までの速さも改善したい場合は、その期間を「商談前」として別に測ります。

終了点は、発注意思をメールや書面で確認できた日、申込書・発注書を受領した日、契約を締結した日のどれか一つに決めます。「反応が良かった」といった営業側の感触は終了点に含めません。契約実務に時間がかかる商材なら、確認可能な発注意思までと契約完了までを別の名称で測ると原因を見失いません。

各段階の出口を顧客の事実で定義する

「提案中」「見込みあり」のような営業側の感触では、段階が変わった日を決められません。顧客が課題と検討理由を確認した、提案を受け取って比較論点を示した、承認に必要な関係者と材料が分かった、という確認できる事実で出口を決めます。

出口条件が曖昧だと、担当者は会話が続いているだけで案件を次の段階へ動かしてしまいます。段階名より、「何が確認できたら出るか」をそろえることが重要です。

最低限六つの項目を記録する

各段階では、入口日、出口日、経過日数、顧客が次に判断すること、双方の次の行動と期限、停止理由の六つを記録します。進行中で出口日がない案件も、入口日から今日までの日数を確認します。

停止理由は「顧客都合」にまとめません。「利用部門が運用負荷を確認中」「営業側が費用対効果の材料を未提出」「決裁者へ説明する日程が未定」のように、次に起きる事実が分かる粒度で残します。

出口日がある段階は「完了日数」、進行中・保留で出口日がない段階は「現在の滞留日数」として分けます。完了日数の中央値へ進行中の日数を混ぜません。失注案件も受注案件と結果を分け、どの段階で終了したかと停止理由を確認します。

過去の日付が残っていない場合は、メール、商談議事録、提案送付記録などで確認できる日だけを使います。記憶で日付を埋めず、不明な欄は不明のままにして、現在進行中の案件から同じ記録を始めます。

複数案件の現在地と次の行動を一か所で管理する方法は、中小企業の営業パイプライン管理で詳しく解説しています。本記事では、その記録を使って経過日数の長い工程を診断します。

段階ごとの停止理由を診断する

この記事では実務上、営業サイクルを初回商談、課題整理、提案、比較・社内承認、契約へ分けます。これは業種共通の標準段階ではありません。自社の商材と意思決定工程に合わせて段階名を変えても構いませんが、比較する案件では同じ出口条件を使います。

初回商談から課題整理までは検討理由を確かめる

この段階が長い場合、顧客が情報収集しているだけなのか、解決したい課題があるのかを分けます。課題があっても、優先度、影響、検討期限が分からなければ、次の提案へ進む理由を作れません。

面談回数を増やす前に、誰が困っているか、現状のままなら何が起きるか、いつまでに判断する必要があるかを確認します。今すぐ検討する理由がなければ、案件として追い続けず、再検討条件を決めて保留にします。

課題整理から提案までは確認待ちと作り直しを分ける

顧客が利用部門や技術条件を確認しているなら、必要な検討時間です。一方、営業側が要件を聞き切れず、提案書を作ってから範囲や条件を修正し続けているなら、自社の手戻りが日数を延ばしています。

提案前に、対象範囲、対象外、導入条件、顧客が比較する論点を短く読み合わせます。すべてを確定できない場合も、未確定事項と確認担当、期限が分かれば、必要な待ち時間として管理できます。

提案から承認と契約までは意思決定工程を見る

担当者が提案に納得しても、利用部門、決裁者、購買、法務、情報システムなどの確認が残ることがあります。この段階では催促の回数ではなく、誰が何を判断し、何が不足しているかを見ます。

社内承認で止まる原因と、担当者が説明に使える材料の整え方は、BtoB商談で顧客の稟議が通らない原因で詳しく扱っています。契約段階では、法務判断を代行せず、自社が提出する資料、回答担当、提出期限を事前にそろえます。

停止時間を必要・売り手起因・未確認の三つに分ける

長く見える時間のすべてが無駄ではありません。一方、理由が分からない停止を、顧客に必要な時間または売り手が生んだ時間のどちらかへ急いで分類するのも危険です。確認できた事実で三つに分けます。

必要な検討時間は次に起きる事実が見えている

必要な検討時間には、待つ理由、確認する人、次に起きること、予定時期があります。たとえば、「利用部門が来週までに運用負荷を確認し、その結果を担当者が営業側へ共有する」という状態です。

予定より遅れることはありますが、顧客側で進める作業が明確なら、催促よりも判断材料の不足がないかを確認します。営業側は期限まで待ち、必要な時点で合意した内容を確認します。

売り手起因の遅延は確認できた事実で判断する

売り手起因と判断するのは、自社の確認漏れ、回答遅れ、担当不在、提案の手戻り、次に決めることの合意漏れなど、日付や商談記録で事実を確認できる場合です。顧客が進めるべき工程まで、自社の遅延として数えません。

自社の行動が原因なら、追客回数ではなく、確認項目、回答担当、提案前の合意、引き渡し期限を変えます。改善後も、同じ段階の完了日数と停止理由で結果を確かめます。

原因未確認の停止は分類せず確かめる

「先方確認中」だけで、確認内容、担当者、期限がない場合は、必要な検討時間とも売り手起因の遅延とも断定しません。顧客側の優先度低下、予算の変更、社内の意見不一致、単なる連絡漏れなど、複数の可能性があります。

まず、最後に合意したこと、現在判断している論点、次に起きる社内の出来事、再開条件を顧客へ確認します。答えが得られない場合は、原因を推測して資料や連絡を増やさず、確認日と保留・終了条件を決めます。

顧客を急かさず次の合意を進める

停滞案件を前へ進めるときは、「いつ発注できますか」と結果を急かすのではなく、次に何を判断できればよいかを顧客と確認します。

受注日ではなく次に判断することを聞く

最初に、現時点で決まっていること、未決事項、未決の理由を短く整理します。そのうえで、「次はどの論点を確認できれば判断が進みますか」と聞きます。

次の判断は、導入可否の最終決定でなくても構いません。利用部門が運用できるか、予算枠に収まるか、情報システム部門の条件を満たすかなど、一つ先の判断へ分けます。

双方の行動と期限を一組で合意する

営業側が送る資料だけでなく、顧客側が誰に何を確認するかもそろえます。たとえば、営業側が運用手順を整理し、顧客担当者が利用部門へ確認し、翌週に結果を共有するという一組の行動です。

次回商談が必要なら、その場で決める内容と参加者を明確にします。日程を取ること自体を目的にしない合意方法は、BtoB商談で次回アポが取れないときの見直し方も参考になります。

段階に合う判断材料だけを渡す

停滞すると、営業側は資料を追加しがちです。しかし、課題整理の段階で詳細な契約資料を送っても、顧客の次の判断は進みません。

課題整理なら現状と優先度、提案なら範囲と比較条件、社内承認なら導入効果・費用・運用・リスク、契約なら審査に必要な資料というように、現在の段階で残る一つの判断に合わせます。

改善前後の日数と停止理由を週次で比べる

段階別の記録がそろったら、すべてを同時に変えません。社内基準からのずれが大きく、売り手側で変えられる停止理由が繰り返す一段階から改善し、変更前と同じ条件で結果を比べます。

基準からのずれと繰り返す停止理由で一段階を選ぶ

同じ条件の案件を並べ、出口を通過した案件だけで同じ段階の完了日数を小さい順に並べ、中央にある値を社内基準の一つとして確認します。前の期間と比べる方法でも構いません。進行中・保留案件は現在の滞留日数と停止理由を別に並べます。

優先するのは、基準からのずれが大きいだけでなく、自社の確認漏れ、回答遅れ、手戻り、次の合意不足が複数案件で繰り返す段階です。案件数が少ない場合は、合意期限を過ぎた事実と停止理由を一件ずつ確認します。顧客の予算時期のように自社で変えられない原因は、短縮ではなく早期確認の条件へ変えます。

同じ指標で改善前後を比べる

改善する段階を決めたら、原因仮説、変える行動、対象案件、確認期間、完了日数、滞留日数、停止理由を週次で確認します。「提案を早く出す」ではなく、「提案前に比較論点を読み合わせ、修正回数と提案から次の判断までの日数を変更前と同じ条件で比べる」のように、行動と結果を結び付けます。

営業サイクルの改善は、顧客の検討を急がせることではありません。原因未確認の停止を推測で埋めず、売り手側で変えられる一段階の行動を選びます。同じ条件と指標で改善前後を比べ、完了日数または滞留日数と停止理由に変化が見られたら、次の工程を診断します。