「追加でこれも入れてもらえますか？」——その一言に「分かりました」と答えてしまうPMは多いです。断ると顧客関係が悪くなりそう、なんとかなるかもしれない、という判断が積み重なり、気づいたときには納期と利益が削られています。
追加要望への対応で重要なのは「断るか受けるか」という二択ではありません。「この要望を受けた場合に何が変わるか」を説明できることです。影響を見えるようにすることで、顧客も「それなら順番を変えよう」「来月に回す」という判断ができるようになります。
本記事では、追加要望を否定せずに影響を説明するための型と、その場で約束しないための言い方を整理します。
追加要望は断る/受けるの二択ではない
追加要望への対応を「断るか受けるか」と捉えているうちは、常に不利な立場に置かれます。断れば「協力的でない」と思われ、受ければコストが膨らみます。
「影響を整理してから、選択肢として提示する」というアプローチをとることで、PMは「現実をきちんと把握して説明できる担当者」として機能できます。
影響説明に入れる4項目
追加要望への影響は次の4項目で整理します。
1. 納期への影響：この要望を追加した場合、いつまでに完了するかの見込みがどう変わるか。「現在の計画では〇日完了ですが、この追加対応により〇日になります」という形で示します。
2. 費用への影響：追加対応に必要な工数と、それが費用にどう影響するかを整理します。契約の範囲内か範囲外かも含めて確認が必要です。
3. 品質への影響：追加対応を急いで組み込む場合、テスト時間が削られるなど品質への影響がある場合は明示します。
4. 優先順位の影響：現在進行中のタスクの中で何かを後回しにする必要がある場合は、「〇〇と〇〇のどちらを優先するかを確認させてください」という形で示します。
この4項目をすべて揃えなくても構いません。影響が特定できたものから伝えて、残りは確認後に追加するという進め方で十分です。
顧客に伝える順番
影響説明の順番は次の形が基本です。
- 要望の内容を受け取ったことを確認する
- 影響を整理するための時間をもらう
- 影響が整理できたら選択肢として提示する
その場で即答するのではなく、「確認してから影響をご報告します」という形をとることで、感情的な判断を避けられます。
その場で約束しない言い方
顧客から追加要望が来たその場で「分かりました」と言わないための表現を持っておくと便利です。
「内容は確認しました。影響について確認させてください。〇日（または本日中）に工数と納期への影響をご報告します」——この1文が、その場での約束を避けるための基本形です。
「検討してみます」は避けてください。期限が曖昧で、顧客に「回答待ち」の状態を作ります。「〇日までに回答します」という形で期限を明示するほうが、顧客にとっても計画が立てやすくなります。
選択肢として提示するテンプレート
影響の整理ができたら、顧客に選択肢を提示します。
〇〇のご要望について確認しました。
今の計画への影響は以下の通りです。
【案A】今の計画に追加して対応する場合
- 完了予定：〇日 → 〇日（+X日）
- 費用：[スコープ内 or 追加〇万円程度]
- 影響：[他タスクへの影響があれば記載]
【案B】優先順位を変更して対応する場合
- 〇〇機能の対応を〇日以降に移すことで、今の期日のまま追加対応できます
- [移動する機能と顧客への影響を記載]
いずれの場合も一長一短があります。
どちらがご要件に合っているかご確認いただけますか？「断る」という言葉を使わずに、影響と選択肢を示すことで、顧客は判断できる材料を持てます。
追加要求への対応を「記録」として残す
顧客からの追加要求と、それへの対応は記録として残してください。口頭で「検討します」「調整します」と伝えても、後から「あの件どうなりましたか」と問われる場面が必ず来ます。
記録のフォーマットはシンプルでよく、「要求日・要求内容・PMからの回答・対応方針・決定日」の5点があれば十分です。この記録を顧客と共有することで、「追加要求がどう扱われたか」の透明性が生まれます。追加要求の記録が積み重なると、スコープ変更の経緯を整理しやすくなります。
影響説明を「拒否」にしない伝え方
追加要求の影響を説明する際、「できません」「対応できません」という言葉を使わずに、「どうすれば対応できるか」を示すことが重要です。
「この要求をそのまま対応するためには〇日の延期と追加費用が必要になります。一方、要求の中核部分のみを対応する形であれば、追加費用なしで現行スケジュール内で可能です。どちらを優先されますか」という形が、断らずに影響と選択肢を示す基本パターンです。顧客が判断できる材料を提示することで、PMと顧客が一緒に解決策を選ぶ関係を維持できます。
影響説明の場に上司・PMOを同席させるタイミング
追加要求の影響説明は通常PMが単独で行いますが、影響が大きい場合や顧客の反発が予想される場合は、上司・PMOを同席させることを検討してください。
上司の同席は「会社として正式に回答している」というメッセージになり、顧客側の担当者が社内承認を取る際の根拠になることがあります。また、PMが一人で対応の責任を背負いすぎることを防ぐ意味もあります。同席の判断は「影響額が一定以上か」「顧客との合意が必要な内容か」の2点を基準にするとよいでしょう。
追加要求の「優先度」を顧客と合意する方法
顧客からの追加要求が複数ある場合、「どれを優先するか」を顧客と合意することが重要です。PMが独自に判断して対応する順序を決めると、「なぜ重要なAより後回しのBが先に対応されたのか」という不満につながります。
優先度の合意方法は「要求一覧表を顧客と共有し、上位3件の優先順位を決めてもらう」という形が最も簡単です。顧客が優先順位を決めると、「自分が選んだ順序」として受け入れやすくなります。また、PMとして「〇と〇は技術的な依存関係があるため、〇を先に対応する必要があります」という制約条件を事前に伝えることで、実現可能な順序での合意を取りやすくなります。
追加要求が続く案件の根本対処
追加要求が繰り返し発生する案件は、要件定義や合意形成のフェーズに問題があることが多いです。「要件がそもそも不確定なまま開発が始まった」「顧客の社内合意が不十分で、後から担当者の意見が追加される」「仕様変更が当然として扱われる文化がある」のいずれかです。
根本対処として「次フェーズまたは次回受注時に、要件定義フェーズの工数と期間を明示的に確保する」「変更管理プロセスを契約書に明記する」「顧客担当者に加えてキーユーザーを要件確認に同席させる」の3点を検討してください。
現在進行中のプロジェクトでは根本から変えることは難しいですが、追加要求への対応を記録することで、次回の提案・契約に活かせるデータが蓄積されます。
追加要求への対応は「断る」ではなく「管理する」という姿勢が、顧客関係を維持しながらスコープを守る基本です。影響の説明・記録・優先度合意・根本対処という一連の流れを習慣化することで、追加要求をプロジェクトの脅威から「管理可能な変更」に変えることができます。
追加要望への対応と変更管理のスキルについては、炎上予防・立て直しパックでまとめて学べます。受託開発PMが実際に使える変更管理と顧客調整の実務を体系的に解説しています。