無茶な要求どう断る?システム開発会社・Web制作会社のための対応術

ポータル/Webシステム・AI導入の相談はこちら

要件がふわっとしていてもOK。1営業日以内に返信します。

※「どこでセルバを知りましたか?」は分かる範囲でOKです。

開発実績を見る | 会社情報

納期はそのままで、追加機能を入れてほしい

納品されたけど、やっぱり仕様を変えたい

深夜でも即レスしてほしい

システム開発Web業界で働いていると、こうした取引先からの無茶な要求に直面する場面や、無茶な要求をされたという体験談を聞くことは少なくありません。※セルバのお客様にはそういった方はおられません。
断りたいと思いながらも、「取引が止まったら困る」「関係が壊れたら怖い」と、結局飲み込んでしまった経験がある方も多いのではないでしょうか。

しかし、無理な要求を受け続けることは、チームの疲弊・品質の低下・さらなるエスカレートという負のスパイラルを生みます。
この記事では、IT・Web業界特有の理不尽な要求のパターンを整理しながら、関係を壊さずに断るための具体的な方法と、嫌な取引先との付き合い方・切り方まで解説します。

目次

なぜシステム開発・Web制作の現場で無茶な要求が起きやすいのか

要件定義の曖昧さ

IT・Web業界で無茶な要求が起きやすい大きな原因は、要件定義が曖昧なままプロジェクトが始まってしまうことです。

たとえば「お問い合わせフォームを作る」といっても、確認画面、自動返信メール、管理者通知、スパム対策、CSV出力まで含むのかは、事前に決めておかなければ認識がズレます。

受注側は最低限のフォーム設置を想定していても、取引先は「当然そこまで入っている」と考えている場合があります。
その結果、後から「これも対応してほしい」「普通は付いているのでは」といった追加要望が出やすくなります。

こうしたトラブルを防ぐには、最初の段階で対応範囲、納品物、修正回数、追加費用が発生する条件を明確にしておくことが重要です。

発注側のIT知識不足

発注側がITやWeb制作の工程を十分に理解していないことも、無茶な要求につながる要因です。

画面上では「ボタンを一つ追加するだけ」「検索条件を一つ増やすだけ」に見えても、実際にはデータベースの修正、管理画面の変更、動作テスト、他機能への影響確認などが必要になることがあります。

しかし、その裏側の作業が見えていないと、「すぐできますよね」「追加費用はかからないですよね」と捉えられてしまいます。

また、発注側の確認や素材提供が遅れたにもかかわらず、公開日だけは変えられないというケースもあります。
この場合、受注側に短納期対応の負担が集中しやすくなります

そのため、受注側は作業内容や工数をできるだけ分かりやすく説明し、納期や費用に対する認識をそろえることが大切です。

受注側が断れない構造

無茶な要求が続く背景には、受注側が強く断れない構造もあります。
特に、売上の多くを特定の取引先に依存している場合、「断ると今後の取引に影響するかもしれない」と考え、契約範囲外の作業でも引き受けてしまうことがあります。

また、一度無償対応や短納期対応をすると、発注側にとってはそれが次回以降の基準になってしまう場合があります。受注側は「今回だけ特別対応」のつもりでも、発注側は「前回も対応してくれたから今回も大丈夫」と受け取ることがあります。

さらに、営業担当者が現場の工数を確認せずに「対応できます」と安請け合いしてしまうと、制作・開発チームに負担が集中します

このような状況を防ぐには、契約範囲を明確にし、追加対応のルールを決めておくことが必要です。
また、特定の取引先に依存しすぎない営業体制を作ることも、無茶な要求を断りやすくするうえで重要です。

よくある無茶な要求・理不尽な要求のパターン

納期・スコープの無断変更

システム開発・Web制作の現場では、納期や作業範囲を一方的に変更されるケースがよくあります。

たとえば、当初はシンプルなサイト制作だったにもかかわらず、途中で「採用ページも追加したい」「フォームに自動返信機能を付けたい」といった要望が出る場合です。これ自体は悪くありません。
問題は、追加費用や納期変更の話をしないまま、当然のように変更を求められることです。
小さな変更に見えても、設計・実装・テストに影響することがあります。

そのため、変更が発生した場合は、追加費用・納期・対応範囲をあらためて確認することが重要です。

追加作業の無償要求

細かいことだから無料でやってほしい

これくらいサービスでお願い!

といった、追加作業の無償要求もよくあります。

バナー差し替えやテキスト修正などは簡単に見えますが、実際には確認、修正、反映、表示チェックなどの作業が発生します。

また、1回ごとの作業は小さくても、何度も続けば大きな工数になる点にも注意が必要です。

一度無料で対応すると、それが次回以降の基準になりやすいため、無償対応できる範囲と有償対応になる範囲を事前に決めておくことが大切です。

時間外・休日の即時対応要求

今日中に直してほしい

土日でもすぐ返信してほしい

といった、時間外・休日の即時対応要求も現場では起こりがちです。

本当に緊急性が高い障害対応であれば別ですが、通常の修正依頼まで夜間や休日に求められると、現場の負担は大きくなります。
特に、発注側の確認遅れが原因で納期直前に修正が増えたにもかかわらず、公開日だけは変えずに対応を求められるケースは注意が必要です。

こうした事態を防ぐには、対応可能時間・緊急対応の条件・追加費用の有無を明確にしておくことが重要です。

理不尽に怒られる・責任転嫁される

開発や制作の現場では、受注側だけの責任ではない問題について、一方的に責められるケースもあります。

たとえば、発注側からの素材提供が遅れたことでスケジュールが遅れたのに、「なぜ間に合わないのか」と責められる場合などです。
また、仕様変更や確認漏れが原因のトラブルでも、すべて制作会社側の責任にされることがあります。

このような場合は、感情的に反論するのではなく、メール、チャット履歴、議事録、仕様書などをもとに事実を整理することが大切です。
担当者個人が抱え込まず、会社として対応方針を決めることも必要です。

支払い引き延ばし・値引き圧力

今月は予算がないので支払いを待ってほしい

次の仕事を発注するから今回は値引きしてほしい

といった、支払い引き延ばしや値引き圧力も理不尽な要求の一つです。

受注側はすでに人件費や外注費を負担しているため、納品後の支払い遅延や値引きは、会社の資金繰りに直接影響する可能性があります。
「次の仕事も依頼するから」という言葉も、正式な契約がない限り確実な売上ではありません。一度値引きに応じると、次回以降も同じ対応を求められることがあります。

そのため、支払い条件・値引きの可否・遅延時の対応は、契約書や発注書で明確にしておくことが重要です。

理不尽な要求には、条件をもって対応する

発注側からの要求を断ることは、関係を壊すことではありません。むしろ、正直に・条件をもって・事実ベースで応答することが、健全な取引関係につながります。

大切なのは、単に「できません」と言うのではなく、対応する場合の費用・納期・影響範囲を明確に伝えることです。

たとえば、

対応は可能ですが、追加で◯日必要です

現在の納期を優先する場合は、別の機能を次回対応にする必要があります

と伝えれば、感情論ではなく条件交渉として話を進めやすくなります。

無茶な要求に応じ続けるよりも、きちんと線引きして説明できる会社でいることが、良いクライアントとの信頼関係を築くうえで重要です。

※ このブログは創業22年のWeb企業「セルバ」が運営しています。
興味があれば[会社紹介はこちら]もご覧ください。

関係を壊さずに断るための5つの方法

即答せず、一度持ち帰る

発注側から無茶な要求を受けたときは、その場で即答しないことが重要です。
すぐに「できません」と返すと、相手も引き下がりにくくなり、話が感情的にこじれる場合があります。
まずは、「社内で工数と影響範囲を確認してから回答します」と伝え、一度持ち帰るのが安全です。

一度持ち帰ることで、こちらは対応方針を整理でき、相手にも冷静に考える時間を与えられます。

「できない理由」ではなく「できる条件」を提示する

無茶な要求を断る際は、「できません」で終わらせないことが大切です。

たとえば追加機能を求められた場合は

納期を2週間延長いただければ対応可能です

別途お見積もりで対応できます

といった形で、条件を示します。

相手に選択肢を渡すことで、単なる拒否ではなく、前向きな条件交渉として話を進めやすくなります。

契約書・仕様書を根拠にする

感情的な話になりそうな場面では、契約書や仕様書を根拠にして説明することが有効です。

たとえば、修正回数が契約で決まっている場合は

当初の契約では修正対応は〇回までとなっており、今回のご依頼は追加対応に該当します

と伝えます。

文書を根拠にすることで、担当者個人の判断ではなく、会社としてのルールとして説明しやすくなります。

リスクを相手目線で説明する

無茶な要求を断るときは、相手にとってのリスクを説明することも大切です。

たとえば、納期を変えずに機能追加を求められた場合は

十分なテスト時間が取れず、公開後に不具合が出る可能性がありますが、それでも実装されますか?

と伝えます。

「こちらが困るから断る」のではなく、「そちらにとって不利益があるため慎重に判断してほしい」と伝えることがポイントです。

「できることの範囲」を明示する

全面的に断るのではなく、「ここまでは対応できます」と範囲を示すことも有効です。

たとえば、急な機能追加を求められた場合は

今週中に対応できるのは文言修正までです。機能追加は来週以降になります

と伝えます。

対応できる範囲とできない範囲を明確にすることで、要求がさらに広がることを防ぎやすくなります。

無茶な要求には、事実と条件で誠実に応答する

発注側からの無茶な要求を断る際に重要なのは、感情的に対立せず、事実と条件で話すことです。

大切なのは、単に「できません」と言うのではなく、契約内容、作業範囲、必要工数、発生するリスクを整理したうえで、対応できる条件を伝えることです。

断ることは、関係を壊すことではありません。
むしろ、無理なことを曖昧に受け入れず、条件を明確にして誠実に対応することが、長期的な信頼関係を築く土台になります。

理不尽に怒られたときの対処法

まずは事実確認を最優先にする

発注側から一方的に責められたり、強い口調で怒られたりしたときは、感情的に反論せず、まず事実確認を優先することが大切です。
その場で「こちらは悪くありません」と返してしまうと、相手の怒りがさらに強まり、話し合いがこじれる可能性があります。

たとえば、納期遅れを責められた場合でも、すぐに反論するのではなく

まずは状況を整理させてください

事実関係を確認したうえで、改めてご回答します

と伝えるのが安全です。

感情ではなく、メール・チャット履歴・仕様書・議事録などをもとに確認することで、冷静に状況を整理できます。

担当者一人で抱え込まない

理不尽な怒りをぶつけられた場合は、担当者一人で対応し続けないことも重要です。
相手の主張が強い場合や、担当者個人への攻撃に近い言い方が続く場合は、上司や責任者に同席してもらう、または対応を引き継ぐことを検討すべきです。

たとえば、打ち合わせ中に強い口調で責められ続ける場合は、

社内で責任者も含めて確認し、改めて回答します

と伝え、一度場を区切ることが有効です。

個人で抱え込むと精神的な負担が大きくなり、冷静な判断もしにくくなります。
理不尽な対応が続く場合は、会社として対応方針を決めることが必要です。

事実確認前に謝りすぎない

発注側から強く責められると、場を収めるためにすぐ謝りたくなることがあります。しかし、事実確認ができていない段階で過剰に謝罪するのは避けるべきです。

もちろん、相手に不快な思いをさせたことへの配慮は必要です。
ただし、原因がまだ分かっていない段階で「申し訳ありません、こちらのミスです」と言ってしまうと、受注側に非があると認めたように受け取られる可能性があります。

そのため、まずは

ご不便をおかけしている点は認識しております。原因を確認したうえで、改めてご報告します

という伝え方が適切です。

謝罪と責任の所在は分けて考えることが大切です。
必要以上に謝りすぎると、不当な要求や責任転嫁をエスカレートさせるきっかけになる場合があります。

理不尽な怒りには、冷静に距離を取る

発注側から怒鳴られたり、一方的に責められたりしたときほど、冷静に距離を取り、事実ベースで対応する姿勢が重要です。
大切なのは、その場で感情的に言い返すことではなく、状況を整理し、社内で共有し、必要に応じて責任者が対応することです。

担当者個人が理不尽な怒りを受け止め続ける必要はありません。
会社として対応することで、担当者を守りながら、発注側とも冷静な話し合いをしやすくなります。

嫌な取引先の「切り方」

無茶な要求が繰り返され、関係の改善が見込めない場合は、取引先を切るという判断も必要な経営的選択肢です。

取引を終了する際は、感情的にならず、ビジネスライクに進めることが基本です。

弊社のリソース状況から、今後の新規案件の受注が難しい状況です

現在の体制では貴社のご要望水準に応えることが難しいと判断しました

という形で、相手を批判せずに事実ベースで伝えましょう。

重要なのは、取引終了を検討できる経営体制を整えておくことです。
特定の取引先への売上依存度が高いと、どれだけ無茶な要求をされても断れない状況が続きます。

取引先1社あたりの売上比率を一定以下に抑えておくことが、対等な交渉力を保つための根本的な対策になります。

無茶な要求を防ぐための事前対策

要件定義を徹底する

無茶な要求を防ぐうえで最も重要なのは、プロジェクト開始前の要件定義を徹底することです。

システム開発やWeb制作では、最初の認識が曖昧なまま進めてしまうと、後から「この機能も入っていると思っていた」「この修正は当然対応してもらえると思っていた」といったズレが起きやすくなります。

たとえば、Webサイト制作であれば、ページ数・フォームの有無・スマホ対応・更新機能・修正回数・納品範囲などを事前に明確にしておく必要があります。
システム開発であれば、機能一覧、管理画面の仕様、外部連携、テスト範囲なども整理しておくべきです。

対応範囲・納期・追加費用のルール・対応時間帯を明文化し、双方が合意した状態で契約を結ぶことが、後からの無茶な要求を防ぐ大きな防壁になります。

変更管理のルールを契約に盛り込む

プロジェクト中に仕様変更が発生すること自体は珍しくありません。重要なのは、変更が発生したときのルールを事前に決めておくことです。

たとえば、「仕様変更が発生した場合は、内容を確認したうえで別途見積もりを行う」「納期に影響する変更については、スケジュールを再調整する」といった条件を契約書や発注書に入れておくと、後から揉めにくくなります。

このルールがないまま進めると、発注側は「少し変えるだけだから無料で対応してもらえるだろう」と考えてしまうことがあります。しかし実際には、小さな変更に見えても、設計・実装・テストに影響する場合も珍しくありません。

仕様変更は悪いことではありませんが、無償・短納期で当然のように対応するものではないという認識を、最初から共有しておくことが大切です。

対応時間・連絡手段のルールを明確にする

無茶な要求を防ぐには、対応時間や連絡手段のルールを明確にしておくことも重要です。

たとえば、「営業時間外の連絡は翌営業日に対応する」「緊急対応が必要な場合は別途費用が発生する」「正式な依頼はメールまたは管理ツールに記録する」といったルールを、プロジェクト開始時に共有しておくと安心です。
ルールが曖昧なままだと、夜間や休日にも「すぐ返信してほしい」「今から修正してほしい」といった依頼が発生しやすくなります。
また、電話や口頭だけで依頼が進むと、後から「言った・言わない」のトラブルにもつながります。

いつ、どの手段で、どこまで対応するのかを事前に決めておくことで、担当者の負担を減らし、発注側との認識違いも防ぎやすくなります。

最初のルール作りが、無茶な要求を防ぐ

無茶な要求は、問題が起きてから対応するよりも、最初から起きにくい環境を整えることが大切です。
そのためには、要件定義を丁寧に行い、変更管理や対応時間のルールを契約・合意事項として明文化しておく必要があります。

どこまでが通常対応で、どこからが追加対応なのか」を最初に共有しておくことで、取引先も依頼の仕方を判断しやすくなります。

結果として、受注側だけでなく発注側にとっても、スケジュールや費用の見通しが立てやすくなり、健全なプロジェクト進行につながります。

要件定義や初期設計で迷う場合は、その部分のみ外部に切り出すことも可能です。
進行中の案件ベースでのご相談にも対応しています。

まとめ

発注側からの無茶な要求・理不尽な要求に対して「断れない」という状況が続くと、チームは疲弊し、品質は低下し、さらなる要求を招くという悪循環に陥ります。

無茶な要求に応じ続けるより、きちんと断れる会社でいることの方が、良いクライアントとの信頼関係を築くうえでずっと重要です。

ポータル/Webシステム・AI導入の無料相談

まずは概算・要件整理からでもOK。1営業日以内に返信します。

 まずはサービス内容を確認したい方はこちら
→セルバのサービスを見る

開発実績を見る | 会社情報

  • URLをコピーしました!
  • URLをコピーしました!

タムラのアバター タムラ WEBマーケター

はじめまして!大学でディーゼルエンジンの燃費向上を研究している大学生です。
飲食店のキッチン・ホールや引っ越しスタッフとして様々な現場を経験し、体当たりで日々を送ってきました。
休日はバイクでツーリングに出かけるか、釣り竿を握って自然の中でのんびり過ごすアウトドア派です。自動車が大好きで、メカから走りの話まで語り出すと止まりません!   

目次