開発中の「追加・変更」の頼み方｜費用と納期への影響を小さくする5つのルール

1. 変更は、悪いことではない

開発が進み、実際の画面を見ると、「ここを変えたい」「これも欲しい」と思うのは、自然なことです。変更を恐れる必要はありません。

ただし、伝え方によって、費用と納期への影響が大きく変わります。次の5つのルールを、意識してみましょう。

2. ルール1・2：理由を整理し、今の機能で足りないかを考える

ルール1：なぜ必要かを、一文で書く。「お客様が迷うから」のように、理由がはっきりすると、ほかの方法も提案してもらえます。

ルール2：今ある機能で、代わりにできないかを考える。小さな工夫で済むなら、追加の費用は不要です。

3. ルール3：変更を、まとめて伝える

変更の依頼を、思いついたたびに送ると、作業が分断され、効率が下がります。週に1回など、まとめて伝えるのがおすすめです。

• 一覧にして、優先度をつける
• 「必ず必要」「あれば嬉しい」「次の機会でよい」に分ける
• 画面の写真や、手書きのメモを添える

4. ルール4・5：影響を確認し、優先度で決める

ルール4：費用と期間への影響を、先に聞く。「この変更で、費用と納期はどう変わりますか？」と、必ず確認してから決めましょう。

ルール5：優先度で、決める。予算と期間が限られる場合は、「次の機会に回す」という選択も大切です。

5. 場面別：こんなときはどうする？

画面を見て、急に不安になったとき：その場で結論を出さず、一晩おいてから、「本当に必要か」を考えましょう。

家族や同僚から、意見が出たとき：すべてを取り入れず、お客様にとって必要かという視点で、選びましょう。

追加の費用が出せないとき：追加したい機能と、同じ規模の機能を、1つ外す方法もあります。総額を変えずに、入れ替えられます。

6. まとめと、用語かんたん解説

追加や変更の依頼は、理由を整理し、まとめて伝え、費用と期間への影響を確認してから決めると、予算と納期を守りやすくなります。

• 仕様変更：最初に決めた内容を、あとから変えること
• 優先度：どれから先に取り組むかの、順番
• 試作：本番の前に作る、確認用の見本

変更は、悪いことではありません。伝え方で、影響を小さくできるのです。

変更の依頼を一覧にして残しておくと、あとから「何を、なぜ変えたのか」を振り返れます。記録が残ることも、大きなメリットです。

変更の依頼が重なったときは、一度立ち止まって、最初の目的に戻って考えましょう。目的に関係の薄い変更は、次の機会に回して構いません。

7. 最初の準備で、変更を減らす

変更を減らすには、開発の前に、画面の試作を見て確認しておくのが効果的です。

Ill（イル）株式会社では、MVPを小さく作り、使いながら直していく進め方をご提案しています。MVPは10万〜100万円・数日〜数週間が目安です。変更の相談も、お気軽にどうぞ。

よくある質問