開発会社ごとに見積金額が違うとき、何を比べればよいのか。開発範囲、データ移行、テスト、運用費用、変更の扱いから、発注前に条件を揃える方法を解説します。
システム開発の見積もりは、金額より先に範囲を比べる
同じ相談をしたはずなのに、開発会社ごとの見積もりに大きな差がある。そんなときは、最安値を選ぶ前に、各社が何を作り、どこまで確認する前提なのかを揃えます。画面数が同じでも、データ移行、外部システムとの連携、権限管理、運用引き継ぎが含まれるかによって、依頼内容は変わります。
本記事では、業務システムの発注を検討する担当者向けに、見積もりを比較するための確認方法を提案します。特定の価格が高い・安いと断定するための相場表ではなく、自社に必要な作業が漏れていないかを確かめるチェックリストとしてご利用ください。
各社へ渡す「共通の比較条件」を1枚にまとめる
仕様が未確定でも、利用者、対象業務、現在の困りごと、稼働させたい時期、既存データの所在は整理できます。要望の一覧だけでなく「完成したら、誰がどの仕事をどう進めるか」を具体化すると、提案の違いを比較しやすくなります。
- 対象業務：受注、在庫、請求など、今回改善する範囲
- 利用者：部署、役割、社内外の利用者と想定人数
- 既存環境：利用中のシステム、ファイル、連携先
- 優先順位：初回公開に必須の機能と後から追加できる機能
- 確認方法：業務担当者が完成を判断するための操作や帳票
たとえば、架空の受発注システムなら「注文を入力できる」だけでなく、訂正、取消、承認、在庫不足、締め後の変更まで列挙します。通常操作以外の扱いが未定だと、各社が違う前提で工数を計算する可能性があります。
見積書で抜けやすい5つの費用を確認する
画面とプログラムの開発費に加え、導入と継続利用に必要な作業を確認します。項目が見積書にない場合は、無料と解釈せず、含まれるのか、別途なのか、対応しないのかを質問しましょう。
- 要件整理：業務ヒアリング、画面案、例外処理、仕様の合意
- データ移行：元データの整理、変換、照合、切り替えと切り戻し
- テスト：正常操作、権限、連携失敗、業務担当者の受入確認
- 運用準備：監視、バックアップ、操作説明、管理者への引き継ぎ
- 継続費用：クラウド、外部サービス、保守、追加改修の扱い
データ移行では「ファイルを取り込む作業」と「入力値の誤りや重複を整理する作業」を分けます。外部サービスの費用は、利用量や契約条件によって変わるため、試算に使った条件と負担する主体も確認します。
追加費用の判断条件と、完成の基準を揃える
比較表には、総額だけでなく、成果物、前提、対象外、顧客側で実施する作業、未確定事項を並べます。不明な点を一覧にして同じ質問を各社へ送り、回答後の条件で比べる方法が有効です。
変更への対応も確認します。たとえば、合意した仕様の修正と、発注後に追加した機能では扱いが異なる場合があります。変更内容、費用・納期への影響、承認者、着手する条件を記録する流れを、契約内容と合わせて相談します。
完成の確認には、成果物の一覧と受入条件が必要です。「問題なく動作する」だけではなく、どのデータで、どの操作を実施し、どの結果になれば確認完了とするかを決めます。移行後の件数照合や権限テストなど、業務を再開できるかの確認も対象に含めましょう。
仕様が固まらない場合は、見積もる範囲を段階に分ける
未確定事項が多いときは、最初から本開発の総額を確定しようとせず、業務整理や試作を先に実施する選択肢があります。その場合も、最初の段階で何が分かり、どの成果物を使って次の判断をするかを明確にします。
Q. 複数社の見積もりは、同じ金額に揃えるべきですか？
同じ範囲でも、設計や支援体制が違えば金額は変わります。価格差をなくすことより、差が生まれる理由と、自社が必要とする支援を説明できることが大切です。
Q. 相談時に詳細な仕様書は必要ですか？
現在の業務、利用者、困っている場面、既存資料、優先順位が分かれば、仕様を整理するところから相談できます。要件定義そのものを依頼する場合は、その費用と成果物を本開発と分けて確認します。
準備する情報は依頼前の計画ガイド、Excelからの移行はExcel管理をシステム化する進め方もご覧ください。業務の整理から見積もり範囲の検討まで、For fの業務整理・要件定義支援でご相談いただけます。