商談が進まないとき、原因はおおむね2種類に分かれます。まだ情報がないだけの状態か、満たされていない条件があるかです。この2つを混同したまま追いかけると、フォローの回数だけが増えて状況は変わりません。
ここでいう阻害要因（ブロッカー）は、次のように定義します。
阻害要因とは、商談が前進するために満たされる必要があるのに、まだ満たされていない条件のことです。
したがって「1週間返信がない」は阻害要因ではありません。情報が不足している状態です。一方「情報システム部のセキュリティ確認が終わらないと購買部が動けない」は阻害要因です。条件が特定されており、誰が何をすれば解消するかが言えます。
本記事では、停滞を7つに分類して自分の案件がどれに当たるかを判定し、真の阻害要因を特定するまでの手順を整理します。
「動いているように見える商談」が止まっている理由
停滞の判断が遅れる最大の原因は、活動が続いていることです。
- 定期的に連絡が取れている
- 先方の反応は悪くない
- 資料の追加依頼も来ている
- 社内のパイプラインでは「提案中」のまま動いていない
この状態は「進んでいない」のではなく、進捗を測る対象が間違っていることが多くあります。パイプラインのステージは社内の管理ラベルであり、顧客側の意思決定がどこまで完了したかを表していません。
実際の購買プロセスでは、進捗は複数の条件に分散しています。
| 条件 | 状態 |
|---|---|
| 使用部門の機能評価 | 完了 |
| 情報システムの技術要件確認 | 未着手 |
| 購買部門の条件交渉 | 未接触 |
| 予算の決裁 | 決裁者が未特定 |
ステージ表示は一本の線ですが、実際の進捗は部門ごとに別々に動きます。4つのうち1つしか終わっていない案件を「提案中で順調」と認識していると、停滞の発見は数か月遅れます。
停滞の7分類 ― 自分の案件はどれか
停滞に見える状態を、次の7つに分けて判定します。上の3つは阻害要因ではありません。下の4つが阻害要因です。
| 分類 | 状態 | 阻害要因か |
|---|---|---|
| ① 未反応 | 連絡が返ってこない | いいえ |
| ② 不確実性 | 相手自身が判断材料を持っていない | いいえ |
| ③ 反論・懸念 | 具体的な論点が提示されている | いいえ |
| ④ 依存関係 | 他部門の完了を待っている | はい |
| ⑤ 関係者の空白 | 必要な人物が特定・接触できていない | はい |
| ⑥ 未承認 | 稟議・決裁が起案されていない、または進行中 | はい |
| ⑦ 優先順位の低下 | 社内で別案件が優先されている | 条件による |
① 未反応 — 阻害要因ではない
状態：メールや電話に反応がない。 診断質問：直前のやり取りで、相手側に未回収の宿題が残っているか。期限を合意していたか。 よくある誤対応：定期的な進捗確認メールを送り続ける。これは情報を増やさないため、状態は変わりません。 有効な一手：別の接点（推進者、同席した実務担当者）から状況を確認する。反応がないこと自体は診断結果ではなく、診断がまだできていない状態です。
② 不確実性 — 阻害要因ではない
状態：「検討中」「社内で相談する」から進まない。 診断質問：相手は何を判断すれば決められるのか。その判断材料を持っているか。 よくある誤対応：判断を急がせる。相手に材料がない場合、催促は先送りを生みます。 有効な一手：不足している判断材料（比較軸、運用負荷の見積、他部門への説明資料）を特定して提供する。
③ 反論・懸念 — 阻害要因ではない
状態：価格、保守体制、既存システムとの整合などに懸念が示されている。 診断質問：その懸念は、誰の立場から出ているのか。 よくある誤対応：懸念を言った人だけに回答する。多くの場合、その人は別部門の意見を代弁しています。 有効な一手：懸念の出所となっている部門を特定し、その部門の判断基準に合わせて回答する。反論が出ている商談は、無関心な商談より前進していることが多くあります。
④ 依存関係 — 阻害要因
状態：ある部門の作業が完了しないと、次の部門が着手できない。 診断質問：何が終われば次が動くのか。所要期間は合意されているか。 よくある誤対応：待機する。依存関係は時間の経過では解消しません。 有効な一手：依存の連鎖を明示し、先行部門の担当者・必要な情報・目安期間を合意する。営業側で代行できる作業（技術資料の事前提出など）があれば先回りする。
⑤ 関係者の空白 — 阻害要因
状態：承認に必要な人物が特定できていない、または接触できていない。 診断質問：この案件を最終的に承認するのは誰か。名前で答えられるか。 よくある誤対応：接触できている窓口とのやり取りを深める。窓口の熱意は、承認権限の代わりにはなりません。 有効な一手：推進者を通じて関係者の構造を確認する。関係者の役割整理については ++関係者マッピングの考え方++ を参照してください。
⑥ 未承認 — 阻害要因
状態：稟議や決裁が起案されていない、または回覧中で止まっている。 診断質問：起案者は誰か。起案に必要な社内資料は揃っているか。 よくある誤対応：承認の結果を待つ。起案されていない案件は、待っても結果が出ません。 有効な一手：起案者が社内説明に使う材料（費用対効果の整理、比較表、他部門の同意状況）を提供する。承認プロセスの外にいる営業ができるのは、起案の負担を下げることです。
⑦ 優先順位の低下 — 条件による
状態：案件自体は否定されていないが、社内の別テーマが優先されている。 診断質問：この案件が再び優先される条件は何か（予算期、法規対応、設備更新、人員体制など）。 よくある誤対応：定期フォローを続けて営業リソースを消費する。 有効な一手：再浮上の条件と時期を特定し、その時期に向けた接点設計に切り替える。条件が特定できていれば、これは停滞ではなく待機です。条件が不明なままなら、実質的には失注として扱う判断も必要になります。
真の阻害要因を特定する4ステップ
分類は、記録がなければ実行できません。以下は実務上の診断手順です。
ステップ1：最後に「条件が動いた」のはいつか
最後の接点の日付ではなく、最後に何らかの条件が満たされた日付を確認します。デモ実施も資料送付も、それ自体は条件の充足ではありません。「使用部門の評価が完了した」「技術要件の確認が終わった」が条件の充足です。
ここで日付が3か月前まで遡るなら、その間の活動は進捗を生んでいないことになります。顧客接点の記録方法については ++商談履歴の残し方++ で扱っています。
ステップ2：未回収の宿題を洗い出す
相手側の宿題と自社側の宿題を分けて並べます。停滞の原因が自社側にあるケースは想定より多く、しかも記録を見ないと気づきにくい項目です。
ステップ3：登場していない部門を探す
想定される購買プロセスの構成部門（使用部門／情報システム／購買／経理／経営層 など）のうち、一度も接点の記録に現れていない部門を特定します。記録に出てこない部門は、関与していないのではなく、見えていないと考えます。
ステップ4：分類を1つに決める
複数該当する場合は、最も上流にあるものを選びます。承認が止まっているように見えても、その原因が関係者の空白であれば、対処すべきは⑤です。
診断の実例：社内システム導入案件
※ 以下は考え方を示すための仮想例です。実在の顧客事例ではありません。
状況：製造業向けの社内システム導入案件。提案から4か月、担当者の反応は良好だが動きがない。
記録から分かったこと
- 最後に条件が動いたのは2か月前（現場部門による機能評価の完了）
- 以降の接点は、進捗確認の連絡が4回とオンライン打ち合わせが1回
- 情報セキュリティ部門は接点の記録に一度も登場していない
- 3か月前に「社内の情報セキュリティ基準への適合確認が必要」との発言が1度だけ記録されている
- その確認の担当者名、必要書類、所要期間はいずれも未記録
誤診しやすい読み方 「反応はあるので関心はある。予算のタイミング待ちだろう」と判断し、定期フォローを継続する。分類でいえば⑦（優先順位の低下）と読んだ場合です。
分類の結果 ④依存関係 ＋ ⑤関係者の空白。情報セキュリティ部門の適合確認が完了しないと社内申請に進めず、その部門の担当者が特定できていないため、依存の解消にも着手できていません。
次に取るべき行動の候補 価格条件の見直しや訪問頻度の増加ではなく、窓口担当者を通じて情報セキュリティ部門の担当者・確認項目・標準的な所要期間を確認し、必要書類を先回りで準備すること。行動選択の考え方そのものは ++次に取るべき行動の決め方++ で扱います。
この診断が成立したのは、3か月前の発言が記録に残っていたからです。記録がなければ、同じ案件は「反応は良いが決まらない案件」として扱われ続けます。
誤診が生む3つの典型的な打ち手
停滞の分類を誤ると、打ち手も決まった形で外れます。
| 誤った打ち手 | 背景にある誤診 | 実際に必要なこと |
|---|---|---|
| 値引きの提示 | 停滞の原因を価格だと仮定 | 価格が論点として提示されているかを記録で確認する |
| 定期的な進捗確認 | 未反応を阻害要因と混同 | 情報を増やす接点に切り替える |
| 上長の同行訪問 | 関係性の問題だと仮定 | 承認に必要な人物が誰かを先に特定する |
いずれも、状況によっては有効な手段です。問題は、診断せずに反射的に選ばれることにあります。
停滞の兆候を、記録から見つける ― VINEQRA の考え方
VINEQRA は、複数の関係者が関わる長期案件を担当する営業担当者個人のために設計された iOS 向けの AI CRM です。商談の文脈を次の構造で捉えます。
顧客接点 ＋ 関係者 ＋ 意思決定ポイント ＋ 阻害要因 → 次に取るべき行動（Next Best Action）
（VINEQRA Opportunity Context Model）
停滞の診断に関係するのは、記録された顧客接点と関係者の情報から、未解決のまま残っている条件や、接点の記録に現れていない関係者の空白を手がかりとして提示できる点です。
対応する AI 分析は、Apple Foundation Models を通じて端末内のシステム言語モデルで実行できます。これにより、対象となる推論処理を外部のクラウド LLM に送らずに実行でき、プライバシーに配慮した構成を支えます。これは当該の推論処理の範囲に関する説明であり、アプリ全体のデータの取り扱いを示すものではありません。
そして、前提となる原則があります。
VINEQRA は提案します。判断するのは営業担当者です。
提示されるのは阻害要因の「候補」であり、確定した診断ではありません。その場にいた担当者の判断が最終的な根拠になります。
よくある質問
Q. どのくらい動きがなければ「停滞」と判断すべきですか？ 期間で判断しないことを推奨します。基準は「最後に条件が満たされたのはいつか」です。接点が週次であっても条件が3か月動いていなければ停滞ですし、接点が月1回でも条件が順に満たされていれば進行中です。
Q. 先方が「前向きに検討している」と言っている場合はどう扱いますか？ 発言は記録しますが、条件の充足としては扱いません。前向きな発言と、承認プロセスが起案されていることは別の事実です。両方が記録されているかを確認してください。
Q. 阻害要因が複数ある場合、どれから対処すべきですか？ 最も上流にあるものからです。承認が止まっている原因が関係者の未特定であれば、承認を追いかけても解消しません。
Q. 値引きで停滞が解消することはありますか？ 価格が明示的な論点として提示されている場合はあり得ます。ただし、価格が論点として記録されていない案件で値引きを提示すると、条件を1つ手放したうえで停滞が続くことになります。
Q. 停滞している案件を失注として処理する判断基準は？ 再び優先される条件を特定できるかどうかが実務的な分かれ目です。条件と時期が言えるなら待機、どちらも言えないまま数か月経過しているなら、リソース配分の判断対象になります。
「なぜ止まっているか」を説明できる状態に
商談が進まない状態を解消する出発点は、フォローの頻度を上げることではありません。どの条件が満たされていないのかを特定することです。
VINEQRA は、記録された顧客接点を関係者・意思決定ポイントと結びつけ、未解決のまま残っている条件を手がかりとして提示します。
止まっている条件を特定して、次の一手を決める。 → VINEQRAをApp Storeでダウンロード