システム見積もりのセカンドオピニオン—ベンダー提案の妥当性を発注側で判断する5つの観点
3社から相見積もりを取っても判断できないのは、金額ではなく前提が違うから
この記事のポイント
見積もりが判断できないのは知識不足ではなく、各社の前提が揃っていないから。見るべきは金額ではなく「含まれないこと」。相見積もりは前提を揃えてから初めて比較になる。セカンドオピニオンは契約前に、提案書・見積書・要件メモ・既存システム情報の4点を渡せば足りる。
システム開発やAI導入の提案を受けて、見積書が出てきた。金額は500万円。高いのか安いのか、この機能にこの金額が妥当なのか、社内では誰も判断できない。——中小企業で頻繁に起きる場面だ。エンジニアがいないから判断できない、と思われがちだが、原因はもう少し構造的なところにある。この記事では、なぜ判断できないのか、何を見れば判断に近づくのか、外部の目を使うならどう使うのかを整理する。
判断できない本当の理由
技術知識がないから判断できない、というのは半分しか合っていない。より本質的な理由は提案側と発注側で持っている情報の量が違いすぎることにある。
提案する側は、その要件を実現するのに何人が何か月かかるかを知っている。どこが難しくてどこが簡単かも分かっている。発注側は、その情報を持たないまま金額の妥当性を判断するよう求められる。これは知識の差ではなく、立場の差だ。だから勉強しても埋まらない。
加えて、多くの見積書は「何が含まれないか」を書かない。書かないことで安く見せられるし、後から追加できる。悪意がなくてもそうなる。書く義務がないからだ。
相見積もりでは解決しない
3社に声をかけて、300万・500万・800万と出てきたとする。真ん中を選べばいい、とはならない。各社が想定している範囲が違うからだ。
- 300万の会社は、要件定義は発注側がやる前提かもしれない
- 500万の会社は、テストとマニュアルを含んでいるかもしれない
- 800万の会社は、1年間の保守と障害対応を含んでいるかもしれない
この状態で金額だけを比べると、一番安いところを選んだ結果、後から追加費用が積み上がって最終的に一番高くなるということが起きる。相見積もりが意味を持つのは、前提を揃えてからだ。
見積書で確認する5つの観点
1|含まれないことが書かれているか
最初に見るのはここ。要件定義・設計・テスト・データ移行・マニュアル作成・操作研修・保守運用。これらが含まれるのか、含まれないのかを一つずつ確認する。書かれていなければ、書いてもらう。
この作業をするだけで、300万と800万の差の大半が説明できることが多い。
2|工数の内訳があるか
「一式500万円」では判断のしようがない。機能ごと・工程ごとに人日や人月が出ているか。内訳を出せない見積もりは、根拠が薄いか、出したくない理由があるかのどちらか。
内訳が出てきたら、極端に重い項目に理由を聞く。納得できる説明が返ってくるかどうかで、相手の理解度も分かる。
3|追加費用が発生する条件が明記されているか
仕様変更が起きたとき、どこからが追加費用になるのか。この線引きが曖昧なまま契約すると、進行中に揉める。「軽微な変更は無償」の"軽微"が定義されているかを見る。
4|納品後の保守条件
作って終わりではない。不具合が出たときの対応期間、対応時間帯、費用。そして保守を頼まない選択をしたとき、自社で直せる状態になっているか。ソースコードと資料が手元に残るかは必ず確認する。
5|成果物の権利がどちらに残るか
作ったシステムの著作権が、発注側と受注側のどちらに帰属するか。ここが受注側のままだと、別の会社に保守や改修を頼めなくなる。長期的な自由度に効く項目なので、契約書の該当箇所を見ておく。
| 観点 | 見積書で確認すること | 確認しないと起きること |
|---|---|---|
| 1|含まれないことが書かれているか | 要件定義・設計・テスト・データ移行・マニュアル作成・操作研修・保守運用が含まれるかを一つずつ確認する。書かれていなければ書いてもらう | 後から追加費用が積み上がる。逆にここを確認すると300万と800万の差の大半が説明できる |
| 2|工数の内訳があるか | 機能ごと・工程ごとに人日や人月が出ているか。極端に重い項目は理由を聞く | 「一式500万円」では判断のしようがない。内訳を出せない見積もりは根拠が薄いか、出したくない理由がある |
| 3|追加費用が発生する条件が明記されているか | 仕様変更のどこからが追加費用か。「軽微な変更は無償」の"軽微"が定義されているか | 線引きが曖昧なまま契約すると、進行中に揉める |
| 4|納品後の保守条件 | 不具合が出たときの対応期間・対応時間帯・費用。ソースコードと資料が手元に残るか | 保守を頼まない選択をしたときに、自社で直せる状態になっていない |
| 5|成果物の権利がどちらに残るか | 著作権が発注側と受注側のどちらに帰属するか。契約書の該当箇所を見ておく | 受注側のままだと、別の会社に保守や改修を頼めなくなる |
それでも残る「実現方法が妥当か」の問題
上の5つは、発注側だけでも確認できる。一方で確認できないことが残る。
- そもそもこの作り方が適切か。もっと簡単な方法はないか
- 既製のサービスを使えば済む話ではないか
- 提案されている技術は、5年後も保守できるものか
- この規模の会社が、これを持ち続けられるか
これらは技術の中身が分からないと判断できない。しかも提案側に聞いても、自社の提案を否定する答えは返ってきにくい。ここが外部の目を入れる価値のある領域になる。
セカンドオピニオンの使い方
タイミングは「契約前」
提案書と見積書を受け取った後、発注を決める前。契約後だと、指摘が出ても条件を変えにくい。着手後ならなおさらで、止めると違約金の話になる。
渡す資料は4点
- 提案書
- 見積書(内訳があるもの)
- 要件のメモ(何を実現したいか。箇条書きで十分)
- 既存システムの情報(今何を使っているか、連携が必要か)
これだけあれば、たいていの判断材料は出せる。全部の資料を揃えてから、という必要はない。
聞くのは「妥当か」ではなく「どこが判断の分かれ目か」
「この見積もりは妥当ですか」と聞くと、答える側も断定しにくい。実務で有効なのは、「この提案で、後から問題になりそうなのはどこか」「削れる範囲はどこか」「聞き返すべき質問は何か」と聞くこと。そのまま相手への質問に使える形で返ってくる。
ベンダーとの関係を壊さないために
セカンドオピニオンを取ることを、相手を疑う行為だと感じる必要はない。むしろ質問の質が上がることで、相手も提案しやすくなることが多い。
伝え方としては「社内で判断材料を整理したいので、いくつか確認させてください」で十分。第三者に見せたことを言う必要もない。返ってきた質問に丁寧に答える会社かどうかで、その後の付き合い方も見えてくる。
提案書と見積書を、発注側の立場で見てもらう
テクミルは、第三者のエンジニアが技術的な懸念点と対応方針を整理するサービスです。ベンダー提案や見積もりを、発注側の立場で確認する使い方もできます。月額8万円(税別)から、初回の相談は30分無料。
テクミルのサービス内容を見る →まとめ
見積もりが判断できないのは、知識が足りないからではなく情報の量が対等でないから。だから勉強で埋めようとせず、確認する項目を決めて聞き返すほうが早い。「含まれないこと」から見る。相見積もりは前提を揃えてから。そして実現方法の妥当性だけは、外の技術者の目を借りる価値がある。
よくある質問
相見積もりを取れば妥当性は判断できますか?
金額の比較はできますが、妥当性の判断はできません。各社が想定している前提(どこまで作るか、どこまで保守するか、テストの範囲、資料の有無)が違うため、安い見積もりは範囲が狭いだけということが起こります。比較する前に、各社の前提を同じ土俵に揃える作業が必要です。
見積もりで最初に見るべき項目はどこですか?
「含まれないこと」の記載です。要件定義・テスト・データ移行・マニュアル・保守・運用が含まれるかどうかで、総額は大きく変わります。含まれないことが書かれていない見積書は、後から追加費用が発生する余地が大きいと考えてください。
セカンドオピニオンは、いつ依頼するのが効果的ですか?
提案書と見積書を受け取った後、発注を決める前です。契約後だと、指摘が出ても条件を変えにくくなります。渡す資料は、提案書・見積書・要件のメモ・既存システムの情報の4点があれば、たいていの判断はできます。
泉 款太(いずみ かんた)
株式会社SalesDock 代表取締役
慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に30社以上の業務改善に携わる。
代表メッセージを読む →