対応が難しい修正依頼をどう調整する？Web制作の判断基準と伝え方
Contents
「公開日は変えられないけれど、構成を最初から見直したい」「デザインは確定したが、別案も見てから決めたい」。Web制作では、当初の合意範囲を超える修正依頼が突然届くことがあります。
こうした依頼をその場で引き受けると、納期の遅れや品質低下につながります。一方で、反射的に「できません」と返せば、クライアントとの関係を損ねかねません。必要なのは、依頼の背景と影響範囲を整理し、対応条件や代替案を示すことです。
この記事では、すでに届いた対応の難しい修正依頼を題材に、受けるかどうかの判断方法と、角を立てずに調整する手順を紹介します。
対応が難しい修正依頼には共通点がある
難しさは依頼内容ではなく、前提とのずれで決まる
高度な要望が、すべて無理な依頼になるわけではありません。問題になるのは、合意済みの目的、仕様、予算、納期のいずれかを崩すにもかかわらず、その調整が行われない依頼です。
たとえば、採用サイトのデザイン確定後に「会社のサービスも詳しく紹介したい」と言われた場合、文章を追加するだけでは済みません。ページ構成や導線、スマートフォン表示まで見直す可能性があります。それでも公開日と費用を据え置くなら、対応が難しい依頼だと判断できます。
依頼の言葉だけを見て可否を決めず、「当初の前提から何が変わるか」を確認することが重要です。
「もっと目立たせて」は背景を確認する
「ファーストビューをもっと目立たせてください」という依頼には、複数の意図が隠れています。問い合わせボタンを見つけやすくしたいのか、競合サイトより力強い印象にしたいのか、社内の決裁者が物足りないと感じたのかで、解決策は変わります。
悪い確認例は「どのくらい目立たせますか？」です。これでは、色や大きさの好みについて往復が続きます。次のように目的まで尋ねます。
ご要望の背景を確認させてください。問い合わせへの導線を強めたいのか、ブランドの印象を変えたいのかによってご提案が変わります。現在、特に改善したい点はどちらでしょうか。
抽象的な依頼への向き合い方は、クライアントの曖昧な修正依頼を具体化する方法でも詳しく紹介しています。
修正を受ける前に4つの観点で判断する
目的と合意範囲に照らして確認する
最初に、要件定義、ワイヤーフレーム、見積書、承認済みデザインを確認します。「必要そうだから対応する」ではなく、当初の目的に必要な変更か、追加要望なのかを切り分けるためです。
たとえば、商品購入を目的としたECサイトで、公開直前に会社沿革をトップページへ大きく掲載したいと言われたとします。掲載自体は可能でも、購入導線より優先すべきかは別の問題です。「実装できるか」と「目的に合うか」を分けて判断しましょう。
ただし、合意範囲外であることだけを理由に拒否すると、発注側には形式的な対応に見えます。目的への影響と、追加対応に必要な条件を併せて説明します。
変更が波及するページを洗い出す
一見小さな修正でも、サイト全体へ影響することがあります。ヘッダーの問い合わせボタンを変更すれば、下層ページやスマートフォン表示も確認が必要です。サービス名の変更なら、本文、ナビゲーション、フォーム、リンク先なども対象になります。
依頼を受けたら、次の順番で確認します。
- 直接修正する画面と要素を特定する
- 同じ部品を使っているページを洗い出す
- PCとスマートフォンの両方への影響を確認する
- リンク、フォーム、解析設定への影響を確認する
Revoolのサイトマップ／ページ管理を使うと、対象ページと関連ページを一覧で確認できます。ただし、自動的に影響範囲が確定するわけではありません。共通部品や実装仕様は、制作担当者による確認も必要です。
納期・費用・品質のどれが変わるかを示す
大幅な修正を追加しながら、納期、費用、品質をすべて維持するのは困難です。そこで「対応できるか」だけでなく、何を調整すれば対応できるかを示します。
たとえば、「公開日を維持する場合は文言と画像の差し替えまで」「構成から変更する場合は公開日を3営業日調整」のように選択肢を出します。工数の根拠を示さずに追加費用だけを伝えると、値上げ交渉と受け取られやすいため注意が必要です。
角を立てずに修正条件を伝える
受領、確認、対応確定を分ける
現場で起きやすい失敗は、チャットで「承知しました」と返信した結果、対応確定だと受け取られることです。依頼を受け取った段階では、確認中であることを明確にします。
ご依頼ありがとうございます。関連ページとスケジュールへの影響を確認し、本日中に対応方法をご連絡します。
この一文を挟むだけで、制作チームが影響を確認する時間を確保できます。「承知しました」を使う場合も、「依頼を受領した」という意味なのか、「提示された条件で対応する」という意味なのか、曖昧にしないことが大切です。
断るのではなく選択肢を提示する
対応が難しい場合は、依頼を否定するのではなく、目的を満たせる代替案を出します。
調整前
納期に間に合わないため、その修正はできません。
調整後
構成から変更する場合、下層ページとスマートフォン表示の再調整が必要です。公開日を維持する場合は、今回は見出しとメイン画像を変更し、構成変更を公開後の第2段階として進める方法をご提案します。
後者は、できない理由、影響範囲、代替案がそろっています。ただし、実現できない代替案を場当たり的に約束してはいけません。デザイナーや実装担当者と確認したうえで提示します。
決裁者と最終判断を確認する
担当者、営業責任者、経営者から別々の意見が届く案件では、すべてをそのまま反映すると矛盾が生じます。BtoBサービスサイトで「情報量を減らしたい」と「機能をすべて掲載したい」が同時に届くようなケースです。
この場合は、「コメントを集める人」と「最終決定する人」を確認します。意見を無視するのではなく、目的別に整理したうえで、決裁者に優先順位を決めてもらいます。社内で未確定の意見を、確定した修正指示として扱わない運用が必要です。
修正依頼を実行可能な指示へ変える
場所・変更内容・理由を一組にする
「トップのボタンを変更」だけでは、対象や完了条件が分かりません。制作担当者が再確認せずに動ける形へ変換します。
変更前の依頼
ボタンをもっと分かりやすくしてください。
実行可能な指示
トップページのファーストビューにある資料請求ボタンについて、主な行動であることが分かるよう、隣のログインボタンより視認性を高めます。文言は「無料資料をダウンロード」に変更し、PC・スマートフォンの両方を確認してください。
理由まで残すのは、別の担当者が目的を理解し、意図と異なる修正を防ぐためです。ただし、色や余白などの解決方法を細かく固定しすぎると、デザイナーがより適切な案を出しにくくなります。目的と必須条件、提案可能な範囲を分けましょう。
画面上に修正箇所と履歴を残す
メール、チャット、口頭、Excelに依頼が分散すると、「最新版はどれか」「この指摘は対応済みか」が分からなくなります。修正箇所とやり取りを同じ場所へ集約することが、言った言わないの防止につながります。
Revoolでは、画面キャプチャにピン留めコメントを付け、修正箇所を示せます。プロジェクトへクライアントを招待して共有でき、ステータス管理にも対応しています。Chrome/Edge拡張機能を使えば、ブラウザからキャプチャを投稿できます。
ただし、コメントが登録された時点で対応確定としないことが重要です。「確認中」「対応」「保留」など、チームでステータスの意味を決めておきます。
よくある失敗からレビュー運用を見直す
先に直してから確認すると手戻りが増える
制作会社でありがちな失敗が、関係を悪くしたくない一心で、届いたコメントをすぐデザイナーへ回すことです。数時間かけて修正した後に、クライアントから「社内でまだ決まっていなかった」と連絡が来れば、作業は無駄になります。
修正前に、少なくとも次の項目を確認します。
- 変更の目的が説明されているか
- 対象ページと対象箇所が特定されているか
- 最終決裁者が確認しているか
- 関連ページへの影響を確認したか
- 納期や追加費用の調整が必要か
- 完了条件が制作側と発注側で一致しているか
急ぎの案件ほど、この確認を省略しがちです。しかし、確認時間を短縮することと、確認せず着手することは同じではありません。
直した箇所だけを見て完了にしない
修正後に対象箇所だけを確認し、関連画面の崩れを見落とすこともあります。たとえば、CTAの文言を長くした結果、スマートフォンでボタンが二段になったり、ヘッダーからはみ出したりするケースです。
実装後は、対象箇所、関連ページ、端末別表示、リンク先の順に確認します。公開済みサイトでは、Revoolのサイト解析でリンク切れやページ品質に関する状態を確認することもできます。ただし、解析結果だけでデザインや表示の妥当性を判断せず、目視確認と組み合わせましょう。
追加依頼そのものを発生しにくくする設計については、修正依頼を減らすための方法とRevoolの活用法も参考にしてください。
対応の難しい依頼ほど、条件を整理して合意する
感情ではなく影響範囲を根拠に話す
大幅な修正依頼を受けると、「また変更か」と感じることもあります。しかし、クライアントは実装上の影響を把握していないだけかもしれません。背景を確認し、対象ページ、工数、納期への影響を可視化すれば、対立ではなく選択の話に変えられます。
依頼を受けたら、目的の確認、影響範囲の調査、条件と代替案の提示、決裁者の承認という順番で進めましょう。
修正箇所と判断の履歴を一元化する
対応の難しい修正依頼を完全になくすことはできません。それでも、画面上に指示を残し、対応状況とページを一元管理すれば、認識違いや二重対応は減らせます。
Revoolは、画面キャプチャへの修正指示、クライアントとのレビュー共有、ステータス管理、サイトマップ／ページ管理、サイト解析を一つのプロジェクトで扱えるWeb制作向けツールです。まずは進行中の案件で、修正依頼の窓口を一つにするところから試してみてください。
