窓口が1人だけの案件は危うい｜AIで作る複数接点の設計図

2026年7月30日

「あの会社はAさんと仲がいいから大丈夫です」。部下の口からこの言葉が出たとき、その案件はいちばん危うい状態にある。Aさんはこちらの提案をよく理解し、社内で味方になってくれている。訪問すれば話は早く、雑談も弾む。ところがある日、短いメール1本が届く。異動になりました、後任は同じ部の者です、と。引き継いだ担当者はこちらの名前も、これまでの検討経緯も知らない。積み上げた1年は白紙に戻り、稟議は振り出しへ落ちる。悪いのは異動でも後任でもない。窓口が1人しかいなかったという設計の穴だ。

結論から言う。1人に愛されている案件は、強いのではなく脆い。特定の担当者との深い関係は成果の源泉だが、それが唯一の接点である限り、案件はその人の人事と社内での立場に人質を取られている。だから接点は、成り行きに任せず意図的に複数へ広げる。英語ではマルチスレッド化と呼ぶが、日本語なら複数接点化と言ったほうが早い。そしてこれは度胸や人柄の問題ではなく、手順の問題である。

この記事では、窓口1人依存が具体的に何を壊すのか、営業がなぜその1人に安住してしまうのか、顧客側の誰と接点を持つべきか、そして気まずさを回避しながら2人目に会うための口実の作り方までを示す。関係者マップと接点の空白を洗い出すプロンプト、2人目への依頼文を作るプロンプトも用意した。最後に、管理職が案件レビューでどこを見るべきかを整理する。

窓口1人依存は何が危険なのか？

危険の本質は、人が1人しかいないことではなく、情報の通り道が1本しかないことだ。人が消えれば道も消える。道が1本なら、その道の色に染まった情報しか届かない。

#	窓口1人依存のリスク	実際に起きること
1	異動・退職で関係がゼロに戻る	後任はこちらを知らない。検討の経緯も引き継がれず、提案は初対面から再スタートになる
2	その人のフィルターを通った情報しか入らない	社内の反対意見や優先順位の変化が見えない。順調に見えたまま、突然の見送りを食らう
3	その人が社内で弱い立場だと決裁が通らない	提案は評価されても稟議が上がらない。上が渋っているという伝聞だけが返り、打ち手が打てない
4	競合が別ルートから入っても気づけない	経営層や別部門で先に他社案が進み、比較の土俵に乗る前に決着している

数字で見ても、1人からの情報で全体を把握するのは無理がある。Gartnerは、複雑なB2B購買では意思決定に関与する人数が6〜10人規模に及ぶとしている。さらに同社は、購買側が検討に費やす時間のうち、供給側の営業と会っている時間は全体の17%程度にすぎないと指摘している。つまり決定の大半は、こちらがいない部屋で進む。その部屋の様子を1人の証言だけで判断するのは、望遠鏡を1本だけ覗いて戦況を語るようなものだ。

やっかいなのは、この脆さが平時にはまったく見えない点にある。むしろ窓口1人依存の案件ほど、報告上はいつも順調に見える。話が通じる相手からは前向きな言葉しか返ってこないからだ。危険信号が出てこないこと自体を、いちばん大きな危険信号だと読み替えたほうがいい。

そして4番目のリスクは、失注したあとにようやく判明する種類のものだ。負けた理由を担当者に尋ねると、上の判断でして、と申し訳なさそうに言われる。その上の判断が下る過程に、こちらは一度も立ち会えていない。接点の少なさは敗因が学べない敗戦を生むという点でも高くつく。

なぜ営業は1人に依存してしまうのか？

依存が起きるのは怠慢だからではない。居心地の良さと具体的な恐怖が、依存という選択を短期的には合理的に見せているからだ。ただし合理的であることと、正しいことは違う。

居心地の良さ: 話が通じる相手とだけ話していれば、商談は気持ちよく進む。提案を理解してくれる人との会話は、手応えという報酬をくれる。だが手応えは進捗ではない。同じ人に同じ話を10回するあいだ、案件は1ミリも動いていないことがある。
疑っていると思われる恐怖: 他の方にもお話を伺えませんか、と言った瞬間、あなたでは頼りないと言ったように受け取られないか。この恐怖は現実的だ。営業を長くやっていれば、機嫌を損ねて出入り禁止に近い扱いになった同僚の話を一度は聞いている。
紹介を頼む気まずさ: これ以上頼み事を増やせば嫌われるのではないか、という遠慮。値引きも納期も無理を通してもらってきた相手に、社内の紹介まで頼むのは筋が悪い気がしてしまう。

この3つに共通するのは、自分の居心地を顧客の都合より上に置いている構造だ。担当者に嫌われたくないという言葉は、多くの場合、案件を失いたくないではなく、気まずい会話をしたくないの言い換えである。厳しく言えば甘えだ。人間関係で受注を守ってきた成功体験は本物だが、それが通用したのは担当者が同じ席に長く座っていられた頃の話だ。異動のサイクルが短くなり、組織図が毎年書き換わる相手に対して、点でしか刺さっていない関係は投資として弱い。

視点を変えると、頼み事の性質も変わって見える。顧客側の担当者にとっても、社内の関係者を巻き込まないまま話を進めるのはリスクだ。稟議で初めて上司が内容を知る展開は、担当者自身がもっとも避けたい事態である。2人目に会わせてほしいという依頼は、相手を疑う行為ではない。むしろ相手が社内で説明責任を果たすための助け舟になる。ここが腹に落ちれば、依頼の言葉は自然に変わる。気まずさの正体は、依頼が自分のためだけに見えていたことだった。

誰と接点を持つべきか？

増やすべきは人数ではなく役割だ。同じ部署の同僚をあと2人紹介してもらっても、見える景色はほとんど変わらない。押さえるべき役割は4つある。

会うべき役割	その人から得られるもの	会う口実
現場担当（日々の窓口）	運用の実態、社内の空気、稟議の進み具合	定例の打ち合わせ、運用相談、資料の事前確認
その上司・決裁者	予算の枠、経営課題との接続、投資判断の基準	導入事例の共有会、検討状況の中間報告、こちらの上司の挨拶
情報システム・管理部門（購買・法務・総務）	セキュリティや契約の要件、社内標準、隠れた拒否権の在りか	技術説明の場、要件の確認、チェックシートの読み合わせ
実際の利用部門（別拠点・別チームの使い手）	現場の不満と成功事例、横展開の余地	活用状況のヒアリング、導入後の振り返り会

失注の引き金として見落とされやすいのは3番目だ。情報システムや購買、法務は、案件を推進する側には回らない。しかし止める力だけは持っている。彼らは賛成者にはならないが、拒否者にはなれる。最終段階で技術要件や契約条項が理由で差し戻される案件は、この役割との接点を最後まで作れなかった案件である。

誰がどの役割を担い、賛成と反対のどちらへ傾いているかを紙の上で整理する具体的な手順は、購買関与者をマッピングするプロンプトで詳しく扱っている。役割の一覧を作ってから接点の空白を見れば、次に会うべき相手の優先順位が自動的に決まる。

4番目の利用部門に会う価値は、守りだけではない。別拠点や別チームの使い手と話すと、いま結んでいる契約では解決していない業務が必ず見つかる。既存顧客の中に眠る次のテーマを掘り出す手順は、既存顧客の深耕をAIで設計する方法にまとめた。接点を広げる作業は、リスク対策と売上機会の発見を同時に片づける。

2人目にどう会うのか？

必要なのは勇気ではなく口実だ。相手に会う理由を渡してしまえば、紹介は感情の問題ではなく事務手続きになる。現場で使える型は4つある。

導入事例の共有会: 同業種の活用例を紹介する場を設定し、せっかくなので関係する方もご一緒にどうぞ、と広げる。こちらが情報を提供する形なので断りにくく、相手も社内で案内しやすい。
技術・セキュリティ説明の場: 要件の確認は専門の方に直接ご説明したほうが早いです、と持ちかける。担当者にとっては伝言ゲームの手間が消えるため、むしろ歓迎されやすい。
導入後の振り返り会: 既存顧客なら最強の口実になる。成果を報告する場をこちらから設け、上司と利用部門を呼んでもらう。報告される側は出席しやすい。
上司同行: こちらの上司が挨拶に伺うという形は、相手の上司を引き出す古典的で確実な手だ。役職には役職を出すという商習慣が働き、相手も同格を同席させざるを得なくなる。

4つに共通する設計は、相手にとっての正当な理由をこちらが用意している点にある。他の方にも会わせてくださいは依頼だが、事例を共有する場を設けたいので関係者をお招きしたいは提案だ。つまり依頼は断られるが、提案は検討されるわけだ。この差は言い方の技術ではなく、相手の社内での動きやすさをどこまで考えたかの差である。

ただし、絶対に守る一線がある。窓口の担当者を飛び越さないことだ。頭越しに上司へ連絡した瞬間、それまでの味方は敵に変わる。信用を回復する手段はほぼない。必ず担当者を立てる。具体的には次の4点を外さない。

会いたい相手と理由を、必ず本人に先に相談する。サプライズにしない。
その場には担当者にも同席してもらう。担当者がいない席を作らない。
資料は担当者に先に渡し、社内で説明しやすい形に整えておく。
場が動いた成果は担当者の功績として扱う。手柄を横取りしない。

この4点を守るかぎり、接点を増やす動きは担当者にとって不利益にならない。むしろ社内での発言力が上がる。複数接点化は担当者を裏切る行為ではなく、担当者と組んで社内を動かす行為だと理解すれば、動きに迷いがなくなる。

AIで接点の空白はどう洗い出すのか？

ここからは実務だ。案件情報を差し込んで関係者の全体像と会えていない役割を出させるプロンプトと、2人目に会うための口実と依頼文を作らせるプロンプトを続けて使う。まずは空白の可視化から始める。

あなたはB2B営業の案件レビューを担当する経験豊富なマネージャーだ。
以下の案件情報を読み、顧客側の関係者マップと接点の空白を整理してほしい。

# 案件情報
- 顧客企業: 〔例: 産業機械メーカー・従業員450名・本社と2工場〕
- 提案内容: 〔例: 営業支援システムの全社導入。初年度480万円〕
- 商談フェーズ: 〔例: 稟議申請中。決裁は月次の経営会議〕
- 会えている人: 〔例: 営業企画部の課長。月1回訪問。提案には前向き〕
- 名前だけ知っていて会えていない人: 〔例: 営業本部長、情報システム部長〕
- 直近のやり取りの要点: 〔例: 上には話してあると言われたが、反応は不明〕

# 出力してほしいもの
1. この規模・業種でこの提案に関与する可能性が高い役割の一覧（想定部署と役職つき）
2. 各役割の関心事と、この提案に賛成・中立・反対のどちらへ傾きやすいかの予測
3. 現在の接点で埋まっている役割と、会えていない役割（接点の空白）の切り分け
4. 空白のうち、今のフェーズで会う優先度が高い順に3つ。理由も1行で
5. この案件が窓口1人に依存していることで生じる具体的なリスクを3つ

事実として与えられた情報と、あなたの推測は必ず区別して書くこと。

出力された役割一覧を見ると、たいてい2つか3つの空白が浮かぶ。次のプロンプトは、その空白のうち最優先の1人に会うための段取りを作らせるものだ。断られた場合の逃げ道まで先に用意しておくのが要点である。

先に整理した関係者マップをもとに、まだ会えていない相手に会うための進め方を考えてほしい。

# 条件
- 会いたい相手: 〔例: 営業本部長。窓口担当者の直属の上司。面識なし〕
- 現在の窓口: 〔例: 営業企画部の課長。協力的だが多忙。社内では中堅〕
- こちらが使える材料: 〔例: 同業3社の導入事例、費用対効果の試算、自社役員の同行〕
- 制約: 〔例: 窓口担当者の頭越しには絶対に動かない。訪問は月1回まで〕

# 出力してほしいもの
1. 相手にとって自然な会う理由を3案。各案に「こちらの狙い」と「相手の得」を1行ずつ
2. 各案について、窓口担当者へ紹介を依頼するメール文（150字程度、相手を立てる表現で）
3. 同じ依頼を対面で切り出す場合の第一声（そのまま声に出せる話し言葉で）
4. 断られた場合の代替案（相手の面子を潰さず、次の機会につなぐ言い方）
5. この依頼で窓口担当者が不安に感じる点と、それを先回りして消す一言

過度に丁寧な定型文は避け、営業現場でそのまま使える具体的な表現で書くこと。

出力はたたき台にすぎない。AIは相手の性格も、これまでのやり取りの温度も知らない。とくに依頼メールは、普段のやり取りの距離感に合わせて硬さを調整する必要がある。それでも、白紙から気まずい依頼文を書き出す心理的な負荷が消えるだけで、行動量は変わる。実際に止まっているのは能力ではなく、最初の一文を書き始める踏ん切りだからだ。

管理職は案件のどこを見るべきか？

管理職が見るべきは、金額と確度の数字ではない。接点の本数と役割の広がりだ。ここを見ているかどうかで、レビューの精度は根本的に変わる。

やり方は単純である。進捗はどうかと聞くのをやめ、今月その案件で誰と会ったかを聞く。役職と部署まで言わせる。3か月続けて同じ名前しか出てこない案件は、報告が前向きでも前に進んでいない可能性が高い。数字の確度は担当者の願望が混ざるが、会った人の名前は事実なので嘘が混じりにくい。

接点の状態	案件の見方	管理職の打ち手
窓口1人だけ	金額に関係なく要注意案件として扱う	同行を申し出て、上位者と会う口実を上司の立場で作る
現場担当＋その上司	稟議は上がるが、拒否者の見落としに注意	情報システムや購買など、止める力を持つ部門の有無を確認させる
3役割以上と接点あり	情報の裏取りができている健全な状態	反対者の懸念に的を絞り、打ち手を具体的に議論する
人数は多いが全員同じ部署	接点の数だけ多く、視界は1つのまま	利用部門や別拠点への広がりを次の宿題として明示する

商談同行の使い方も変わる。同行は部下の粗探しをする時間ではなく、接点を増やすための道具だ。管理職という肩書きそれ自体が、相手の上位者を引き出す正当な口実になる。部下が気まずくて頼めない紹介依頼を、上司の立場からなら自然に作れる。同行後の時間は、今日の商談の出来を採点するより、次に誰と会うかを一緒に決めることに使うべきだ。

接点を複数持つことは、自社側の人事に対する保険にもなる。窓口が1人の案件は、こちらの担当が代わったときにも同じ理由で崩れるからだ。担当交代そのものを設計し直す手順は、担当交代で顧客を失わない引き継ぎの設計図で扱っている。顧客側の接点設計と自社側の引き継ぎ設計は、両方そろって初めて案件が個人から自由になる。

営業支援システムの入力項目に接点の役割を追加するだけでも、チームの行動は変わる。人は測られるものに向かって動く。金額と確度しか測っていないチームは、金額と確度の見栄えだけを整える。会った人の役割を測り始めたチームは、会っていない役割を埋めに行く。レビューの質問を1つ変えることはいちばん安く効く介入だと考えてよい。

Next Action：今日やる3つ

読み終えた勢いのあるうちに、次の3つを片づけてほしい。

担当している案件のうち金額上位5件を並べ、顧客側で会えている人の名前・部署・役職を書き出す。名前が1人しかない案件に印をつける。管理職なら、部下のレビュー資料にこの欄を追加する。
印をつけた案件から1件を選び、1本目のプロンプトに情報を差し込んで、会えていない役割と会う優先順位を洗い出す。
最優先で会うべき相手について2本目のプロンプトで口実を3案作り、窓口担当者への依頼文を今週のうちに送る。相手を立てる4原則を必ず守る。

接点は、増やそうと決めた日から増える。今日の1件から、案件を誰か1人の人事から解き放ってほしい。