営業の社内調整はどう頼む？｜他部署が判断できる7項目

営業の社内調整では、①顧客の依頼原文・出所 ②用途・判断時刻 ③現在の約束状態 ④社内に決めてほしいこと ⑤判断材料 ⑥影響・依存・代替 ⑦社内回答時刻・顧客へ戻す担当、の7項目で依頼します。「客先が急いでいるので至急」だけで優先を求めず、他部署から可能・条件付き・不可能・確認中のどれを返してほしいかを示します。

営業の社内調整は、他部署を動かす説得ではない

この記事でいう営業の社内調整とは、見積、技術検証、製造、法務、セキュリティ、運用など、顧客案件の実行可否を判断するため、営業と専門部署の情報・責任・時刻を接続する仕事です。

営業は顧客の希望と判断時刻を知っています。専門部署は、仕様、工程、品質、契約、安全、他案件との優先順位を知っています。片方の情報だけでは、会社として何を約束できるか決まりません。社内は営業の下請けではなく、同じ顧客に異なる責任を持つ隣の専門家です。

Season 1 Episode 2「一分を誰が引き受けるのか」では、一分が短いかより、その仕事が誰の何を押し出すかへ問いを戻しました。社内依頼でも、作業時間だけでなく、後ろへ動く確認、承認、他案件を見ます。また「セキュリティチェックシートの回答」では、営業だけで安全性を確定せず、質問の対象・証跡・責任部署へ戻しています。これらの関係を、場面や台詞を増やさず、他部署へ依頼を渡す実務に置き換えます。

顧客へ短い期限をどう返すかは「顧客に急かされた時の5手順」、商談で質問をどう聞き直し持ち帰るかは「顧客の質問に答えられない時」が所有します。ここでは、持ち帰った後の社内側を進めます。

依頼前に、「決まった」を4段階に分ける

社内調整がこじれる時は、顧客の希望が、いつの間にか会社の約束として運ばれていることがあります。案件記録の状態を次の四つに分けます。

状態	意味	社内・顧客への言い方
顧客の希望	顧客が求めたが、自社可否は未確認	「顧客から9月10日希望。対応可否は未確認」
営業の提案候補	営業が選択肢として考えたが、社内未合意	「分割提出を提案できるか、社内判断が必要」
社内の合意	権限者が範囲・条件・期限を承認した	「標準範囲は9月12日対応可。追加条件あり」
顧客との合意	顧客が範囲・条件・期限を確認した	「9月12日、標準範囲で双方合意」

「顧客が希望した」「営業ならできると思った」は、社内合意ではありません。反対に、社内で可能と分かっても、顧客が条件を受け入れたとは限りません。状態を一つ進めるたびに、誰が、いつ、どの記録で確認したかを残します。

他部署への依頼は7項目で作る

長い経緯説明より、判断に必要な欄をそろえます。

項目	書くこと	架空の記入例
1. 顧客の依頼原文・出所	誰が何を求め、どの記録へ戻れるか	担当者が「標準版で外部連携できるか」と質問。商談メモM-17
2. 用途・判断時刻	何を決めるため、いつ情報が必要か	9月10日15時の選定会議。回答は同日12時まで
3. 現在の約束状態	希望・提案候補・社内合意・顧客合意のどれか	顧客の希望。対応可否・価格は未約束
4. 社内に決めてほしいこと	調査でなく判断を一問にする	標準版で対応可能か。条件付きなら必要条件は何か
5. 判断材料	対象版、要件、資料、契約、過去回答等	質問原文、対象機能、仕様書の参照箇所
6. 影響・依存・代替	他工程、他案件、承認、代替範囲	法務確認が必要。連携不可ならCSV出力を代替候補にする
7. 社内回答時刻・顧客返却担当	可否または途中状態を誰がいつ返すか	製品担当が9日15時、営業が顧客へ同日17時に連絡

売上規模、顧客の肩書き、「重要案件」は補足になっても、判断内容の代わりにはなりません。金額が大きくても実行不能な仕様は可能にならず、小さな案件でも契約・安全上の確認は省けません。

「至急お願いします」を、判断できる依頼に直す

次の依頼は急ぎだと分かっても、何を返せば終わるかが見えません。

A社から急ぎで聞かれています。重要案件なので、連携可否と見積を至急お願いします。

七項目へ直します。

顧客原文・出所: A社担当者から「標準版で外部連携できるか」。商談メモM-17。

用途・判断時刻: 9月10日15時の選定会議。回答は同日12時まで。

約束状態: 顧客の希望。可否・価格・納期は未約束。

判断依頼: 標準版で対応可能か。条件付きなら対象版、設定、追加費用、確認手順を教えてください。

材料: 質問原文、対象項目、顧客の利用条件、仕様書参照箇所を添付。

影響・代替: 法務確認が必要なら担当を教えてください。不可ならCSV出力を顧客へ比較案として出せるかも確認したいです。

時刻・返却: 9月9日15時までに、可能・条件付き・不可能・確認中のいずれかをお願いします。営業が同日17時に顧客へ状況を返します。

この例で依頼しても、回答や承認が必ず得られるわけではありません。相手部署が判断できないなら、不足材料と次の確認先を返してもらい、依頼票を更新します。

期限は、「顧客が言った日」から判断の分岐へ変える

「客先が急いでいる」は事実でも、社内の優先順位を変える理由としては足りない場合があります。次の四点に分けます。

1. 顧客がいつまでに、何を判断するか
2. その時刻を過ぎると、何が変わるか
3. 全回答でなく、判断に必要な最小範囲は何か
4. 社内回答が間に合わない時、いつ何を顧客へ返すか

たとえば、「金曜までに正式見積が必要」と「金曜の会議では概算範囲だけ分かればよい」では、必要な工程が違います。ただし営業が顧客用途を推測して範囲を削らず、本人へ確認します。社内にも、品質・契約・安全を省いて短縮するよう求めません。

すでに顧客へ未確認の期限を約束した場合は、それを隠して他部署へ押し付けません。「営業が9月10日と伝えたが、社内承認前だった」と状態を訂正し、確認できる最短日と代替を聞きます。顧客へも早めに約束状態を訂正します。

メール・口頭・会議は、情報量と影響で使い分ける

経路	向く場面	必ず記録へ戻すこと
案件管理・正式申請	定型の見積、審査、承認、追跡が必要	依頼ID、添付、担当、状態、期限
メール・チャット	一問で材料がそろい、非緊急の確認	決定、条件、未確認、次の時刻
短い口頭確認	誤解の影響が大きい、複数案の整理が必要	終了後に合意と残件を正本へ記録
会議	複数部署の依存・優先順位を同時に決める	決定者、選ばなかった案、担当、期限
緊急経路	事故、情報漏えい、安全、重大な誤案内等	自社手順に従う。通常依頼の返信を待たない

便利なチャットで「了解です」と返っても、何を了解したか不明なら承認にしません。逆に、正式申請を出しただけで相手が顧客の判断時刻を理解したとも限りません。自社の承認経路を守りながら、必要な背景を七項目で添えます。

断られた時は、相手の協力性でなく不可能条件を聞く

「できません」と返ったら、押し切るか諦めるかの二択にしません。次を確認します。

• 不可能なのは、求めた範囲、期限、品質、権限、資源のどれか
• 変更できない条件は何か。誰の責任で決まっているか
• 可能な最小範囲、条件付きの案、代替、最短時刻はあるか
• 追加の判断者、資料、顧客確認が必要か
• いつまでに何も決まらなければ、顧客へ何を返すか

「9月10日の正式回答が難しいことを確認しました。会議で判断できる最小範囲、または次に状況を確定できる時刻はありますか。安全・契約上省けない確認は残してください」

安全、法令、契約、情報管理上の不可能条件を、売上や上位者の名前で覆しません。労務負荷や他案件への影響がある場合も、担当者個人へ残業を頼むのではなく、優先順位を決める権限者へ上げます。

返事がない場合は、同じ「至急」を繰り返す前に、担当、権限、材料、依頼経路が合っているかを確認します。それでも判断時刻までに回答がないなら、社内状態を確認中として、顧客へ次の更新時刻を返します。

顧客へは、社内事情でなく回答状態を返す

「法務が忙しくて」「開発が返してくれなくて」と他部署を理由にしても、顧客が次にどう判断できるかは分かりません。確認済みの範囲と、次の時刻を返します。

本日17時までに回答するとお伝えした連携可否は、対象機能までは確認できましたが、契約条件が確認中です。現時点で可否は確定していません。明日12時までに、確定回答または残る確認事項をご連絡します。選定会議への影響がある場合は、必要な最小項目を教えてください。

社内回答が「条件付き」なら、条件を営業判断で削らず顧客へ示します。「不可能」なら、確認した範囲、代替、最短日を分けます。「可能」でも、対象版・品質・期限・追加費用など、承認された条件を越えて約束しません。

契約後に営業からCSへ顧客の期待と未決事項を渡す仕事は「営業からCSへの引き継ぎ」へ分けます。本記事の終了は、今回の社内回答状態を顧客へ返し、案件の正本を更新した時です。

社内調整を、人脈や貸し借りだけで回さない

平時に、相談先、標準所要時間、必要資料、承認経路、繁忙期を確認しておくことは役立ちます。完了後に結果と感謝を返し、次回に使える正式な回答・依頼様式を更新することも大切です。

ただし、「前に助けたから今回は優先して」「あの人なら裏で通してくれる」を正式手続の代わりにしません。担当者が不在でも引き継げる記録にします。一件の遅延から「技術部は非協力的」「営業はいつも無茶を言う」と部署全体へラベルを広げず、依頼時刻、材料、権限、優先順位、回答状態を見直します。

OkhuysenとBechkyの組織調整reviewは、会議、計画、予定などの調整機構が、accountability、predictability、common understandingという条件を作る観点から研究を整理しています。また、StasserとTitusの1985年実験では、政治候補者選択課題の集団討議で、全員が事前に共有していた情報や既存の選好を支持する情報が扱われやすい場面を検討しました。

前者は組織研究の統合review、後者は実験室の候補者選択課題です。営業の依頼票や七項目、特定の連絡経路、社内承認の成否を直接検証していません。本記事では、各部署だけが持つ制約を依頼時に明示し、誰がいつ何を判断するかを残す説明上の補助線として使います。

顧客情報・権限・緊急事項を通常依頼に混ぜない

顧客名、個人情報、契約、価格、技術情報、健康情報、未公開資料は、判断に必要な最小範囲を権限のある正式な共有先で扱います。公開チャンネルや未承認AIへ貼り付けません。匿名化で判断できるか、案件IDや正本への参照で足りるかを確認します。

営業は、専門部署の回答を分かりやすく伝える役割を持てても、法務・安全・技術判断の承認者にはなりません。専門用語を短くする時も、成立条件、例外、未確認、責任分担を落とさず、必要なら担当部署に顧客向け文面を確認してもらいます。

事故、情報漏えい、法令違反の疑い、安全、重大な誤案内、ハラスメント、強い健康影響は、通常の社内依頼の返信を待ちません。所属先の指定された緊急・相談経路へ連絡してください。

コピペできる社内調整の依頼テンプレート

自社の案件管理・承認様式へ、必要な欄だけ移します。

件名: ［案件ID］［決めてほしいこと］／社内回答希望［日時］

顧客の依頼原文・出所:

用途・顧客の判断時刻:

現在の約束状態: 顧客の希望／営業の提案候補／社内合意／顧客合意

社内に決めてほしいこと:

判断材料・正本への参照:

影響・依存・変更できない条件:

代替候補:

返してほしい回答状態: 可能／条件付き／不可能／確認中

社内回答希望時刻と、その理由:

顧客へ戻す担当・時刻・経路:

機密区分・共有範囲:

次の最小の一手は、他部署へ送る前に、「顧客が言ったこと」と「社内に決めてほしい一問」を別々の行へ書くことです。依頼が通ることを約束する型ではなく、通らない条件や未確認も含めて、顧客へ次の状態を返せる依頼にします。