ベンダーの見積もり、どこを見ればいいのか——発注者側のチェックポイント7つ

システム導入の見積もりがベンダーから届く。数百万円、ときには数千万円。しかし社内には、その金額が妥当かどうかを判断できる人がいない——中小・中堅企業のIT導入で、最も多い悩みのひとつです。

見積もりの妥当性は、金額の大小だけでは判断できません。見るべき場所があります。SIer業界で長く見積もりを作る側にいた経験から、発注者側のチェックポイントを7つに絞って書きます。

1. 「一式」の中身を聞く

見積書に「設計一式」「テスト一式」とあったら、内訳を確認してください。一式表記そのものが悪いわけではありませんが、中身を説明できない一式は、根拠のない金額である可能性があります。誠実なベンダーなら、内訳の質問に具体的に答えられます。

2. 工数と単価を分けて見る

システム開発の見積もりは、基本的に「工数（人日・人月）× 単価」でできています。金額が高いと感じたとき、高いのは工数なのか単価なのかを分けて見ると、交渉の論点が明確になります。工数が多いなら「何にそんなにかかるのか」、単価が高いなら「どの技術者ランクの単価か」を聞きます。

3. 前提条件とスコープ（範囲）を読む

見積書の末尾にある「前提条件」は、金額本体より重要なことがあります。ここに書かれた前提が崩れると、追加費用の根拠になるからです。

• データ移行は含まれているか
• 既存システムとの連携は範囲内か
• 教育・マニュアル作成は誰の仕事か

「安い見積もり」の正体が「範囲の狭い見積もり」だった、というのは典型的な失敗です。

4. 「自社側の作業」を確認する

見積もりに含まれないもの——つまり発注者側がやる作業——を確認してください。要件の整理、マスタデータの準備、テストへの立ち会い、現場への展開。ここを見落とすと、プロジェクトが始まってから社内が回らなくなります。

5. 保守費・ランニングコストまで見る

初期費用が安くても、月額保守やライセンス費が高ければ、数年の総額では逆転します。5年総額で比較するのが実務的です。保守費の中身（何をどこまでしてくれるのか、対応時間帯、問い合わせの窓口）も確認します。

6. 変更時の扱いを決めておく

プロジェクトの途中で要件が変わったとき、費用はどうなるのか。変更管理のルール（見積もりの再提示・合意のプロセス）が曖昧なまま始めると、後で必ずもめます。契約前に確認しておくべき項目です。

7. 相見積もりは「同じ条件」で取る

複数社から見積もりを取ること自体は健全です。ただし、各社に渡す要件が揃っていなければ、比較になりません。A社には口頭で、B社には資料で伝えた——という状態では、金額の差は会社の差ではなく、伝わり方の差です。同じ要件資料（RFP）をもとに見積もってもらうのが基本です。

それでも判断が難しいとき

7つのポイントを見ても、「工数800人日が妥当なのか」という核心は、作る側の経験がないと判断が難しいのが正直なところです。

私たちWhitebellのITアドバイザリーは、まさにこの場面のためのサービスです。発注者側に立ち、ベンダーフリーの立場で、要件の整理から相見積もりの評価、契約交渉までを支援します。自社でシステム（Cosmil）を作っている「作り手の目」があるので、工数の妥当性を具体的に指摘できます。

見積もりは、ベンダーとの最初の共同作業です。臆せず質問し、答え方を見る——それだけでも、付き合うべき相手かどうかはかなり分かります。