マイクロマネジメントを改善するには？｜任せる範囲と相談条件

マイクロマネジメントを改善するには、低リスクの定型業務を一つ選び、守る結果、担当者が判断する範囲、事前相談・停止・事後共有の条件を上司と部下で決めます。管理者は結果責任と支援を保ったまま、条件内の手順に対する不要な事前承認を一つ外し、結果を見直します。

この記事でいうマイクロマネジメントとは、必要な結果・リスク確認を超えて、担当者が選べる手順、言い回し、順番、連絡時刻まで上司の事前承認に集め、本人が判断して結果から学ぶ余地を狭める管理です。確認の多さだけで決めず、業務リスク、権限、経験、規程と合わせて見ます。

マイクロマネジメントを改善する4ステップ

全業務の確認を一度にやめる必要はありません。次の順番なら、責任を部下へ移さずに、小さな範囲から改善できます。

順番	決めること	最初の一件で行うこと
1. 対象を絞る	低リスクで繰り返す仕事と、今回の対象外	契約・価格・個人情報を変えない通常業務を一つ選ぶ
2. 境界を分ける	守る結果、必須手順、本人が選ぶ手順	上司の好みではなく、違反・顧客影響・完了で境界を書く
3. 相談を分ける	事前相談、停止して相談、事後共有、本人判断	条件、回答者、不在時の代理、回答期限を決める
4. 一つ外して見る	不要な事前承認と、見直す証拠	承認を一つだけ外し、待ち時間、差し戻し、顧客影響を見る

たとえば既存顧客との通常の日程調整なら、契約・価格・参加権限・個人情報の変更は対象外にしたまま、件名や候補日の順番を担当者へ返せます。高リスク、前例なし、判断基準が未整備の仕事は、承認を外す前に基準と支援を整えます。

どこからがマイクロマネジメントか｜確認回数だけで決めない

分ける対象	管理者が決める・支えるもの	担当者へ返すもの
結果	顧客へ約束する範囲、組織の目標、守る規程、重大な停止条件	合意した範囲での完了と記録
判断	目的、許容範囲、相談条件、判断に使える情報	条件内の選択、理由、必要な相談
手順	必須手順と禁止事項、使える資源、例外時の支援	話す順番、資料の見せ方、通常連絡の組み立て
見直し	顧客影響、待ち時間、差し戻し、回復支援を分けて確認	自分で決められた範囲と、足りなかった基準を伝える

「細かく確認する上司が悪い」「任せれば人は育つ」と人物評価へ急ぐと、必要な統制まで外したり、失敗の責任を部下へ移したりします。確認の多さを性格診断にせず、どの判断が誰の承認待ちになり、何が守られ、何が止まっているかを仕事の単位で見直します。

前話「ミナトが後輩に聞かれたこと」では、正しい切り返しを渡す前に、新人本人が見た事実、解釈、当時見えた選択肢を聞きました。今話では個人への一度の教え方から、チームで判断を育てる管理の仕組みへ進みます。

確認が多くても、すぐマイクロマネジメントとは限りません。入社直後の仕事、初めて扱う契約、金額や個人情報を含む仕事、顧客への回復が難しい変更では、事前確認が必要な場合があります。反対に、週一回しか確認しなくても、日常の小さな手順をすべて上司が決め、本人が次の行動を選べないなら、判断の余地は狭いままです。

次の状態が重なっているかを観察します。

観察する状態	事実として確認する質問	まだ決めつけないこと
小さな手順も事前承認	定型メールの順序や通常日程まで、送る前に承認が必要か	上司が支配的な性格である
判断が上司へ集まる	基準内の選択も、担当者が答えず上司を待つか	担当者に意欲がない
指示の理由が見えない	目的・境界より、修正後の文や操作だけが返るか	説明すれば必ず納得する
差し戻しが再発する	同じ理由で複数人・複数回の修正が起きているか	個人の注意不足が原因である
上司不在で止まる	休暇や会議中、低リスクの通常案件も待つか	速度を上げれば品質も上がる
結果より手順を採点	顧客との合意や適合より、上司と同じ進め方を優先するか	違う手順なら失敗である

大切なのは、「確認が多くて嫌だった」という感想を無視しないことと、それだけで統制の適否を確定しないことです。業務、権限、経験、顧客影響、社内規程を並べ、必要な確認と、上司の不安を下げるだけの承認を分けます。

マイクロマネジメントの原因を、上司の性格だけで決めない

過剰な確認の背景に不安や不信がある場合もありますが、本人の内面は外から確定できません。本記事では、改善できる仕事の構造として次の四つを確かめます。

確かめる構造	確認が増える状態	改善の入口
守る結果	「丁寧に」「失敗なく」だけで、合格条件が見えない	顧客との約束、禁止、完了の証拠を書く
判断の境界	どこまで本人が決めてよいか分からない	本人判断、事前相談、停止条件を具体例で分ける
支援の経路	上司一人だけが答えを持ち、不在時に仕事が止まる	回答者、代理、回答期限を決める
合意と見直し	完成形だけを指示し、担当者の案と結果を見ない	選べる範囲を読み合わせ、事後に基準を更新する

つまり、「信頼して任せる」と宣言するだけでは足りません。目的、判断基準、裁量範囲、相談後の支援が同じ一件でつながっているかを確認します。

コモンリンクの会議｜南雲の確認表は、責任感から増えていた

コモンリンクの会議室。薄い進捗資料、営業ダッシュボード、白いボードが並んでいた。若手チームリーダーの南雲 純は、担当者別の確認表を机の中央へ置いた。

Season 0第4話「数字は冷たくない」で南雲は、成約率が下がった理由を見失わないよう、連絡回数を毎日確認し、入力期限を短くしようとした。ソウタたちは数字と一件の会話を並べる方法に変えたが、南雲が誰より早く数字を更新し、メンバーへ確認を送る姿勢は変わらなかった。

その後、表には「次に確かめること」だけでなく、商談前の目的、参加者、質問順、資料版、商談後メール、次回連絡日時まで増えていた。

河合 玲子は、表を減らしてほしいとは言わなかった。最近の通常案件を一件選び、担当者が自分で決めた箇所と、南雲の事前承認を待った箇所に別の印をつけてもらった。

選ばれたのは、既存顧客との定例確認日を一日ずらす連絡だった。契約、価格、提供範囲、個人情報に変更はない。顧客から候補日も受け取っている。それでも担当者は、件名、候補日の並べ方、送信時刻を南雲へ確認していた。

南雲はすぐに答えなかった。表の項目には、それぞれ守りたい理由があった。しかし、理由を伝える代わりに完成形を確認してきたため、担当者に残った学びは「送る前に南雲へ見せる」になっていた。

まず、確認表を「結果・判断・手順」に分ける

ソウタは、南雲の確認項目を消さず、三枚へ移した。

1. 結果｜組織として守る約束

結果の欄には、上司の好みではなく、顧客と組織が守る必要のある状態を書きます。

• 顧客へ伝えた期限と提供範囲が変わっていない。
• 契約、価格、個人情報、公開範囲を権限なく変更しない。
• 二重予約や担当不在が起きない。
• 変更点、未確定点、次の連絡が顧客にも分かる。
• 問題が起きた時に、誰が回復対応を引き取るか分かる。

「丁寧なメール」「失礼のない説明」だけでは、人によって採点が変わります。相手が訂正できる情報があるか、約束が変わっていないか、連絡が完了したかのように、後から確かめられる状態に戻します。

2. 判断｜本人が選ぶための基準

判断の欄には、答えではなく、選ぶ時に見る条件を書きます。

判断項目	基準の例	条件内なら本人が選べること
目的	既存の定例日を、双方が可能な候補に変更する	件名、挨拶、候補日の順序
変更範囲	日時だけ。契約、価格、参加権限は変えない	メールか合意済み連絡手段か
確認済み情報	顧客の候補日、自社担当の空き、会議URL	どの候補を先に示すか
止める条件	契約期限に影響、権限外の参加者、個人情報の追加	送信を止めて相談する
完了の証拠	双方の合意日時と、更新した予定	記録の短い書き方

基準を詳細にしすぎて、別の手順書に戻さないことが重要です。目的、許容範囲、止める条件、完了の証拠が分かれば、条件内の組み立ては本人へ返せます。

3. 手順｜必須と選択可能を分ける

手順には、法令、契約、セキュリティ、品質上の必須手順と、経験や場面によって変えられる手順が混ざりやすくなります。

手順	扱い	理由
登録済みの連絡先を使う	必須	誤送信を防ぎ、連絡記録を対応づけるため
契約・価格変更は権限者へ相談	必須	担当者の権限を超えるため
件名を上司の定型文に合わせる	選択可能	必要情報が識別できれば、表現は一つでなくてよい
候補日を早い順に並べる	選択可能	顧客の希望や関係者によって順番が変わるため
商談後メールを必ず当日夕方に送る	条件を再確認	合意した期限と相手の勤務時間により適切な時点が変わるため

必須手順には「なぜ必須か」と「例外時の戻し先」を添えます。選択可能な手順は、上司と同じやり方を正解にせず、結果と境界を満たしているかで振り返ります。

相談条件を四つに分ける

「困ったら相談してください」は、優しいようで判断を部下へ丸投げすることがあります。どの程度が「困った」なのか、相談したら評価が下がるのか、上司が不在ならどうするのかが分からないからです。

相談条件は、少なくとも次の四つに分けます。

区分	状態	担当者の行動	管理者・組織の責任
事前相談	契約・価格・権限・個人情報・公開範囲など、実行前の確認が必要	現在の事実、選択肢、自分の案、期限を持って相談	判断者と回答期限を示す
停止して相談	顧客への不利益が広がる、約束違反が疑われる、回復が難しい	続行せず、影響範囲と保全した記録を共有	顧客対応と回復判断を引き取る
事後共有	条件内で完了したが、次回の基準更新に役立つ差が出た	選んだ理由と結果を短く残す	人事評価と学習記録を混ぜず、必要なら基準を更新
本人判断	合意した目的・範囲・必須手順の内側	自分で決め、完了を記録	結果を確認し、違う手順だけで差し戻さない

金額などに一律の正解はありません。商品、役割、契約、顧客影響、回復可能性、社内規程で変わります。例をそのままコピーせず、実際の権限者と専門部署を確認してください。

相談時の四行

相談を「どうすればいいですか」だけにしないため、持ち込む情報を四行にそろえます。

確認済み：誰が、何を、いつまでに求めているか。

境界：契約、権限、顧客影響のどこに触れるか。

選択肢と自分の案：今見えている案と、選びたい理由。

必要な支援：誰の判断が、いつまでに必要か。

相談時の四行

四行は、相談できる人だけを評価する試験ではありません。情報が揃わない緊急時には、まず止めて支援を求められる入口を残します。相談後に上司が完成文だけを返すのではなく、どの境界で判断したかを短く返すことで、次回は本人が選べる範囲が増えます。

任せることは、管理者の責任を手放すことではない

南雲の中心的な問いは、表の項目数ではなかった。

ソウタは、責任を一枚に分けた。

管理者・組織が引き取る責任	担当者が担う責任
目的、権限、必須手順、停止条件を分かる形で示す	条件内で判断し、理由と完了を必要な範囲で残す
判断に必要な情報、時間、道具、相談先を用意する	分からない条件を推測で埋めず、決めた条件で相談する
権限外や重大影響の判断、顧客への回復対応を引き取る	自分の判断で生じた事実を、評価を恐れて書き換えない
結果を見て、基準不足・支援不足・個別判断を分ける	フィードバックを次の一件で確かめる
任せる範囲を、経験と結果に応じて見直す	任せられた範囲が広すぎる・狭すぎる時に伝える

担当者の判断に改善点があっても、設計した権限、足りなかった基準、過重な案件量、相談先の不在まで個人の責任に集めません。反対に、権限委譲を理由に、確認済みの規程違反や顧客への不利益を見直さないわけでもありません。

管理者が引き取るのは、すべての作業ではなく、判断できる環境と、境界を越えた時の支援です。

一度に全部外さず、低リスクの通常判断から試す

確認項目を一夜で外すと、何が必要だったかも、何が上司の不安だけを下げていたかも分かりません。コモンリンクでは、南雲のチーム内で使っている権限表と規程を優先し、契約・価格・個人情報・公開範囲には触れない通常の日程調整から試すことにした。

影響を限定するため、対象、対象外、停止条件を先に固定します。試行の期間と件数は一律に決めず、自社のリスク、件数、見直し可能な時点から設定します。

試行前に固定するもの	コモンリンクでの例
対象	既存顧客との通常の日程調整
対象外	契約、価格、参加権限、個人情報、公開範囲の変更
本人が決める	件名、候補日の順序、合意済み手段での連絡時刻
事前相談	顧客の希望と社内予定が両立しない、権限外の参加者が増える
停止条件	誤送信、二重予約、契約期限への影響が疑われる
管理者の支援	相談への回答者、回答できない時の代理、顧客への回復対応
見直し	承認待ち、差し戻し、顧客訂正、回復仕事、本人判断の範囲

南雲は、送信前の文面承認を外した。その代わり、最初の説明で結果、必須手順、相談条件を読み合わせ、終了後は文の好みではなく、守る結果と実際の差だけを確認する。

改善指標は、売上と失敗件数を一つにしない

マイクロマネジメントを減らした効果を売上だけで判定すると、短い期間の顧客構成、案件難度、季節性などを管理方法の成果に変えるおそれがあります。失敗件数だけを見ても、以前は記録されなかった小さなずれが見えるようになった可能性があります。

少なくとも、次の指標を別々に見ます。

観察するもの	記録する事実	単独では言えないこと
承認待ち	依頼から回答まで、止まった業務	待ち時間減少だけで品質が上がった
事前承認	どの区分で何件必要だったか	件数が少ないほど自律的である
差し戻し	理由、同じ理由の再発、基準更新	差し戻しゼロなら判断が正しい
顧客影響	訂正、再連絡、約束変更、不利益の範囲	訂正があれば信頼を失った
回復仕事	誰が何を引き取り、完了まで何が必要だったか	時間だけで失敗の重大さが決まる
本人判断	条件内で完了した仕事と選んだ理由	件数が増えれば能力が上がった
相談の質	確認済み、境界、案、必要支援が揃ったか	四行が揃わない人は意欲が低い
本人の申告	任せる範囲の広さ、基準の分かりやすさ、相談のしやすさ	回答だけで心理状態を診断できる

売上、失注、継続は事業成果として別に見ます。短期成果が下がった時も、任せ方だけを原因にせず、案件構成、商品条件、顧客側の変化、支援時間を確かめます。

「報告が増えた」を悪化と決めない

運用変更の直後は、相談や小さな失敗の記録が増えることがあります。実際に失敗が増えたのか、以前からあった事実が見えるようになったのか、この時点では分かりません。

増加した件数だけで、成功とも失敗とも決めません。次の会議で、報告のしやすさ、実際の影響、以前からあった事実が初めて見えた可能性を分けて読みます。報告件数を減らすこと自体を目標にすると、判断を育てる記録まで消える可能性があります。

研究から借りられることと、現場へそのまま移せないこと

指示と権限委譲の研究は、対象、課題、文化、期間、測定方法が異なります。実務では「確認を何回にすべきか」という共通解ではなく、考える補助線として限定して使います。

内閣官房内閣人事局の「国家公務員のためのマネジメントテキスト（2024.4 ver.）」は、管理職が自分で行う仕事と部下へ割り振る仕事を基準で分け、作業や予定の説明、進捗報告と支援を重ねる考え方を示しています。国家公務員向けの学習教材であり、民間企業や営業チームの権限表を定める規程ではありませんが、仕事を丸ごと「任せる・任せない」の二択にしない確認材料になります。

リクルートマネジメントソリューションズの「会社や上司からの管理に関する意識調査」は、会社員930人の回答で、細かな報告・連絡・相談の要求や支援の不足が上司からの管理過剰感と関係し、自律・尊重や必要な支援の認識は管理過剰感の低さと関係したと報告しています。自己申告による横断的な調査なので、細かな確認が疲弊や離職を直接引き起こす証明には使いません。本記事では、確認回数と支援を別々に見る理由として参照します。

Lorinkova、Pearsall、Simsの「Examining the Differential Longitudinal Performance of Directive versus Empowering Leadership in Teams」は、シミュレーション課題に取り組む60チームを追い、指示型のチームは初期に高い成績を示す一方、権限委譲型のチームは学習、調整、心理的エンパワーメント、共有メンタルモデルを介して時間とともに改善する方向を報告しました。営業現場の顧客成果を保証する研究ではなく、立ち上がりと長期の学習を同じ時点で比べない補助線です。

Martin、Liao、Campbellの「Directive versus Empowering Leadership」は、アラブ首長国連邦でのフィールド実験で、指示型と権限委譲型の双方が顧客評価による中核業務の熟達を高め、主体的行動は権限委譲型だけで増えたと報告しています。リーダーへの満足度による境界も示され、どちらか一方が常に優れるとは読めません。

Cheong、Spain、Yammarino、Yunの「Two faces of empowering leadership」は、権限委譲が自己効力感を通じて働きを支える経路だけでなく、特定の委譲行動が仕事上の緊張を増やし、働きを弱める負担経路も検討しました。韓国の11社と6研究機関で上司・部下の別調査票を用いた研究であり、権限を渡すほど常に良いという根拠にはしません。

Langfredの「Too Much of a Good Thing?」は、MBA学生による71の自己管理チームで、高い個人裁量と低い相互モニタリングが組み合わさると、チーム成績が下がる関係を報告しました。学生チームの結果を営業組織に直結できませんが、信頼を掲げて必要な観察までなくさない境界として参照できます。

研究から借りる補助線	本稿での実務化	残す限界
指示は初期の遂行を支える場合がある	新しい・高リスクの仕事は、基準と見本を厚くする	永続的な手順承認の根拠にはしない
権限委譲は主体的行動や時間的な学習と関係し得る	条件内の手順を本人へ返し、結果から基準を更新する	売上・成長・満足を保証しない
権限委譲も負担になり得る	役割、相談先、回答期限、回復支援を先に示す	本人の緊張を外から診断しない
裁量と低い観察の組合せにリスクがあり得る	事前承認を外しても、結果と顧客影響は共同で見る	監視を増やす一般根拠にはしない

したがって、研究名を使って「部下は自律を求めている」「任せれば成績が上がる」と決めません。仕事ごとに必要な基準を示し、本人が選べた範囲、顧客への結果、相談と回復を観察します。

ツールを選ぶ前に、承認経路を短くする

SFA・CRM、商談録音、メールレビュー、ワークフロー、タスク管理、AI要約を導入しても、すべての通知を上司へ集めれば、細かな確認を速く再生産するだけです。特定製品を先に決めず、承認経路から比べます。

比較するなら、機能数より次を確認します。

1. 権限と承認を仕事のリスク別に分けられるか。 全案件・全項目を一人へ集めない。
2. 判断基準と変更履歴を同じ場所で見られるか。 完成文だけでなく、なぜ必要かに戻れる。
3. 上司不在時の代理と期限を設定できるか。 通知したまま止めない。
4. 事前承認と事後共有を分けられるか。 参考通知を承認待ちに変えない。
5. 本人が訂正・補足できるか。 AI要約や上司の解釈を正本にしない。
6. 監視範囲を説明し、必要以上に保存しないか。 録音、本文、活動履歴の目的、閲覧、保存、削除を確認する。
7. データを出力し、運用を戻せるか。 製品をやめると判断基準まで失う設計にしない。
8. 料金・契約・解約条件を比較できるか。 小さく試し、合わなければ戻せる。

録音や活動分析を始める前に、目的と必要性、対象者への説明、閲覧者、保存期間、削除方法、本人が閲覧・訂正できる範囲、人事評価に使うかを決めます。社内規程、就業ルール、個人情報・通信・業界上の条件は組織ごとに異なるため、担当部署へ確認してください。本人へ知らせない常時監視を、本稿の「結果を見る確認」に置き換えることはできません。

メールや会話の自動採点を使う場合も、上司と同じ表現を高得点にするのか、顧客への約束・確認・訂正可能性を観察するのかで意味が変わります。感情推定や性格診断で本人の自律性を採点せず、元記録、訂正、評価利用の範囲を確認してください。録音、メール、顧客情報、従業員情報を外部AIへ入力する前には、入力が提供者の学習に使われるか、保存期間、管理者の閲覧範囲、出力・削除の可否を契約と設定で確かめます。AIの要約や点数だけで、承認権限の変更、人事評価、懲戒を決めません。

一枚で始めるマイクロマネジメント見直しシート

最初から全チームの管理制度を変える必要はありません。止まりやすい通常業務を一つ選び、次の一枚を管理者と担当者で作ります。

欄	記入すること
対象業務	今回見直す一つの仕事。対象外も書く
守る結果	顧客、契約、品質、組織として守る状態
必須手順	省略できない手順と、その理由
本人判断	条件内で担当者が選べる範囲
事前相談	実行前に確認する具体的な条件と回答者
停止条件	続行せず支援を求める状態と代理先
事後共有	結果から基準を更新するために残す事実
回復支援	問題時に管理者・組織が引き取る仕事
見直す証拠	待ち、差し戻し、顧客影響、回復、本人判断
見直し時点	いつ、誰と、何を根拠に範囲を変えるか

記入後、次の三つを確かめます。

• 本人が、上司へ聞かずに判断できる範囲を具体例で言える。
• 停止・相談した時、誰がいつまでに応答するか分かる。
• 失敗した時、本人を評価する前に、基準・情報・支援の不足を見直せる。

一つでも答えられなければ、確認を外す前に設計を補います。すべて答えられても、事故が起きない保証にはなりません。影響を限定した範囲で始め、結果を見て更新します。

公開前チェックリスト

• 確認回数だけで、マイクロマネジメントと決めつけていない。
• 管理者が守ろうとしている顧客・組織上の理由を確認した。
• 結果、判断、手順を分けた。
• 必須手順には理由と例外時の戻し先がある。
• 本人が選べる範囲を、具体例で言える。
• 事前相談、停止して相談、事後共有、本人判断を分けた。
• 上司不在時の代理と回答期限がある。
• 任せることを、失敗時の責任転嫁に使っていない。
• 売上、承認待ち、差し戻し、顧客影響、回復仕事を合算していない。
• 報告や失敗の増加を、即座に悪化とも成功とも決めていない。
• ツールで監視・承認を増やす前に、不要な経路を外した。
• 契約、個人情報、法令、安全、業界規制は専門部署と個別に確認する。

最初の小さな失敗

試行の最初の日、南雲は通常の日程調整メールを送信前に開かなかった。担当者は、合意した候補から一つを選び、既存顧客へ会議案内を送った。

結果、件名も本文も上司の定型とは違ったが、目的、変更範囲、候補日、返信先は揃っていた。南雲は修正を求めず、完了の記録だけを確認した。

二件目も、承認待ちにはならなかった。

その日の終わり、三件目の案内が送信された後、担当者は会議室番号が一つ違っていることに気づいた。契約、価格、個人情報には触れていない。顧客との会議は翌日で、訂正できる時間もある。それでも、合意した結果からは外れていた。

担当者は訂正メールを開き、次にチームの共有欄を開いた。

南雲の画面には、まだ何も届いていなかった。

確認を減らした後、最初の小さな失敗が起きた。

ここで必要なのは、「だから任せるべきではなかった」という結論でも、「小さいから報告しなくていい」という結論でもありません。起きた事実を、誰が、どのように知らせ、受け取るか。その続きは、次話「失敗しても話せる会議」で扱います。

チームで決める境界、現場に残す判断

管理者が全部を決めると、現場は条件が変わるたびに止まります。チームで先に共有する境界と、担当者が相手を見て選べる部分を切り分けます。

S5E09「営業は最後は胆力だ」— チームが決める境界・現場に残す判断

元の場面: 営業は最後は胆力だ

共有する境界	チームが先に決めること	現場に残すもの
守る結果	顧客・事業・安全・契約で、最低限何を守るか	場面に合わせた説明と提案
個人の決定範囲	条件内で、本人が承認なしに選べること	選択する順序、言葉、小さな試行
相談する条件	権限外、重大、戻せない、専門確認、価値衝突	相談先を選び、未確認と返答時点を伝えること
止める条件	虚偽、禁止、最低線違反、影響拡大、代替なし	その場で確約しないこと、影響を広げないこと
決定時点	いつまでに、何がなくても一つを選ぶか	残る不確実性を明示した選択
選んだ後	見る結果、反証、回復、訂正、基準の見直し責任者	事実と結果を戻し、表にない違和感を提起すること

S5E09「営業は最後は胆力だ」— 二十秒で決まったこと・引き取る責任

元の場面: 営業は最後は胆力だ

二十秒で確定したこと	まだ確定しないこと	次に引き取る責任
全社導入は今日確約しない	利用部門の適合、セキュリティ、最終範囲	担当部署、確認期限、回答方法を示す
無償・非契約・解除可能なら仮押さえを検討	本当に枠確保が必要か、機会損失の大きさ	費用、排他性、解除、期限を双方で確認する
条件が満たせなければ確認後の枠を案内	競合の条件、顧客の優先順位	競合情報を推測せず、代替時期と影響を示す