打ち合わせ中の「ついでにこれも」が、後で効いてくる
開発が進み始めると、打ち合わせのたびに新しいアイデアが浮かびます。画面を見ながら話していると「あ、ここにこの機能もあったほうがいいかも」「ついでにこれもお願いできますか」と、勢いで口にしてしまうことは珍しくありません。
その場の空気では、開発会社も「できますよ」と応じてくれることが多いです。関係を悪くしたくないという気持ちも働きますし、実際に技術的には可能なことがほとんどだからです。
ですが、この「勢いでの追加依頼」が積み重なると、後になって費用や納期をめぐるトラブルに発展しやすくなります。言った言わない、見積もりに含まれる含まれないの食い違いは、たいてい口頭でのやり取りから生まれます。「これも追加でお願い」が積み重なる前に、決めておくべきことでも触れているとおり、追加依頼そのものが悪いのではなく、扱い方が曖昧なことが問題なのです。
この記事では、追加の依頼が発生したときに「その場で頼んでよいもの」と「一旦持ち帰って整理すべきもの」をどう見分けるかを整理します。
その場で頼んでよい、小さな依頼
まず、その場で気軽にお願いしてよい依頼には、いくつか共通する特徴があります。
- 文言・表記の修正：ボタンの文言、説明文、単位表記など、テキストレベルの変更
- 配色や余白などの微調整：既存デザインの範囲内での見た目の調整
- 表示順序の入れ替え：一覧の並び順、項目の並び順の変更
- エラーメッセージの文言変更：すでにある仕組みの中での言い回しの調整
これらに共通するのは、新しい機能や新しい画面を生まないということです。既にある画面・仕組みの中で完結する調整であれば、開発会社にとっても作業の見通しが立てやすく、その場で「対応します」と答えても、後で見積もりと食い違うリスクは低いといえます。
目安として、「これをやるのに、新しいデータベースの項目や新しい画面遷移が必要になるか」を自分に問うとよいでしょう。答えが「いいえ」であれば、多くの場合その場で頼んでも大きな問題にはなりません。
一旦持ち帰るべき、大きな依頼
一方で、次のような依頼は、その場での即答を避け、一度持ち帰って整理してから正式に伝えるべきものです。
- 新しい機能の追加：既存の画面にない、新しい操作や新しい情報の追加
- 外部サービスとの連携：決済・地図・メール送信など、新しい外部APIを使う変更
- データ構造に関わる変更：ユーザーが入力・保存する情報の種類が増える変更
- 既存機能の仕様変更：すでに動いている機能の前提を変える変更
これらは見た目には小さく見えても、裏側の設計に手を入れる必要があることが多く、追加の工数が発生します。その場のノリで「じゃあお願いします」と言ってしまうと、後になって「思っていたより高額な追加費用を請求された」「納期がずれ込んだ」という食い違いにつながりやすいのです。
判断に迷ったときの簡単な基準を挙げておきます。
| 判断軸 | その場で頼んでよい | 持ち帰るべき |
|---|---|---|
| 影響範囲 | 表示・文言の範囲内 | 画面構成・データ構造に及ぶ |
| 見積もりへの影響 | ほぼ発生しない | 追加工数が発生しうる |
| 判断に必要な情報 | その場で揃っている | 優先順位・予算との兼ね合いが必要 |
| 撤回のしやすさ | 簡単に戻せる | 一度作ると戻しにくい |
持ち帰る際は、「良いアイデアですね、一度社内で優先順位を整理してから正式にご相談させてください」と伝えれば十分です。開発会社側も、その場で即答を求められるより、整理された依頼として受け取るほうがむしろ見積もりを出しやすくなります。
持ち帰った後にやること
持ち帰った依頼は、そのまま放置すると忘れられたり、次の打ち合わせでまた勢いで話が進んでしまったりします。次の3点を最低限やっておくとよいでしょう。
- その依頼が今回のMVP（最初に公開する最小限の形）に本当に必要かを、一晩置いてから考え直す
- 必要だと判断したら、簡単な文章にして開発会社にメールやチャットで正式に送る
- 見積もりへの影響を確認してから、着手の可否を決める
この一連の流れを面倒に感じるかもしれませんが、口頭だけのやり取りに比べれば圧倒的にトラブルを防げます。追加依頼を正式なやり取りとして残す習慣そのものが、開発会社との信頼関係を長続きさせる土台になります。
なお、追加依頼をめぐるやり取りの前提として、そもそも契約書の中でどこまでが「当初の依頼範囲」なのかを明確にしておくことも重要です。契約時点の取り決めが曖昧だと、持ち帰って整理したつもりでも、開発会社側との認識にずれが生じることがあります。契約書で確認しておくべき条項については、契約書で必ず確認したい条項（知的財産権・検収・保守）で詳しく扱っています。
まとめ
追加依頼が浮かんだその瞬間は、判断力が鈍りがちです。「小さな調整か、それとも新しい機能か」を一呼吸置いて見極めるだけで、後々の費用トラブルや納期のずれを大きく減らせます。迷ったときは、その場で即答せず「一度整理してからご連絡します」と言えることが、発注者としての基本的な自衛策になります。