システム見積もりの妥当性を確認する7つのポイント|ITベンダーの見積の読み方
ITベンダーから届いた見積書を見て、「高いのか安いのか分からない」と感じたことはないでしょうか。見積もりの妥当性は、金額の大小だけでは判断できません。何が含まれ、何が含まれていないか、その前提が読み取れるかどうかが先です。この記事では、私が発注者側でシステム導入を進めてきた経験から、見積書を受け取ったときに確認する7つのポイントをまとめます。専門知識がなくても、質問の形で確認できる内容にしています。
1. 前提条件を読む
見積書の金額の前に、「前提条件」「留意事項」といった欄を読みます。ここには、金額が成り立つための条件が書かれています。
- 利用者数、拠点数、取り込むデータの量
- 既存システムとの連携の有無
- 発注者側で用意するもの(データの整理、テスト用の環境、担当者の時間)
- 作業時間帯や場所(平日日中のみ、リモート作業のみなど)
前提条件が自社の実態と違っていれば、その見積もりは別の会社に向けたものと同じです。前提が変わったときに金額がどう変わるかも、この段階で聞いておきます。
2. 範囲(スコープ)の境目を確認する
「どこまでやってくれるのか」は、見積書の中で最も認識がずれやすい部分です。含まれているものより、含まれていないものを確認します。
- 既存データの移行は含まれるか。移行前のデータ整理は誰がやるか
- 利用者向けの説明会や操作マニュアルの作成は含まれるか
- 稼働直後の立ち上げ支援は何日間か
- 他社サービスとの連携設定は含まれるか
「別途お見積り」「お客様作業」と書かれた項目を一覧にすると、後から追加費用になりやすい部分が見えてきます。
3. 人月と単価の読み方
システム開発や導入の見積もりは、「作業の量(人月や人日)」と「単価」の掛け算で示されることが多いです。人月とは、一人が一か月働く作業量の単位です。
ここで確認したいのは、金額の相場ではなく、内訳の構造です。
- どの工程(要件定義、設計、開発、テスト、導入)に、何人月が割り当てられているか
- 単価は役割(責任者、設計者、開発者)ごとに分かれているか
- 「一式」とだけ書かれた項目が、全体のどのくらいを占めているか
工程ごとの比率を見ると、テストの時間が極端に少ない、あるいは管理費の割合が大きい、といった特徴が読み取れます。それが問題とは限りませんが、「なぜこの配分なのか」を質問する材料になります。一式の項目が多い場合は、分解した内訳を依頼して構いません。
4. 継続費用を初期費用と分けて見る
見積書の一番下の合計金額は、多くの場合、導入時にかかる初期費用です。システムは導入した後も費用がかかり続けます。
- 保守・サポート費(年額か月額か、何が含まれるか)
- ライセンスやクラウドサービスの利用料(ユーザー数や容量で変わるか)
- バージョンアップや法改正対応の費用は保守に含まれるか
- 契約の最低期間と、解約の条件
初期費用が安く見えても、継続費用を含めて数年分を並べると、別の提案のほうが合う、ということは珍しくありません。「5年間の総額」のような形で、同じ期間でそろえて比べることをおすすめします。
5. 成果物と検収の条件を確認する
何が納められ、どの状態になったら「完了」とみなすのかを確認します。これは支払いの条件と直接つながります。
- 納品されるもの(設計書、操作マニュアル、設定情報、ソースコードなど)
- 検収の方法(誰が、どの手順で、どのくらいの期間で確認するか)
- 検収後に見つかった不具合の扱い(無償対応の期間と範囲)
成果物の一覧が見積書に書かれていない場合は、提案書や契約書のどこに書かれるのかを確認します。「動けばよい」ではなく、後から別の会社でも引き継げる資料が残るかどうかが、長い目で見た発注者の利益です。
6. 比較見積の取り方
複数のベンダーから見積もりを取ると、金額の違いよりも、前提や範囲の違いが浮かび上がります。ただし、比較できる形で取ることが条件です。
- 同じ要件、同じ前提条件、同じ比較期間で依頼する
- 回答の形式(工程別の内訳、継続費用の分離)をそろえて依頼する
- 質問の機会を設け、各社からの質問と回答を全社に共有する
要件を文書にして各社に渡すのが、いわゆる提案依頼書(RFP)です。簡単なものでも、要件と前提条件を一枚にまとめて渡すだけで、見積もりの比較はぐっと楽になります。
7. 発注者側の立場で確認する価値
見積もりの確認は、ベンダーを疑う作業ではありません。ベンダーは自社のやり方を前提に見積もりを作ります。一方、自社の業務や事情を一番知っているのは発注者です。この二つのずれを、契約の前に埋めることが確認の目的です。
とはいえ、本業と兼務で担当している方が、専門的な見積書を読み解くのは負担が大きいものです。そのような場合、ITベンダーに属さない第三者に、発注者側の立場で見積もりの読み方や質問の整理を手伝ってもらう方法があります。製品を売る側ではないため、「この提案は自社に合っているか」という視点で一緒に考えられます。Good Supplyでは、システム導入のPM・PMO支援として、提案書や見積もりの確認から関わることができます。
よくある質問
見積もりが一社からしか取れません。それでも確認する意味はありますか?
あります。一社でも、前提条件と範囲、継続費用、成果物と検収の条件を確認するだけで、後の追加費用や認識のずれは減らせます。比較相手がいない分、内訳の説明を丁寧に求めることが大切です。
見積もりの有効期限が短く、検討の時間がありません。
有効期限はベンダーが設定するものなので、延長を相談して構いません。急いで決めた結果、前提のずれが後から分かるほうが、双方にとって損失が大きいからです。確認したい項目を一覧にして渡すと、やりとりが速くなります。
契約書のチェックもお願いできますか?
契約書の法的な確認は、弁護士などの専門家にご相談ください。Good Supplyでは、システム導入の観点から確認すべき点(範囲、成果物、検収、保守の条件など)の整理をお手伝いします。詳しくはよくある質問もご覧ください。
まとめ
システム見積もりの妥当性は、金額の大小ではなく、前提条件、範囲、工程と内訳、継続費用、成果物と検収の条件が読み取れるかどうかで判断します。複数社から取る場合は、同じ条件でそろえて依頼します。見積もりの確認は、ベンダーと対等に話をするための準備です。読み解きに不安があれば、発注者側に立つ第三者の目を借りることも、ひとつの選択肢です。
