BtoB商談で顧客の稟議が通らない。担当者は前向きだったのに、提案後は「社内で検討します」のまま動かない。このような商談では、商品を理解した人と、利用する人、予算を決める人、最終承認する人が異なることがあります。この記事でいう稟議は、担当者が関係者へ判断材料を回し、社内承認を得る一連の工程です。稟議書の書き方ではなく、売り手が合意形成をどう支援するかを解説します。
この記事の結論
顧客の社内稟議でBtoB商談が止まるときは、提案書を厚くする前に、意思決定に関わる人、各人の判断基準、承認手順、社内期限、不足材料を顧客担当者と整理します。売り手は、課題・導入効果・費用・リスク・運用・比較理由を、担当者が社内で説明できる短い材料へ分けます。決裁者を飛び越えず、担当者の合意を得て必要な関係者との確認機会を作ります。
社内稟議で止まる原因を提案内容と意思決定工程に分ける
稟議が進まないと、営業側は「提案書が刺さらなかった」「価格が高かった」と考えがちです。しかし、提案内容に問題がなくても、社内の関係者、判断基準、順序、期限が分からなければ止まります。
担当者の納得と会社の承認は別である
顧客担当者は、自分の業務課題を理解し、提案へ納得しているかもしれません。一方、利用部門は運用負担、予算責任者は投資理由、情報システム・法務・購買などはリスクや条件を確認します。
担当者の反応を会社全体の合意とみなすと、提案後に初めて別の懸念が出ます。初回商談から、誰が困り、誰が使い、誰が費用とリスクを判断するかを確認します。
提案不足と承認工程の未確認を分ける
提案不足とは、解決する課題、範囲、費用、導入後、リスクへの答えが欠けている状態です。承認工程の未確認とは、誰が何を判断し、どの会議・予算・契約手順を通るか分からない状態です。
提案資料を増やす前に、どちらが不足しているかを顧客担当者と確認します。価値が見えにくい無形商材の診断は、BtoB無形商材の営業が難しい理由も補足になります。
顧客の合意関係者と承認手順を確認する
会社規模にかかわらず、役職名だけで判断しません。一人が複数の役割を兼ねる場合も、どの立場で何を判断するかを分けます。
五つの意思決定役割を整理する
この記事では実務上、顧客側の関係者を五つの役割で整理します。
役割 | 確認したい問い |
|---|---|
課題責任者 | 何を変える必要があり、放置すると何が起きるか |
利用者 | 日常業務がどう変わり、どの負担が増減するか |
予算責任者 | 何にいくら使い、他の優先課題とどう比較するか |
最終決裁者 | 会社として進める条件と許容できない条件は何か |
リスク確認者 | 契約、情報、運用、取引条件の何を確認するか |
すべての相手へ直接会う必要はありません。まず顧客担当者と役割を整理し、担当者が分からない箇所を確認します。
社内期限から承認手順を逆算する
導入希望日だけでなく、予算確保、部門会議、経営会議、契約確認、発注などの順序と期限を聞きます。「いつ決まりますか」ではなく、「導入希望日までに、社内ではどの判断をどの順序で行う必要がありますか」と確認します。
承認に必要な日数を営業側で決めつけません。会議日、予算時期、確認部門は顧客によって違います。未確認の工程を案件の予定日に入れないことが重要です。
担当者が持ち帰れる承認材料をそろえる
社内説明の場に売り手がいない場合、担当者が提案内容を自分の言葉で説明します。詳しい営業資料一式ではなく、判断に必要な材料を短く分けて渡します。
六つの承認材料を短く分ける
この記事では、承認材料を次の六つに整理します。
材料 | 含める内容 |
|---|---|
課題 | 現在何が起き、放置するとどの影響が続くか |
導入後の変化 | 誰の業務・顧客・事業がどう変わる想定か |
費用と範囲 | 何が含まれ、何が含まれず、いつ費用が発生するか |
リスクと対策 | 導入、情報、品質、継続で想定する懸念と確認方法 |
運用負担 | 顧客側の担当、時間、準備、開始後の役割 |
比較理由 | 現状維持や他の選択肢と比べ、何を基準に選ぶか |
効果を保証する数値は作りません。試算を示す場合は、計算式、前提、対象期間、確認方法を添え、顧客が自社の数字へ置き換えられるようにします。
関係者ごとに説明の焦点を変える
一つの長い提案書で全員へ同じ説明をすると、必要な論点を見つけにくくなります。利用者には作業の変化、予算責任者には費用と優先順位、リスク確認者には確認項目と対応範囲を抜き出します。
顧客事例は「他社も導入した」という飾りではありません。自社との共通点、導入前の課題、選定理由、運用、変化を確認する判断材料です。事例を整える方法は、営業で使えるBtoB導入事例の作り方で解説しています。
顧客担当者と関係者確認の場を作る
売り手が関係者へ会えない場合もあります。面談を必須条件にせず、顧客担当者が説明しやすい方法を一緒に選びます。
担当者へ社内説明を押し付けない
「決裁者へ会わせてください」だけでは、担当者が飛び越えられる不安を持ちます。まず、「社内で説明するとき、どの質問が出そうですか」「私たちが答えた方が正確な論点はありますか」と聞きます。
担当者が必要と判断した場合に、短い質疑、技術確認、利用部門向け説明、責任者同士の会話を設定します。参加目的、答える論点、持ち帰る判断を事前に決めます。
反対意見を判断条件へ変える
「費用が高い」「運用が不安」という反応へ、すぐ反論しません。誰が、何と比べ、どの条件なら判断できるかを確認します。
たとえば運用負担が懸念なら、開始時に必要な作業、担当、頻度、支援範囲を分けます。情報管理が懸念なら、顧客の確認部門と必要資料を特定します。売り手だけで専門判断できない契約・法務・情報セキュリティの論点は、双方の担当部門や専門家へつなぎます。
稟議待ち案件の次の行動と終了条件を決める
「検討状況はいかがですか」と繰り返すだけでは、承認工程は進みません。次の連絡を、顧客社内で起きる具体的な出来事と結び付けます。
次回連絡を社内の出来事と結び付ける
次の行動は、「部門会議前に費用範囲の一枚資料を送る」「利用部門の質問を水曜日までに受け取る」「契約確認後に残る条件を確認する」のように書きます。担当者、相手、材料、期限を決めます。
社内の出来事が分からない場合は、承認手順を確認すること自体を次の行動にします。予定日だけを更新して、同じ段階へ置き続けないようにします。
保留・再設計・終了を分ける
予算時期や社内プロジェクトの都合で先送りされても、再開条件と確認日が決まっているなら保留できます。判断材料や提案範囲が合っていないなら、再設計します。課題がなくなった、自社が条件を満たせない、顧客が継続連絡を望まない場合は終了します。
終了は、担当者を追い続けないための判断でもあります。複数案件で同じ理由が続く場合は、BtoBの失注理由を営業改善へ変える分析方法で横断して見直します。
まず進行中の一件について、五つの役割のうち誰が分かっており、六つの承認材料のうち何が不足しているかを顧客担当者と確認してください。「稟議待ち」という一語を、次の社内判断と自社の支援行動へ変えることが出発点です。