顧客は前向きだ。担当者も部長も「ぜひ進めたい」と言っている。あとは自社の技術部門が概算見積を出してくれれば、この案件は決まる。ところがその見積が出てこない。催促すると返ってくるのは「今、他の案件で手一杯です」の一言だ。二度、三度と催促すれば今度は煙たがられ、廊下ですれ違うときの空気が変わる。そして顧客の熱は冷め、案件は誰に責められることもなく静かに死ぬ。
結論から言う。社内調整は営業力の一部である。受注を止めているのは技術部門の怠慢ではなく、依頼の設計が抜けていることだ。誰に、何の順番で、何を伝えるか。この三つを設計すれば社内は動く。逆に「至急お願いします」と投げるだけの依頼は、相手が抱える他の案件の列に並ばされて終わる。
この記事では、社内が動かない構造的な理由、依頼の質を決める五つの要素、部署ごとに響く切り口、根回しの順序という組織の力学、そして部署別の依頼文と想定反論への返しをAIに作らせるプロンプトまでを一気に示す。読み終えたときには、社内を敵ではなく戦力として動かす具体的な手順が手元に残るはずだ。
なぜ社内は動いてくれないのか？
社内が動かない理由は、相手のやる気ではなくこちらの情報提供の不足にある。技術部門も法務も製造も、あなたの案件を潰したいわけではない。彼らには彼らの正当な事情があり、その事情に対して営業が何も答えていないだけだ。
前提を一つ置く。他部署は営業の下請けではない。彼らは自分の評価軸で動いている。稼働が足りない、失敗の責任を負う立場にある、判断材料がない。この現実を無視して善意や気合いに頼る依頼は、必ず後回しにされる。
| 動かない理由 | 相手側の事情 | 営業がやるべきこと |
|---|---|---|
| 工数の優先順位 | 抱えている案件が他に何件もある。あなたの依頼が最優先である理由が伝わっていないので、着手順は自然と自分の判断で決まる | 受注確度・金額・顧客側の締切という判断材料を渡し、他案件と比較できる状態にする。優先順位を相手に決めさせない |
| リスクの引き受け | 法務や品質保証は、通した結果が失敗したときに責任を負う立場にある。曖昧な条件でOKを出せば自分が刺される | 懸念点と代替案をこちらで先に洗い出し、判断ではなく確認の作業に変える。リスクを一緒に背負う姿勢を明示する |
| 情報不足 | 背景を知らされず作業だけ振られる。何のための見積か、どこまでの精度が必要かが分からないため、過剰に作り込むか手が止まる | 目的・使われ方・必要な精度を先に伝える。概算で足りるなら、概算で足りるとはっきり言う |
| 過去の信用 | 前回の依頼が土壇場で消えた、仕様が三度変わった、といった記憶が残っている。今回も無駄になると予想している | 前回の経緯を先に謝り、今回は何が違うのかを具体的に説明する。結果は成否にかかわらず必ず本人へ戻す |
四つ目の信用は、最も見落とされやすく、最も回復に時間がかかる。営業が持ち込んだ依頼が空振りに終わったとき、その痛みは依頼した側より作業した側に残る。新しい依頼を重ねる前に必要なのは過去の空振りを清算する会話であることも多い。
逆に言えば、この四つはすべて情報設計でつぶせる。相手の性格を変える必要はない。渡す情報を変えるだけだ。
依頼の質はどこで決まるのか？
依頼の質は、依頼文に含まれる情報の数で決まる。悪い依頼は短い。良い依頼は、相手が判断するために必要な情報が揃っている。
悪い依頼の典型はこれだ。
〇〇製作所の件、見積お願いします。至急でお願いします！
受け取った技術者の頭に浮かぶのは、感謝ではなく疑問だ。何のための見積か。精度はどこまで必要か。いつまでなのか。今日中と明後日では作り方が変わる。「至急」は依頼者の焦りを伝えるだけで、相手の判断材料にはならない。結果としてこの依頼は他の十数件と横並びになり、着手されないまま金曜日を迎える。
良い依頼に必要な要素は五つある。
| 要素 | 何を書くか | これが無いと起こること |
|---|---|---|
| 目的 | その成果物が何に使われるか。稟議添付用の概算か、契約前提の確定見積か | 相手が必要以上に作り込み、着手が遅れる。あるいは精度不足で作り直しになる |
| 背景 | 顧客の状況、競合、意思決定の構図。案件の全体像 | 単なる作業指示になり、相手が工夫や提案をする余地が消える |
| 期限とその理由 | 日付と、なぜその日なのかという根拠 | 「なるべく早く」が事実上の期限なしになる。理由のない締切は動かせる締切だと判断される |
| 受注確度 | 現時点の確度と、金額規模、決まっていない論点 | 全案件が同じ重みに見える。相手は工数を投じる根拠を持てない |
| 相手にとっての意味 | 受注後にその部署へ何が返るか。こちらが代わりに巻き取る作業 | 一方的な負担の押し付けになり、断る理由を探される |
これを踏まえて書き直すと、依頼文はこうなる。
件名: 【9/12（金）までにご協力のお願い】〇〇製作所向け 概算見積
田中さん、お忙しいところ恐れ入ります。〇〇製作所の案件で概算見積をお願いしたく連絡しました。
・目的: 先方の稟議に添付する概算金額です。精度は上下20パーセント程度で構いません。確定見積は内示後に改めてお願いします。
・背景: 先方は既存システムの保守終了が来年3月で、それまでの入れ替えが社内で決まっています。競合はA社の1社のみで、現場評価は当社が上です。
・期限: 9月12日（金）まで。先方の稟議締切が18日で、その前に相手先の部長決裁を通す必要があるためです。
・確度: 60パーセント。予算は確保済みで、残る論点は金額の妥当性の説明だけです。
・お願いの範囲: 要件ヒアリングシートは私が埋めたものを添付します。不足や誤りだけ指摘いただければ、修正はこちらでやります。過去の類似構成があれば、それを流用いただく形でも問題ありません。
難しい場合は、12日時点で出せる範囲だけでも助かります。その場合は先方に中間報告を入れます。
長い。しかし相手が読む時間は30秒増えるだけで、判断は一度で終わる。短い依頼が生む往復のやり取りと、着手されないまま過ぎる一週間を考えれば、書く側が5分多く使うほうが圧倒的に安いという計算になる。
なお、たたき台を営業側で作ってから渡すと依頼の通りやすさは目に見えて変わる。見積書や提案書の骨子をこちら側で先に組む手順は、見積書・提案書をAIで自動化する方法に整理した。依頼の中身を減らせるなら、それが最も確実な調整術である。
部署別に何を語るべきか？
同じ案件でも、部署によって刺さる言葉は違う。相手の関心とずれた説明は、どれだけ熱を込めても届かない。彼らが日々何で評価されているかを想像し、その言語に翻訳して話す。
| 相手 | その部署の関心 | 響く切り口 |
|---|---|---|
| 技術・開発 | 実現可能性、手戻りの少なさ、無駄になる工数。仕様が固まっているか | 決まっている条件と未確定の条件を分けて渡す。「ここは動きません」と言い切れる部分を明示し、確認だけで済む状態にする |
| 法務 | 契約上のリスク、前例との差分、万一の際の責任範囲 | どこがリスクで、代替案は何かをこちらで整理して渡す。争点になりそうな条項に印を付け、譲れる線と譲れない線を先に示す |
| 製造・納品 | 生産計画への影響、無理な納期、突発対応の負荷 | 数量と時期を早めに共有し、確定・未確定を区別する。顧客の希望納期をそのまま流さず、こちらで交渉余地を持って持ち込む |
| 経理・管理 | 与信、入金条件、社内規程との整合、監査で説明できるか | 支払条件と例外の必要性を先に説明する。規程外の条件を出すときは、なぜ必要かと過去の類似例をセットで持ち込む |
| 直属の上司 | 数字の見通し、自分が動くべき場面、突然の悪い報告 | 案件の全体像と、上司にしか動かせないポイントを具体的に示す。判断を仰ぐのではなく、選択肢を用意して意思決定だけを求める |
とくに法務は、営業から見ると最も止まって見える相手だが、その理由は明確だ。判断材料が足りない状態で押印すれば、責任は法務に残る。だから丸投げされた契約書は後回しになる。争点を絞り、代替案まで添えて渡す準備の作法は、契約書チェックをAIで先回りする手順にまとめた。法務を通せる営業は、それだけで受注速度が変わる。
上司も同じだ。部門間の優先順位を調整するのは上司の仕事の一つであり、相談を遠慮する理由はない。ただし丸裸の問題をそのまま置いていくのは筋が悪い。状況・選択肢・こちらの推奨をセットで持ち込むことが上司を動かす最短ルートになる。
順番はどう設計するのか？
伝える内容が正しくても、順番を間違えると社内は反対に回る。組織における合意形成は、内容の正しさより手続きの納得感で決まる場面が多い。
設計すべき順序は三段だ。
- キーパーソンに先に非公式で相談する。決裁ルート上の実力者、あるいは実務を握っている人に、正式な依頼より前に「こういう案件を考えているのですが、どう思われますか」と一度当てる。この段階では相談の形にする。相談された人は、その案を自分も関わったものとして扱いはじめる。
- 反対しそうな人には、事前に個別で説明する。反対の理由は多くの場合、案そのものではなく自分の負荷や責任の増加にある。個別の場なら本音の懸念が出るし、こちらも譲歩案を出せる。全体会議の前にこの一手を打てるかどうかで、会議の空気は決まる。
- 会議は決めるためだけに使う。議論して結論を出す場ではなく、事前に握った内容を確認し、記録する場にする。ここまで来れば、会議の所要時間は半分になる。
この順序が効く理由は、組織の単純な力学にある。会議で初めて聞かされた人は反対する。悪意があるからではない。その場で判断するための材料がなく、責任だけを求められるからだ。人は情報が足りない状態で決断を迫られたとき、安全側に倒す。すなわち保留か反対を選ぶ。これは合理的な反応である。
だから根回しは政治ではなく、判断材料を配る作業だと理解したほうがよい。会議の場で「聞いていない」という一言が出た瞬間、案件は最低でも二週間遅れる。その二週間は、顧客の熱が冷める二週間でもある。全員が事前に概要を知っていれば会議は確認の場になり、一人でも知らない人がいればその人が論点を巻き戻す。例外は作らないほうがよい。
社内調整はAIにどこまで任せられるのか？
依頼文の作成と、想定反論の洗い出しは、AIが得意な領域だ。案件情報を渡せば、部署ごとに必要な要素が揃った依頼文を数分で作れる。まずは依頼文を作るプロンプトから使う。
あなたは日本のB2B企業で営業マネージャーを務めるプロだ。
社内の他部署に協力を依頼するための文面を作成してほしい。
# 案件情報
- 顧客: 〔例: 〇〇製作所／製造業・従業員400名／生産管理システムの入れ替え〕
- 商談状況: 〔例: 提案済み。現場評価は当社が上。競合はA社1社〕
- 受注確度と金額: 〔例: 確度60パーセント／2,000万円規模〕
- 顧客側の締切とその理由: 〔例: 9月18日が先方の稟議締切。保守終了が来年3月のため後ろにずらせない〕
- 未確定の論点: 〔例: 拠点数が3か4かが未定。金額の妥当性の説明が残っている〕
# 依頼したいこと
- 依頼先の部署と相手: 〔例: 技術部／田中課長。過去に自分の案件で仕様変更を3回お願いした経緯あり〕
- 依頼内容: 〔例: 稟議添付用の概算見積。精度は上下20パーセントで可〕
- こちらで巻き取れる作業: 〔例: 要件ヒアリングシートの記入、顧客との仕様確認〕
# 出力してほしいもの
1. 件名（期限と用件が一目で分かるもの）
2. 依頼本文。目的／背景／期限とその理由／受注確度／相手にとっての意味の5要素を必ず含める
3. 相手が断りたくなる理由を3つ予測し、それぞれを本文中で先に潰す一文
4. 期限までに動きがない場合の、催促ではないリマインド文（2〜3行）
条件: 敬語は丁寧だが冗長にしない。相手の工数を軽く見ている印象を与える表現は避ける。
社内チャットにそのまま貼れる長さと体裁で書くこと。次は、社内会議や個別説明の前に反対意見を洗い出すプロンプトだ。反論を予測して代替案まで用意しておけば、その場で言葉に詰まる場面がなくなる。
以下の社内提案について、想定される反対意見とその対処を整理してほしい。
# 提案の内容
- 社内で通したいこと: 〔例: 標準納期を2か月短縮する特例対応を製造部に認めてもらう〕
- 案件の重要性: 〔例: 確度70パーセント／2,000万円／来期の追加案件につながる見込み〕
- 想定される出席者と立場: 〔例: 製造部長（生産計画の遅延を嫌う）、品質保証（不良流出の責任を負う）、経理（例外的な支払条件に慎重）、自部門長〕
# 出力してほしいもの
出席者ごとに、次の4点をセットで挙げること。
(1) その人が言いそうな反対意見（実際の口調で1〜2文）
(2) その反対の裏にある本当の懸念（評価・責任・工数のどれに起因するか）
(3) 返し方（相手の懸念を否定せず、判断材料を足す形で）
(4) 落としどころとなる代替案（全面通しが無理な場合に持ち出す妥協案を2つ）
さらに最後に、この提案で絶対に譲ってはいけない一点と、
逆に最初から譲る前提で用意しておくべき一点を挙げてほしい。
相手を論破する前提ではなく、双方が実行できる着地点を探すトーンで。出力はそのまま送らない。AIは相手の性格や過去のいきさつを知らないからだ。生成された文面から、実際の人間関係に合わない敬語や踏み込みすぎた表現を削り、自分の言葉に直す。この編集に使う3分が、社内での信用を左右する。
それでも動かないときはどうするか？
手を尽くしても動かない相手はいる。そのときの選択肢を、順番に持っておく。
第一に、上司を使う。エスカレーションは負けではない。部門をまたぐ優先順位の変更は、担当者同士の善意では動かない。組織構造上、それを動かせるのは同格以上の役職者だ。ただし持ち込み方には作法がある。相手部署の担当者を非難する形にせず、案件の数字と締切、そして自分が打った手を先に説明し、そのうえで部長間で優先順位を確認してほしいと依頼する。担当者を飛び越えた印象を残さないため、事前に「上に相談します」と本人へ伝えておくのが筋だ。
社内の決裁そのものを通す局面では、書面の質が勝負を分ける。稟議や社内申請の文面をAIで組み立てる具体的な手順は、稟議書をAIで突破する方法にまとめてある。エスカレーションと決裁は、どちらも読み手の判断コストを下げた側が勝つ。
第二に、期限を切って影響を数字で示す。「困っています」は動機にならないが、「12日を過ぎると先方の稟議に間に合わず、確度60パーセントの2,000万円が来期にずれます」は判断材料になる。金額・確度・遅延日数の三点を明示し、誰の判断で何がどうなるかを可視化する。これは脅しではなく、意思決定に必要な情報の提示だ。
第三に、顧客を待たせる場合の連絡を誠実に行う。最悪の対応は沈黙だ。社内で止まっているとき、営業は気まずさから連絡を減らす。だが顧客から見れば、音沙汰のない時間はそのまま不信に変わる。伝えるべきは三つ。現在どこで止まっているか、いつまでに何を返せるか、その間に顧客側で進められることは何か。社内の事情を実況する必要はないが、期日を守れない事実は早く伝えたほうが必ず軽く済む。
最後に一つ。動かない相手を敵にしても得るものはない。次の案件でも同じ人に依頼するのだから、関係を壊せば失うのは自分の将来の受注速度である。今回動いてもらえなかったとしても、結果と経緯だけは相手に戻しておく。その積み重ねが、次に「あの人の案件なら」と言われる土台になる。
Next Action：今日やる3つ
読んで納得しただけでは社内は動かない。今日のうちに、次の3つを実行してほしい。
- 止まっている案件を1件選び、依頼が止まっている相手の事情を4つの理由のどれかに当てはめる。工数か、リスクか、情報不足か、信用か。原因を特定しないまま催促を重ねても結果は変わらない。
- その相手への依頼文を、5要素（目的・背景・期限とその理由・受注確度・相手にとっての意味）を満たす形で書き直す。上のプロンプトAに案件情報を差し込み、たたき台を作ってから自分の言葉に直す。
- 次に控えている社内会議の出席者を書き出し、会議前に個別で話すべき相手を1人決めて今日アポを取る。会議で初めて聞かされる人を1人も作らない。
社内調整は根回しという曖昧な技術ではなく、判断材料の設計である。顧客への提案と同じ熱量を社内向けの一通に注げる営業だけが、決まる案件を決め切ることができる。
コメント