業務システムの見積もりが3社でバラバラになる理由｜下期の決裁に載せる前に発注側が揃える前提条件と非機能要件

同じ資料をお渡ししたはずなのに、返ってきた3社の見積もりが金額も範囲もそろわない、というご相談をいただきます。480万円と1,200万円が並んでいると、どちらが高いのかを判断する前に、そもそも同じものを見積もっているのかが分かりません。下期の決裁に載せる前に、発注側で先に固めておく条件を整理します。

金額が違うのではなく、数えている範囲が違います

見積書に「システム開発一式」とだけ書かれていると、その中身は各社の想像で埋まります。受注入力までを見た会社と、請求書の発行や入金の消込まで見た会社では、同じ「販売管理」でも工数が倍近く変わります。

差が出やすいのは、既存データの移行、帳票の枚数、他システムとの連携、稼働後の保守の4つです。特に移行は過去データをどこまで持っていくかで金額が大きく動くところで、条件を示していなければ各社が別々の前提を置きます。安い見積もりが安いのではなく、範囲を狭く読んだだけということが起こります。

あわせて読みたい新システムへのデータ移行費が見積もりで一番膨らむ理由｜過去データをどこまで持っていくかの判断基準

見積もりを比べる前に、発注側が条件をそろえます

比較できる見積もりを得るには、前提を発注側から先に配る必要があります。次の6つを見積依頼書に書いておくと、各社の解釈のぶれが減ります。

条件	揃っていないと起きること	見積依頼に書く内容
対象業務の範囲	受注までを見た社と請求まで見た社に分かれること	対象業務と対象外業務の一覧
利用者と拠点	ライセンス費と権限設計の前提がずれること	同時利用者数・拠点数・利用端末
既存データの移行	過去何年分を入れるかで工数が数倍変わること	移行対象の年数・件数・出力形式
他システムとの連携	手作業での取り込みとAPI連携が混ざること	連携先の名称・方式・頻度
帳票と画面	「一式」に含まれる枚数が社ごとに違うこと	帳票一覧・画面一覧と現物のサンプル
稼働時期と検収	期末の並行稼働が見積もりの外に出ること	稼働希望日・並行稼働の期間・検収の判定方法

この6つは、要件が固まっていなくても書けます。「未定」と書くことにも意味があり、未定の項目を各社がどう扱ったかを見れば、その会社の見積もりの丁寧さが分かります。

非機能要件は、聞かれないまま金額に入ったり抜けたりします

機能の話は打ち合わせで出ますが、止まったときに何時間で戻すのか、同時に何人が使うのかといった条件は、議題に上がらないまま金額に反映されます。IPAが公開している非機能要求グレードでは、非機能要求を可用性・性能拡張性・運用保守性・移行性・セキュリティ・システム環境エコロジーの6つの大項目に分けて整理しています。

すべてを埋める必要はありません。中小企業の業務システムであれば、次の3つを書くだけで各社の前提がそろいます。第一に、止まってよい時間を決めます。「平日の日中は2時間以内に復旧させ、月末3営業日は停止させない」といった書き方で十分です。第二に、同時に使う人数と1日の処理件数の目安を示します。第三に、バックアップの取得間隔と、どの時点まで戻せればよいかを示します。ここを空欄にすると、冗長構成を積む会社と積まない会社が並び、その差が金額差として現れます。

契約の形と保守の範囲で、同じ作業でも金額が変わります

成果物の完成を約束する請負と、作業の遂行を約束する準委任では、同じ工数でもリスクの持ち方が違い、単価に乗る余裕分が変わります。要件定義を準委任、設計以降を請負と分ける多段階の契約は、IPAと経済産業省が公開する情報システム・モデル取引・契約書（第二版）でも整理されている考え方です。3社に同じ契約形態を前提として指定すれば、比較の土俵がそろいます。

保守も同じです。年額保守に含まれるものは会社ごとに違い、障害対応だけの社と法改正対応まで含む社が並びます。保守費が何の対価なのかを依頼の時点で分解して聞いておくと、初期費用だけでなく5年分の総額で比べられます。

あわせて読みたい毎年払っている業務システムの保守費は何の対価なのか｜障害対応・法改正対応・追加改修の線引きを下期の予算前に確認する

見積依頼書に前提条件シートを1枚添えます

各社が同じ紙を見て積算するので、返ってきた金額の差が、範囲の差ではなく単価と生産性の差になります。

【前提条件シート】
対象業務  : 受注入力／出荷指示／請求書発行（在庫評価は対象外）
利用者    : 同時利用15名、拠点3か所、うち1拠点はモバイル利用
データ移行: 得意先マスタ1,800件／過去3年分の受注明細 約12万件
            元システムのCSV出力可否は未確認（確認作業も見積対象）
連携      : 会計ソフトへ月次CSV取込（自動連携は次期以降）
帳票      : 納品書・請求書・受注一覧の3種（現行様式を添付）
稼働希望  : 2027年4月1日／2027年2月から1か月の並行稼働
非機能    : 平日8〜19時稼働、障害時は4時間以内に復旧、日次バックアップ
契約形態  : 要件定義は準委任、設計以降は請負を想定

見積書の側にも書式を指定します。工程別の内訳がないと、稼働後の追加費用を話し合うときに根拠が持てません。

【見積書に記載を依頼する項目】
・工程別（要件定義／設計／製造／テスト／移行／教育）の人日と単価
・前提条件（この条件が変われば金額が変わる、という記載）
・除外事項（見積もりに含まれていない作業）
・保守費の内訳と、初年度以降の年額
・想定している開発体制と、上流工程の担当者

補助金を前提にするなら、対象経費の切り分けも条件に含めます。中小機構のデジタル化・AI導入補助金（旧IT導入補助金）は、対象となるツールや補助率、締切が年度と公募回ごとに変わりますので、金額を決裁資料へ書く前にその年の公募要領で確認してください。なお、補助金が使えるかどうかで選定を始めないことも、あわせて意識しておきたい点です。

えらびの道では、業務システムをオーダーメイドで開発しています。卸売の受発注と請求、出張販売の管理、介護のシフト管理、ECサイトなどを手がけてきました。見積もりを取る前の整理として、現在の業務の流れと帳票を洗い出して対象範囲を切り分ける作業や、移行対象データの件数と項目を数える作業をお手伝いできます。データの可視化やレポートの自動化から、機械学習による予測、リアルタイムなデータ収集基盤まで対応しており、最初から全部を作らず、小さく作って動かしながら育てる進め方をとっています。

見積もりを比べられる形にするまで、えらびの道でお手伝いできること

合同会社えらびの道は、中小企業向けのシステム受託開発と、データ活用・DX支援を行っています。卸売の受発注と請求、介護のシフト管理、出張販売の管理、EC・決済、業務データを集めて予測に使う基盤などを、実際に作って動かしてきました。見積もりを出す側の事情も、受け取る側の迷いも、現場で見てきた立場からお話しできます。

見積依頼書に書く前提条件の整理を、御社の業務に合わせてお手伝いします。対象業務をどこで区切るか、受注入力までか請求書の発行と入金の消込まで含めるのか、既存データを何年分移すのか、帳票と連携先をどう数えるのかを、一緒に一覧にします。止まってよい時間や同時に使う人数といった非機能要件も、御社の月末の動き方から現実的な線を引きます。

えらびの道では、全部を一度に置き換えることをおすすめしていません。止まると困る1業務から動かし、残りは様子を見ながら移す形をとります。初回の範囲を絞れば、各社の金額も比べやすくなります。

まずはオンラインで30分ほど、お話を伺うところから始められます。費用はかかりませんので、届いた見積書を並べて眺めている段階でもお声がけください。打ち合わせから開発まで同じ人間が担当します。

よくある質問

業務システムの見積もりは何社に依頼すればよいですか？

2社から3社が現実的です。それ以上になると、各社への説明と質問対応にかかる時間が増え、比較表を作る前に検討が止まります。社数を増やすよりも、前提条件をそろえて同じ土俵で出してもらうほうが、判断の材料になります。

相見積もりであることをベンダーに伝えてもよいのでしょうか？

伝えて問題ありません。むしろ伝えたほうが、前提条件や除外事項を丁寧に書いた見積書が返ってきます。何社に依頼しているか、どの観点で選ぶのかまで示すと、価格だけを下げた提案ではなく、範囲の違いが分かる提案が集まりやすくなります。

見積金額が3社で2倍以上開くのは異常ですか？

珍しいことではありません。移行するデータの年数、帳票の枚数、非機能要件の前提が各社で違えば、その程度の差は普通に生じます。異常かどうかを判断する前に、内訳の工程別の人日を並べて、どの工程で差がついているのかを確認してください。