安い見積もりが悪いとは限りません。安く見える理由が、無駄を省いた設計なのか、調査・テスト・公開後支援が含まれていないのかを、同じ欄で確認できる状態にすることが重要です。
相談・概算・比較できる正式見積を分ける
初回相談では、完璧な要件定義書がなくても構いません。いま困っている業務、実現したい状態、使う人、最初に確認したい範囲を分かるところから伝えます。つまり「要件未確定でもよい」は初回相談のみの前提です。目的や現在地を整理し、必要なら既存サービスの活用や小さく始める案も含めて、次に調べることを決めます。
概算は、仮の範囲と前提から費用と期間の幅をつかむためのものです。未確認の連携やデータ移行が残っていれば、数字は確定額ではありません。比較可能な正式見積は、各社へ同じ条件を渡し、含む範囲・対象外・発注側の分担・確認方法まで記載した段階です。比較時に「要件未確定でもよい」と解釈して条件をばらばらにすると、金額の差ではなく範囲の差を比べることになります。
比較前の共通欄を一枚にそろえる
二社へ同じ資料を渡す前に、見積書の横へ次の共通欄を置きます。金額が空欄でも、未確認事項を質問として残します。「税」は税込・税別の区別、「初期/月額/外部費用」は開発費だけでなく公開後の支払いを分ける欄です。
横幅が狭いときは左右にスクロールできます
| 共通欄 | A社（記入欄） | B社（記入欄） |
|---|---|---|
| 概算/正式 | 概算。前提を確認中 | 正式見積。条件を合意済み |
| 内訳 | 設計・実装・テストを分けて記載 | 工程別の作業と数量を記載 |
| 税 | 記入欄：税別／税込（未確認なら質問） | 記入欄：税別／税込（未確認なら質問） |
| 合計金額（税別／税込） | 記入欄：税別 ___ 円／税込 ___ 円 | 記入欄：税別 ___ 円／税込 ___ 円 |
| 初期/月額/外部費用 | 記入欄：初期 ___ 円／月額 ___ 円／外部費用 ___ 円 | 記入欄：初期 ___ 円／月額 ___ 円／外部費用 ___ 円 |
| 期間 | 調査を含めた想定期間 | 着手から受け入れまでの期間 |
| 含む/含まない/未確認 | データ移行と公開後支援が未確認 | 含む作業、対象外、未確認事項を明記 |
7分類で範囲を読み合わせる
機能名だけでは、同じ言葉が違う作業を指すことがあります。比較では、次の7分類をこの表記で統一します。目的と完了条件、利用者と権限、必要機能と対象外、データと外部連携、環境と運用、確認と受け入れ、納品物と公開後支援です。
横幅が狭いときは左右にスクロールできます
| 分類 | 確認すること |
|---|---|
| 目的と完了条件 | 何の業務を、どの状態まで変えるか。完成と判断する条件は何か。 |
| 利用者と権限 | 誰が使い、誰が何を見たり承認したりできるか。管理者の作業も含むか。 |
| 必要機能と対象外 | 最初に必要な機能、後回しにする機能、今回作らない対象外を分ける。 |
| データと外部連携 | 残すデータ、移行方法、決済などの外部連携、エラー時の扱いを確認する。 |
| 環境と運用 | 公開先、バックアップ、監視、更新、問い合わせの担当と費用を確認する。 |
| 確認と受け入れ | 誰がどの画面・業務をいつ確認し、何を合格とするかを決める。 |
| 納品物と公開後支援 | ソースコード、設定、設計資料、操作説明、保守や追加改修の扱いを確認する。 |
架空のログイン範囲を一文で比べる
たとえば架空の業務システムなら、「担当者は自分の案件だけ閲覧・下書き保存でき、管理者は全件を閲覧して公開承認できる。パスワード再設定は含むが、取引先の招待は対象外」と書けます。単に「ログイン機能」と書くより、利用者と権限、必要機能と対象外が見えるため、二社へ同じ条件を渡せます。実際の役割や対象範囲は、発注側の業務に合わせて決めます。
外部連携とは、決済・メール・社内システムなど別のサービスとデータを受け渡すことです。受け入れとは、発注側が実際の業務で確認し、合格と判断する手続きです。専門語を見つけたら、作業・担当・完了条件を日本語で説明してもらいましょう。
金額差は、含まれない作業と人の責任まで見る
金額差には、無駄を省いた設計、発注側との分担、調査の有無など合理的な理由があります。一方、テスト、公開作業、運用窓口が対象外で安く見えることもあります。「この金額で動くところまでの範囲はどこか」「仕様変更はいつ追加になるか」「発注側が用意するものは何か」を質問し、回答を共通欄へ戻します。
AIを使っていること自体は、品質の根拠ではありません。AIが下書きや定型作業を補助していても、要件に合うかの人によるレビュー、どの観点を試すかのテスト、問題が起きたときの説明と責任の所在は比較対象です。AIの利用量ではなく、レビュー・テスト・公開後支援を誰が担うかを確認します。
比較から契約までの段取り
- 目的と7分類を一枚にまとめ、各社へ同じ資料を渡す。
- 概算/正式、内訳、税、初期/月額/外部費用、期間、含む/含まない/未確認を同じ表へ写す。
- 不明点を質問し、回答で金額や期間が変わるか確認する。
- 必須範囲と将来範囲を分け、受け入れと公開後の分担まで比較する。
- 採用後は、正式見積の前提を契約や合意資料へ引き継ぐ。
DEPARTUREのシステム開発の料金目安では、構成例と費用を左右するポイントを案内しています。管理・認証・決済・インフラなど複数の要素が関わる法人向けクラウドアプリマーケットプレイス開発事例も、機能の数だけでなく境界と運用を確認する材料になります。目的整理から開発・公開後の改善まで相談する場合は、AI駆動システム開発の案内をご覧ください。
相見積もりは発注先を機械的に決める点数表ではありません。7分類のどこが未確認かを会話で確かめ、同じ前提で比べられる状態をつくるための道具です。金額だけを先に決めず、公開後の責任分担まで納得してから次の段階へ進みましょう。