スコープ外の依頼がクライアントから突然来る。
拒絶して関係を冷やすのか、全部受けて自社チームを疲弊させるのか。板挟みで手が止まります。
Change Requestは「受諾/条件付き受諾/拒絶・延期」の3択で処理できます。影響評価を先に示せば、追加コスト・工期の変更も納得されやすいです。
本記事ではCR受信から契約変更、Postmortemまでの一連の流れを英文テンプレで具体化します。
変更依頼が起きるタイミング
CRには大きく3つの発生タイミングがあります。
要件固まった後の追加依頼
要件定義が終わり、開発中に「あ、これも必要でした」が来るパターン。
最も頻発するCRで、全体の約50%を占めると言われます。
途中での仕様変更
プロジェクト中盤で方針が変わるケース。
会社の戦略変更、規制対応、競合動向がトリガーになることが多いです。
納品直前の修正
納品の直前、UAT段階での修正依頼です。
ここでのCRはプロジェクト収益性を直撃します。本来は受けるべきでない範囲が含まれがちです。
CR対応の3択
CRを受けた瞬間、頭の中で3択に分類します。
即受諾
工数数時間以内、他タスクに影響しない、契約の精神内の変更なら即受諾します。
例: No problem — we can accommodate this within the current sprint.
条件付き受諾
工数が1日以上、または他タスクに影響する場合は条件付き受諾です。
例: We can make this change, but it will add approximately 40 hours and push the Phase 2 delivery by 2 weeks.
拒絶・延期
契約範囲から明らかに外れる、または現フェーズでは技術的に不可能な場合は拒絶・延期。
例: This falls outside the current SOW — let’s scope it as a Phase 2 initiative.
CR受信時の初期対応テンプレ
CRを受けたら24時間以内に返信します。
24時間以内のアクノレッジ
即断せずに、受領だけは返します。
例: Thanks for sharing this — I want to make sure we respond thoughtfully. Let me assess the impact and come back by Thursday.
影響評価期間の提示
影響評価に必要な期間を明示します。
小規模CRは1営業日、中規模は3営業日、大規模は1週間が目安です
並行作業の一時停止判断
CR内容次第で、現在の作業を止める判断が必要です。
例: To avoid rework, I’ll pause Module B development until we finalize this decision.
影響評価（Impact Assessment）
影響評価は4つの軸で行います。
工数（Hours/Days）
必要な追加工数を具体数字で。
例: Additional effort: 60 hours (1 PM + 2 engineers × 3 days).
納期（Delivery Date）
全体納期への影響を明示します。
例: Delivery impact: Current Go-live of May 15 pushes to May 29.
他機能への波及
他機能・他モジュールへの影響を書きます。
例: Scope impact: Affects authentication module testing, needs regression re-run.
コスト（Budget）
追加コストは最後に出します。
例: Cost: Additional $18,000 at our standard rate.
Change Order（契約変更書）の案内
CRを受諾する場合、契約変更書（Change Order）を発行します。
既存契約とのリンク
既存MSA/SOWへの参照を明記します。
例: Change Order #2 under MSA dated Feb 1, 2026.
追加金額の提示
内訳を透明に書きます。
例: Additional fee: $18,000. Breakdown: 40h PM @ $150/h + 120h Engineering @ $100/h.
署名フロー
署名プロセスを明示します。
例: DocuSign envelope will arrive shortly. Please sign by Apr 25 to keep revised timeline on track.
クライアントの社内承認フロー
相手側の社内プロセスを理解すると、CR承認が速くなります。
決裁者の特定
金額によって決裁者が変わります。
$10K未満はPMの裁量、$10-50Kは部長クラス、$50K超はVP/Directorが多いです。
複数決裁の並行
法務・調達・予算部門が並行レビューする場合があります。
各部門に別々のメールを送るか、一括メールを送るかは、相手の文化によります。
期限設定の交渉
承認期限は双方で合意します。
例: Could we aim for approval by next Friday? If we miss that, the May 15 delivery becomes at risk.
拒絶・延期の表現
Noを伝える英語は、直接的すぎても柔らかすぎてもダメです。
今フェーズでは不可の理由
理由を3行以内で明確に。
例: This is a meaningful request, but adding it to the current scope would delay the entire Go-live by 5-6 weeks, which we know is not acceptable for your Q3 launch.
Phase 2提案
拒絶だけで終わらせず、代替パスを示します。
例: We recommend scoping this as Phase 2, starting after Go-live. I’ll include it in the Q4 roadmap discussion.
代替案提示
完全な形は無理でも、軽量版ならできる、というパターンがあります。
例: If a lightweight version (manual toggle, no auto-logic) would address the core need, we can fit that within current scope.
頻発する変更依頼への対応
CRが毎週出るプロジェクトは、構造的な問題があります。
スコープクリープの早期検知
スコープクリープとは、正式なCRプロセスなしに少しずつスコープが膨らむ現象です。
月次で「今月の未ドキュメント追加」の洗い出しを行います。
変更ログの蓄積
すべてのCRをNotionやSalesforceに記録します。
承認日・工数・金額・背景を1行ずつ。Postmortemで使います。
定期レビュー設置
月次でスコープレビュー会議を設置します。
発生中のCRと、今後出てきそうな変更をリストアップし、優先度を合意します。
社内向けエスカレーション
大型CRや揉めているCRは、社内エスカレが必要です。
PM → Account Exec → PM Lead
担当PMで処理できない場合、Account Exec、さらにPM Leadへ。
エスカレ時は、背景・選択肢・推奨案を1ページで共有します。
法務レビュー判断
契約範囲を大きく超える、または責任範囲が変わるCRは法務レビューへ。
例: This CR expands our liability scope — looping in our legal team for review.
チームへの影響共有
CRで他プロジェクトから人を引き抜く必要があれば、関係するPMに事前共有します。
サイロ化した動きはチーム全体の信頼を壊します。
Change Request 例文8
業種別のCRメール例です。
ソフトウェア開発
例: Thank you for flagging the need for SSO support. After reviewing, adding this requires 80 hours (2 engineers × 1 week) and pushes the staging release by 2 weeks. We propose a Change Order at $12,000. Can we align on this by Friday?
クリエイティブ制作
例: Understood on the request for 3 additional landing page variants. We can accommodate within the current sprint, but this will use up our “buffer hours.” Any further revisions would need a Change Order.
コンサルティング
例: Adding the Asia market analysis to the current study means extending the engagement by 3 weeks and adding $45,000. Alternatively, we could defer this to a Phase 2 study starting in Q3.
CR対応力を評価する指標
自分のCR対応を数値化して、改善サイクルを回します。
Turnaround Time
CR受信から返信までの時間。24時間以内が目標。
週次で平均値を記録します。
承認率
提案したCRのうち、クライアントに承認された率。
80%超えが健全。70%未満なら提案内容・金額設定の見直しが必要です。
スコープクリープ金額
正式CRなしに増えたスコープを金額換算します。
1プロジェクト全体の5%未満が健全な水準です。
CRで絶対書かないNG表現
関係を一瞬で壊すNGパターンです。
感情的な拒否
「It’s impossible」「We cannot do this」は刺々しい。
代替: Within the current scope, this isn’t feasible — let’s explore alternatives.
責任転嫁
「You should have told us this earlier」は関係を冷やします。
中立化: This wasn’t captured in the original SOW, so let’s scope it properly now.
曖昧な見積もり
「It might take some time and cost something」はプロらしくありません。
具体数字を出すか、いつ数字が出るかを明示します。
Change Request Post-mortemの書き方
プロジェクト完了後、CR全体を振り返ります。
プロジェクト終了後のふりかえり
CR件数、累計金額、平均Turnaround、承認率をまとめます。
次プロジェクトの見積もりに反映します。
CR頻発の原因分析
頻発CRの原因を5つのカテゴリで分類します。
- 初期要件の不備
- クライアント側の戦略変更
- 技術制約の事後判明
- ステークホルダー追加
- 規制・コンプライアンス対応
次プロジェクトへの学び
CR頻発カテゴリが判明したら、次プロジェクトの契約書に予防策を入れます。
例: 「戦略変更起因のCRは、Phase 2として別契約化する」条項を追加
CR交渉で使える英語フレーズ20
各フェーズで使えるフレーズ集です。
受領フレーズ5
- Thanks for surfacing this — let me assess the impact.
- I’ll come back with a full impact assessment by [Date].
- Before responding, I want to run this by the engineering team.
- Could you clarify what’s driving this request? It helps me scope it right.
- Understood — treating this as a formal Change Request.
条件付き受諾フレーズ5
- We can accommodate this, with the following impact…
- This is doable if we extend the timeline by 2 weeks.
- Happy to include this, scoped as a Change Order at [amount].
- If you’re open to de-scoping Module B, we can fit this in.
- The change is feasible, contingent on confirming [dependency].
拒絶・延期フレーズ5
- Within the current scope, this isn’t feasible.
- We strongly recommend scoping this as Phase 2.
- A lightweight version is possible within scope — would that work?
- This exceeds the technical constraints we discussed in the kick-off.
- Adding this now would put the [Date] milestone at serious risk.
締結フレーズ5
- Proceeding with the Change Order — DocuSign envelope incoming.
- Please confirm approval so we can start work on Monday.
- Revised SOW attached — key changes highlighted in yellow.
- Let’s mark this CR as closed and resume Module A development.
- Thanks for the quick turnaround on the approval.
CRプロセスの成熟度
自社・自チームのCR処理能力はレベル分けできます。
Level 1: 口頭・メール断片
CRがメールや口頭で処理され、記録が残らない段階。
後で「あれ、これ合意したっけ」が頻発します。
Level 2: 統一フォーム
CRフォームが定義され、金額・工期・影響が毎回記録される段階。
Postmortemで振り返れるようになります。
Level 3: 影響評価の自動化
JIRA・Asana連携で、CRの工数影響が自動計算される段階。
大規模プロジェクトで効果を発揮します。
Level 4: CR予測と予防
過去データから「どのタイプのクライアントがどの時期にどんなCRを出すか」を予測する段階。
初期契約に予防的条項を入れ、CR発生自体を減らせます。
この段階に到達すると、CR対応は単なる防御でなく、クライアントへの継続的価値提供に変わります。
CRを恐れずに歓迎できる体制ができると、プロジェクトの収益性も自然に上がっていきます。
