システム開発の見積もりに含まれないもの｜テスト・移行・研修費が別立てになる理由 2026

システム開発の見積もりを受け取ったとき、提示された金額をそのまま総費用だと思い込んでいないでしょうか。実は、多くの見積書には「開発工数」しか記載されておらず、テスト費用・データ移行費用・研修費用・保守運用費用が含まれていないケースが少なくありません。この記事では、見積もりに含まれないものが何か、なぜ別立てになるのか、そして発注前にどう確認すればよいのかを整理していきます。

システム開発の見積もりで「含まれないもの」が発生する背景

まず結論から言うと、システム開発の見積もりに含まれない代表的な項目は、テスト工程の一部、データ移行作業、利用者向けの研修、リリース後の保守運用の4つです。これらが見積書から漏れる理由は単純で、開発会社側が「開発」と「その他の付随作業」を別カテゴリとして扱っているためです。

見積もりを依頼する側からすると、「システムを作ってもらう費用」として一括りに考えがちですが、開発会社側の内部では工程ごとに担当部署や外部委託先が異なることが多く、見積書の対象範囲もそれに応じて分かれます。とくに中小企業の担当者が初めてシステム開発を発注する場合、この認識のズレによって30%前後の追加費用が発生したという声も少なくありません。

マクロな視点で見ると、システム開発の総費用に占める「開発工程外」の割合は、プロジェクト規模によって大きく変わります。小規模な業務システムであれば総額の10%程度に収まることもありますが、基幹システムの刷新やデータ移行を伴う大規模案件では、30%から40%近くまで膨らむことも珍しくありません。見積もりの妥当性を判断するには、まず「この金額がどこまでをカバーしているのか」を明確にする必要があります。

システム開発の見積もりのほとんどは「人月（にんげつ）」単位で計算されています。人月とは、「1人のエンジニアが1ヶ月（約160時間）稼働する工数」を1単位とした見積もり方式です。 出典: c3index.co.jp

人月ベースの見積もりは、あくまで「開発作業に要する工数」を算出する方法であり、テストや移行、研修といった付随業務は別枠で見積もられることが一般的です。この構造を理解しておくと、見積書の中身を読み解く際の視点が定まります。

システム開発の見積もりに含まれない代表的な項目

テスト工程の一部（結合テスト・受け入れテスト）

開発工程の見積もりには、単体テスト（プログラム単位の動作確認）は含まれていることが多い一方で、結合テスト（複数の機能を組み合わせた動作確認）や受け入れテスト（発注者側が実施する最終確認）が別立てになっているケースがあります。とくに受け入れテストは、発注者側の担当者が業務シナリオに沿ってシステムを操作し、問題がないかを確認する工程であり、開発会社が主体的に実施しない前提で見積もりが組まれることが多いのです。

このため、「テストまで含めた完成品を納品してもらえる」と思い込んで発注すると、リリース直前になって「受け入れテストの支援費用」や「テスト環境構築費用」が追加請求されるトラブルが発生します。テスト工程に関する費用範囲は、見積もり依頼の段階で必ず確認しておくべきポイントです。

データ移行作業

既存システムからの乗り換えを伴う開発案件では、旧システムのデータを新システムに移すデータ移行作業が発生します。この作業は、単純なコピーではなく、データ形式の変換・重複データの整理・不整合の修正といった専門的な作業を伴うため、開発工程とは別に見積もられることがほとんどです。

データ移行の費用は、移行するデータ量やデータの整合性によって大きく変動します。数千件規模の顧客データであれば数万円から数十万円程度で済むこともありますが、複数のシステムに分散したデータを統合する場合、100万円を超える見積もりになることもあります。既存システムがある場合は、見積もり依頼の際に必ず「データ移行の有無」と「その費用が含まれているか」を明示的に質問してください。

利用者向けの研修・マニュアル作成

新しいシステムを導入する際、利用者（社内の従業員や取引先）がスムーズに使いこなせるようにするための研修やマニュアル作成も、見積もりに含まれないことが多い項目です。開発会社にとって研修は「開発の付随業務」であり、専任の担当者が別途アサインされることが一般的なため、開発費用とは別枠で計上されます。

とくに、業務フローが大きく変わるシステム刷新の場合、研修を省略すると現場が混乱し、せっかく開発したシステムが定着しないというリスクがあります。研修費用の相場は、対象人数や研修回数によって異なりますが、数十人規模の研修であれば10万円から50万円程度を見込んでおくとよいでしょう。

リリース後の保守運用費用

システムは納品して終わりではありません。稼働後に発生する不具合対応、機能追加、セキュリティアップデートなどの保守運用は、開発費用とは完全に切り離された「継続的な費用」として見積もられます。多くの開発会社は、月額固定の保守契約（開発費用の5%から15%程度が相場）を別途提案してきます。

保守運用費用を見積もりに含めていない開発会社は少なくないため、「初期費用は安いが、保守費用込みで考えるとトータルコストが高くなる」というケースもあります。総費用を比較する際は、初期開発費だけでなく、保守運用の年間コストまで含めて判断する必要があります。

インフラ・サーバー費用

クラウドサービス（AWS、Azure、GCPなど）の利用料やドメイン取得費用、SSL証明書の費用なども、開発費用とは別立てになることが一般的です。これらはシステムの運用に必須のコストですが、開発会社が代理で契約するのか、発注者側が直接契約するのかによって、見積もりへの計上方法が変わります。

インフラ費用は、システムの規模やアクセス数によって月額数千円から数十万円まで幅があります。とくにアクセス数が増加した際にスケールアップするための追加コストは見積もり時点では確定しないため、「変動費」として別枠で説明されることが多い点も覚えておいてください。

なぜ見積もりに含まれない項目が生まれるのか

開発会社側の見積もり慣行

開発会社の多くは、要件定義から設計、実装、単体テストまでを「開発工程」として見積もり、それ以外の作業を「オプション」または「別途相談」として扱う慣行があります。これは、開発工程が比較的見積もりやすい一方で、テストやデータ移行、研修といった作業は要件が確定するまで工数を正確に見積もりにくいという事情が背景にあります。

とくにデータ移行は、実際のデータを確認しないと作業量が確定しないため、見積もり依頼の段階では「概算」としてしか提示できないことが多いのです。この構造を理解しておくと、開発会社の説明に対して不要な不信感を持たずに済みます。

発注者側の認識不足

一方で、発注者側にも「見積もり＝総費用」という思い込みがあることが、トラブルの一因になっています。とくに初めてシステム開発を発注する担当者は、開発工程以外にどのような費用が発生するのかを把握していないため、見積書に記載されていない項目を「言われていない追加費用」として受け止めてしまいます。

このミスマッチを防ぐには、発注者側が事前に「見積もりに含まれる範囲」を明確に質問し、開発会社側にも「含まれないもの」を明示してもらうことが重要です。見積もり依頼の段階でチェックリストを用意しておくと、確認漏れを防げます。

トップダウン法は、類推見積もりとも呼ばれ、過去の類似する開発データを基に見積もりを行います。この方法の利点は、概算見積もりが迅速に行えることと、似た開発経験があればより正確な金額を提示できることです。しかし、似た開発経験がない場合、この方法では見積もりが難しくなります。別の説明によれば、この方法ではシステムをいくつかのコンポーネントに細分化して見積もります。システム開発の管理、調査、分析にかかる工数も明確にしやすいため、細かい見積もりが必要な場合に適しています。 出典: co-well.jp

見積もり方法によって精度が異なるという指摘は、まさに「含まれないもの」が生まれる構造的な理由を裏付けています。類似案件のデータがない場合、開発会社は保守的に見積もりを組む傾向があり、テストや移行といった不確定要素の高い項目を別立てにすることでリスクを回避しているのです。

見積もりに含まれない項目を事前に確認する方法

見積もり依頼時に伝えるべき情報

見積もり依頼の段階で、以下の情報を開発会社に明確に伝えることで、含まれる範囲・含まれない範囲を明確にした見積書を受け取りやすくなります。

・既存システムからの移行の有無とデータ量の目安 ・利用者数と研修が必要な範囲 ・リリース後の保守運用をどこまで依頼したいか ・インフラの契約主体（発注者側か開発会社側か）

これらの情報を伝えずに見積もりを依頼すると、開発会社側も「開発工程のみ」の金額を提示せざるを得ず、後から追加費用が発生する原因になります。

見積書のチェックポイント

受け取った見積書を確認する際は、以下のポイントをチェックしてください。

・「一式」という表記でまとめられている項目がないか ・テスト工程がどこまで含まれているか明記されているか ・保守運用費用が別紙で提示されているか ・インフラ費用が発注者負担なのか開発会社負担なのか

とくに「一式」という表記は、内訳が不透明になりやすい典型的な表現です。可能な限り、工程ごとの内訳を出してもらうよう依頼しましょう。

以上、システム開発を担う企業に向けて、見積の算出方法について詳しく紹介しました。以下の項では、実際にシステム会社へ開発を依頼したい方に向けて、見積の対象となる項目や内容について詳しく解説をします。 出典: hnavi.co.jp

複数社から見積もりを取得する際の注意

複数の開発会社から見積もりを取得する場合、単純に総額だけを比較するのは危険です。ある会社は研修費用を含めた金額を提示し、別の会社は開発工程のみの金額を提示しているケースがあるため、見積もりの前提条件を揃えたうえで比較する必要があります。

比較の際は、各社に同じ質問票（テスト範囲、移行範囲、研修範囲、保守範囲）を送り、同じ条件で見積もりを取得することをおすすめします。これにより、金額差の理由が明確になり、単なる「安さ」ではなく「何が含まれているか」で判断できるようになります。

見積もりで失敗しないための実務的なアドバイス

私自身、初めて外注する立場でシステム開発の見積もりを比較したとき、金額だけを見て安いほうを選び、後からデータ移行費用と研修費用が別途請求されて予算オーバーになった経験があります。当時は「見積もり＝総額」だと思い込んでいたため、開発会社に対して「聞いていない」と不満を持ちましたが、振り返れば、こちらから移行や研修の要件を明確に伝えていなかったことが原因でした。この経験から、見積もり依頼の段階で「含まれないもの」を先に確認する習慣がついたのは大きな学びでした。

もう一つの失敗談として、複数社から見積もりを取った際、A社は保守運用費用込みの金額、B社は開発工程のみの金額を提示していたにもかかわらず、総額だけを比較してB社を選んでしまったことがあります。結果的に、リリース後にB社から保守契約の提案があり、年間の総コストで見るとA社を選んだほうが安かったという結末になりました。見積もりを比較する際は、必ず「何が含まれているか」を揃えたうえで判断すべきだと痛感しました。

システム開発の発注においては、開発会社に依頼するだけでなく、フリーランスのエンジニアに直接依頼するという選択肢もあります。代理店や仲介会社を経由すると中間マージンが上乗せされるため、同じ予算でも依頼できる作業範囲が狭くなりがちです。一方で、フリーランスへ直接依頼すれば中間マージンが発生しない分、テストや移行作業まで含めた予算配分がしやすくなるというメリットがあります。ただし、フリーランスへの直接発注では、保守運用の継続性やチーム体制の有無を事前に確認しておくことが重要です。

見積もりの相場感を把握する

システム開発の費用相場は、開発規模や機能の複雑さによって大きく異なります。小規模な業務システム（社内向けの管理ツールなど）であれば50万円から300万円程度、中規模のWebシステムであれば300万円から1000万円程度が目安とされています。ここに、テスト・移行・研修・保守といった付随費用が加算されると、総額はさらに10%から30%程度上乗せされることを想定しておくべきです。

とくに、システム開発を外注する方法｜失敗しない発注の進め方【2026年版】では、外注先選びの基本的な流れと失敗しない発注のポイントを詳しく解説しています。見積もり範囲の確認だけでなく、発注プロセス全体を見直したい方は参考にしてください。

また、開発規模が大きくなるほど、システムの構造をどう設計するかによって保守性やコストが変わってきます。大規模システム開発で採用すべきマイクロサービスの利点と設計の難易度では、機能を分割して開発・保守しやすくするマイクロサービス設計の考え方を紹介しており、将来的な拡張性を見据えた発注を検討する際に役立ちます。

発注前に準備しておくべきこと

見積もりに含まれないものを減らすためには、発注者側が事前に要件を明確化しておくことが最も効果的です。以下の準備を整えたうえで見積もり依頼をすると、開発会社側も精度の高い見積もりを提示しやすくなります。

・現行業務のフローを整理し、システム化する範囲を明確にする ・既存システムがある場合は、移行対象のデータ項目とデータ量を把握する ・利用者数と、研修が必要な部署・人数を洗い出す ・リリース後の運用体制（社内で対応するか、外部委託するか）を検討する

これらの準備が不十分なまま見積もりを依頼すると、開発会社側も「概算」でしか回答できず、結果的に含まれないものが増える傾向にあります。逆に、要件が明確であればあるほど、見積もりの精度は高まり、後からの追加費用も抑えられます。

独自データから見る発注の実態

長くフリーランス・在宅ワーク市場を見てきた立場から言えば、システム開発の発注で失敗する企業に共通するのは、「見積もり金額」にばかり注目し、「誰が・どこまで対応してくれるのか」という関係性の設計を後回しにしている点です。単発の開発案件として発注してしまうと、テストや移行、研修といった周辺業務のたびに追加交渉が発生し、結果的に費用も時間も膨らみます。

運営者として見てきた限りでは、長く付き合える関係を築いている発注者ほど、初期の見積もり段階から「保守運用まで含めた総費用」で会話をしています。額面の安さだけを追うのではなく、手取りベースでの費用対効果を意識することが重要です。中間マージンが乗らない直接取引であれば、同じ予算でもテストや研修まで手厚くカバーしてもらえる余地が生まれます。これは発注者にとっての予算効率だけでなく、受注する側にとっても手数料0%の環境で報酬が厚くなるという、双方にとって利のある構造だと考えています。

Web・業務システムの開発を依頼する際は、依頼できる業務範囲を事前に把握しておくことも大切です。Web・業務システム開発のお仕事では、どのような業務がシステム開発の範囲に含まれるのかを整理しており、発注前の要件整理に役立ちます。加えて、AIやマーケティング施策を組み合わせたシステム開発を検討している場合は、AI・マーケティング・セキュリティのお仕事も参考にすると、必要な専門領域を漏れなく洗い出せます。

エンジニアへの発注を検討する際、報酬水準の相場感を把握しておくことも見積もりの妥当性を判断する材料になります。ソフトウェア作成者の年収・単価相場では、開発者の年収・単価データを確認でき、見積もりに含まれる人件費が適正な水準かどうかを見極める参考になります。

まとめに代えて：見積もり範囲の認識合わせが最重要

システム開発の見積もりに含まれないものは、テスト工程の一部、データ移行、研修、保守運用、インフラ費用と多岐にわたります。これらは開発会社の見積もり慣行として「別立て」になることが一般的であり、悪意があって隠されているわけではありません。しかし、発注者側がこの構造を理解していないと、後から想定外の追加費用に驚くことになります。

見積もり依頼の段階で、含まれる範囲・含まれない範囲を明確に質問し、複数社を比較する際は前提条件を揃えること。これが、システム開発の発注で失敗しないための最も基本的かつ重要なポイントです。

よくある質問

Q. システム開発の見積もりに含まれない代表的な費用は何ですか？

テスト工程の一部（結合テスト・受け入れテスト）、データ移行作業、利用者向けの研修、リリース後の保守運用、インフラ費用の5つが代表的です。見積もり依頼の段階でこれらの範囲を確認しておくことが重要です。

Q. 見積もりに保守運用費用が含まれているか、どう確認すればよいですか？

見積書に「保守運用は別紙で提示」と記載されているか、月額固定契約の有無を直接質問してください。開発費用の5%から15%程度が保守費用の相場とされています。

Q. データ移行の費用はどのくらいかかりますか？

移行するデータ量や整合性によって大きく変わります。数千件規模であれば数万円から数十万円、複数システムを統合する場合は100万円を超えることもあります。

Q. 複数社の見積もりを比較する際に注意すべき点は何ですか？

各社が同じ前提条件（テスト範囲・移行範囲・研修範囲・保守範囲）で見積もりを出しているかを確認してください。前提が異なると、単純な総額比較では正しい判断ができません。