費用・見積もり
Webシステム開発の見積もりが高くなる理由と、費用を抑える方法
業務システムの見積もりを取ってみたら、思っていた金額の何段階も上だった――外注を検討する企業では珍しくない場面です。ただ、金額だけを見て諦めたり、単純に値引きを求めたりする前に、見積もりが高くなっている理由を分解してみると、調整の余地が見えてくることがあります。
見積もりが高くなる主な原因
開発費は、基本的に作業にかかる時間で決まります。見積もりが高いということは、依頼先がそれだけの作業量を見込んでいるということです。作業量が膨らむ原因は、主に次の5つに分けられます。
範囲が曖昧なまま見積もっている
依頼時の情報が少ないと、依頼先は「後から出てきそうな作業」も含めて見積もらざるを得ません。リスクを見込んだ分だけ金額は大きくなります。要件メモや今使っているExcelなど、判断材料を渡すだけで金額が変わることもあります。
例外的なケースまで最初から作ろうとしている
年に数回しか起きない処理、特定の顧客にだけ適用するルールなど、例外への対応はシステムの作りを複雑にします。例外が増えるほど、設計とテストの量は比例以上に増えていきます。
権限や画面の出し分けが細かい
部署ごと、役職ごと、取引先ごとに見られる範囲を変える場合、画面とデータのすべてに「誰が見られるか」の確認が必要になります。権限の種類が多いほど、テストの組み合わせも増えます。
外部サービスとの連携が多い
会計ソフト、決済、カレンダー、既存システムなどとの連携は、連携先の仕様の調査、エラー時の動きの設計、動作確認が必要です。連携先が増えるほど、作業量と不確実性が増します。
見た目の作り込みを求めている
社内で使う管理画面でも、デザインや動きを細かく作り込めば作業は増えます。顧客が使う画面と社内向けの画面で、求める品質の水準を分けて考えると調整しやすくなります。
費用を抑えるために見直したいこと
費用を抑えるには、単価の交渉よりも「作る量」を見直すほうが効果的です。作業量が減れば、品質を落とさずに金額を調整できます。
| 見直しの観点 | 具体的な見直し方 |
|---|---|
| 最初の版の範囲 | 「ないと業務が回らない機能」だけに絞り、「あると便利な機能」は次の段階へ回す |
| 例外処理 | 頻度の低いケースは、当面は備考欄や手作業で対応する |
| 権限 | 最初は「管理者」と「一般利用者」の2種類から始め、必要に応じて細かくする |
| 連携 | リアルタイム連携ではなく、CSVの取り込み・書き出しで代用できないか検討する |
| 帳票・出力 | 凝ったPDF帳票の前に、CSV出力で足りないかを確認する |
| デザイン | 社内向けの画面は、分かりやすさを優先してシンプルにする |
どれも「やらない」と決めるのではなく、「最初の版ではやらない」と決めるのがポイントです。実際に使い始めてから必要性を判断すれば、本当に必要な機能だけに費用をかけられます。進め方の考え方は、Webアプリ開発を小さく始めるには？で詳しく解説しています。
削ってはいけない部分もある
費用を抑えたいあまり、次のような部分まで削ってしまうと、公開後のトラブルや手戻りにつながり、結果的に高くつくことがあります。
安易に削らないほうがよい工程
- テスト・確認：不具合が公開後に見つかると、業務への影響と修正の手間が大きくなります
- 要件の整理：ここを省くと、開発途中での仕様変更が増え、かえって費用がかさみます
- セキュリティの基本対策：ログイン、権限、通信の暗号化、バックアップなどは、規模にかかわらず必要です
- データの整理と移行：古いデータが正しく移らないと、新しい仕組みが使われなくなります
見積もりの中で「何のための作業か分からない項目」があれば、削る前に依頼先に目的を確認してみてください。必要な理由が分かれば納得できますし、不要であれば外す判断ができます。
見積もりの前提を確認する
見積もりが高いと感じたときは、まず前提条件を確認しましょう。同じ金額でも、前提によって意味が大きく変わります。
- 含まれている画面・機能の一覧は、自社が想定しているものと一致しているか
- 想定より多くの機能や画面が含まれていないか（依頼先が気を利かせて追加していることもある）
- データ移行、保守、外部サービスの設定など、どこまでが含まれているか
- 初回納品後の修正対応の範囲はどうなっているか
- リスクの見込み分が含まれているか、それとも追加時に別途相談する方式か
前提をそろえて比較する方法は、システム開発の相見積もりで比較すべきポイントでも紹介しています。
予算から逆算して相談する
見積もりを取り直す場合は、予算を正直に伝えたうえで「この予算で、どこまでを最初の版にできるか」を相談する方法があります。機能の一覧を先に出して金額を待つよりも、予算を共有して範囲を一緒に決めるほうが、現実的な提案を受けやすくなります。
- 予算の上限を伝える：おおよその範囲で構いません
- 優先順位を伝える：すべての希望ではなく、「いちばん困っていること」を一つ挙げる
- 最初の版の範囲を提案してもらう：予算内で作れる範囲と、後回しにする機能を分けてもらう
- 次の段階の目安を確認する：後回しにした機能を追加する場合の考え方を聞いておく
費用がどの要素で決まるのかを全体的に知りたい場合は、業務用Webアプリ開発の費用はどう決まる？もあわせてご覧ください。
費用を抑える相談のしかた
見積もりを見直してもらうときは、「全体を安くしてほしい」と伝えるより、「この予算で、いちばん困っている作業を解決するには、どこまで作れるか」と相談するほうが、具体的な提案を受けやすくなります。開発会社にとっても、優先順位が分かれば範囲を提案しやすくなるためです。
Tailboneでの進め方
Tailboneでは、固定の料金表は設けず、必要な内容に合わせて個別にお見積もりしています。着手前に制作範囲を明確にし、合意範囲を超える大きな仕様追加が出た場合は、作業前に内容と費用を別途ご相談します。
他社の見積もりが予算と合わない、どこを削ればよいか分からない、といった段階でもご相談いただけます。お手元の要件メモや資料をもとに、最初の版に含める範囲を一緒に整理します。
よくあるご質問
見積もりの金額を値引きしてもらうことはできますか？
依頼先の方針によります。ただ、作業量が変わらないまま金額だけを下げると、どこかの工程が削られる可能性があります。予算に合わせたい場合は、金額の交渉より先に「この予算で、どこまでを最初の版にできるか」を相談するほうが、結果として納得のいく形になりやすいでしょう。
見積もりが高いのは、依頼先の単価が高いからでしょうか？
単価の違いもありますが、多くの場合は想定している範囲や前提の違いが大きく影響します。まずは見積もりに含まれる画面・機能の一覧と、前提条件を確認してみてください。範囲をそろえて比べると、印象が変わることがあります。
機能を減らすと、あとから追加するときに高くなりませんか？
最初の設計で将来の追加を想定しておけば、後から機能を足すことは珍しくありません。ただし、データの持ち方に関わる部分（たとえば、将来は複数拠点で使う予定がある、など）は、最初から伝えておくと後の手戻りを減らせます。