「この機能も追加してほしいんですが」と顧客に言われたとき、「分かりました、対応します」と答えてしまったことはないでしょうか。その場の空気を壊したくない、顧客に断るのは申し訳ない——その気持ちはよく分かります。でも、要望をそのまま受け続けると、スケジュールとチームの両方が壊れていきます。
「断る」のではなく「確認する」——これが追加要望を受けた瞬間の正しい対処です。
要望をそのまま受けると起きること
追加要望をすぐに「対応します」と答えた場合、何が起きるかを考えてみましょう。
- 開発チームが知らない間にスコープが広がる
- 計画にない作業が増えてスケジュールが崩れる
- 「断りにくい雰囲気」ができて次の追加要望も来やすくなる
- 無制限に追加が続くと最終的に「あれもこれも入れたはずだが金額は変わらない」という状態になる
顧客の要望を否定しているわけではなく、プロジェクトを守るために確認が必要なのです。
最初に聞くべき背景
追加要望が来たとき、まず「なぜそれが必要なのか」を聞きます。
「その機能はどういう場面で必要になりますか？」 「今回追加したいと思われたのはどういった経緯からですか？」
背景を聞くと、「実はそこまで急ぎではない」「代替手段がある」「今回ではなく次フェーズで対応できる」という状況が見えてくることがよくあります。要望の言葉だけを受け取っていると、本当に必要なことを見誤ることもあります。
目的と優先順位を確認する
背景が分かったら、「今回のプロジェクト全体の中でどれくらい優先度が高いか」を確認します。
「今のスコープと比べて、この機能の優先度はどれくらいになりますか？」 「もし今回に含めるとしたら、既存の機能で後回しにできるものはありますか？」
顧客が「すべて最優先」と言う場合でも、「もし何かを犠牲にしなければならないとしたら」という質問をすることで、実際の優先順位が見えてきます。
影響を持ち帰る言い方
その場で「対応します」とも「できません」とも言わずに、持ち帰る言い方を使いましょう。
「ご要望の内容は承りました。スケジュール・費用・既存スコープへの影響を確認して、〇日までに回答させてください」
この言い方には、2つの効果があります。まず「断った」という印象を与えずに時間を確保できる。そして「影響を確認してから判断する」という姿勢がPMとして信頼につながります。
顧客に即答を求められても「その場では影響が確認できないので、確認してから回答します」と言い切ることです。言い訳ではなく、PMとしての判断プロセスを見せることになります。
合意までの進め方
影響を確認したあとは、選択肢を持って顧客に戻ります。
「確認したところ、追加開発には約〇日の工数が必要です。対応方法として3つ案があります。①今回のスコープに含める代わりに○○の完了時期が〇日遅れる、②追加費用として〇万円をご負担いただく、③次フェーズへ持ち越す——どれがよいかご判断いただけますか？」
選択肢を提示することで、顧客は「拒否された」ではなく「選べる」という感覚で話を進められます。また、このやり取りをメールや議事録に残しておくことが、後から認識ズレを防ぎます。
まとめ
顧客の追加要望をそのまま受けないための聞き方を整理しました。
- まず背景を聞く（なぜその機能が必要か）
- 目的と優先順位を確認する
- 影響を確認してから回答するという姿勢を取る
- 選択肢を提示して顧客に判断を促す
「断る」のではなく「確認する・選択肢を示す」というアプローチが、スコープを守りながら顧客との関係を保つコツです。
その場で受けてしまいやすいパターン
以下の場面では特に、即答を避けて持ち帰る姿勢が大切です。
- 会議の最後に「ついでにお願いなんですが」と言われる： 議題外の依頼は会議終了直前が多い。「確認してから回答します」と返すのが基本。
- 「難しくはないですよね？」と事前に規模感を聞かれる： その場で「簡単です」と言うと受諾と受け取られる可能性がある。「一度確認してから工数をお伝えします」と返す。
- メール・チャットで「よろしく」だけ送られてくる： 背景が分からない依頼は確認しないまま着手しない。「内容の確認をさせてください」と返信してから始める。
「とりあえず受けてしまってから社内で調整する」の繰り返しが、スコープ管理の崩れにつながります。
スコープ管理と顧客対応を体系的に学びたい方はこちらもどうぞ。