【2026年版】システム開発の外注先の選び方｜費用相場・進め方・失敗しないポイント

「システム開発を外注する」と言っても、実は作り方が3種類あり、費用が大きく変わります。まず自社のやりたいことがどれに当たるかを把握すると、相場観がぐっと掴みやすくなります。

• フルスクラッチ（受託開発） — ゼロから自社専用に作る。要件に完全に合わせられるが費用は高め。独自性の高い業務やサービスに向く
• パッケージ／SaaSの導入・カスタマイズ — 既存製品を土台に不足分だけ作る。安く早いが、製品の枠を大きく外れる要件には不向き
• ノーコード／ローコード＋AI活用 — 開発ツールやAIを使って作る。近年は小規模なものの下限費用が下がる傾向。ただし複雑な要件では従来の開発と変わらないこともある

「やりたいことは既製品で8割足りる」ならパッケージ、「業務やサービスの中核で他社と差別化したい」ならフルスクラッチ、というのが大まかな分かれ目です。この記事は主にフルスクラッチ（受託開発）を外注する前提で解説します。

① 種類別のざっくりレンジ

ECサイトやSaaSはレンジが特に広く、ASPやノーコードを使えば数十万円、フルスクラッチで大規模になると数千万円と、同じ名前でも中身次第で桁が変わります。「ECサイトいくら？」に一言で答えられないのはこのためです。

既存のコーポレートサイトを作り直す場合は、費用の幅がどこから生まれるかと、今のURLをどう引き継ぐかが判断の要点になります。詳しくはコーポレートサイトのリニューアルの進め方にまとめています。

② 費用の正体：人月単価 × 人月

多くの見積もりは「人月（にんげつ）」で積み上げられます。エンジニア1人が1か月働く工数が1人月で、これに職種ごとの単価を掛けて算出します。職種別の単価の目安は次のとおりです（月額・目安）。

同じ要件でも見積もりが数倍ぶれる最大の理由がここにあります。大手SIerは管理費や利益が上乗せされて人月単価が高くなりがちで、中小の開発会社は東京圏でも80万円/人月前後が一つの目安です。「なぜこの金額なのか」を人月単価と人数・期間で説明できる会社かどうかは、信頼性の判断材料になります。

③ 工程別の内訳と保守費

開発費は工程ごとにおおよそ次の比率で構成されます（幅があり、合計は前後します）。要件定義1〜2割、設計1〜2割、開発（実装）3〜4割、テスト2〜3割が目安です。加えて、リリース後の保守運用費は年間で開発費の1〜2割程度を見込んでおくと安全です。

ここまでの費用相場を見て「思ったより高い」と感じたかもしれません。ただ、これは基本的に「作りたいものを一通り作った場合」の目安です。スタートアップや新規事業では、最初から全部を作る必要はありません。むしろ、事業の仮説を確かめられる最小限（MVP＝Minimum Viable Product、必要最小限の製品）に絞って小さく作り、反応を見ながら段階的に広げるほうが、費用も失敗のリスクも抑えられます。

MVPに「入れるもの」と「後回しにするもの」

• 入れる — その事業の価値がひとつだけ伝わる中核機能。「これがないと成り立たない」1〜2個に絞る
• 後回しにする — 管理画面の作り込み、細かな例外処理、権限や通知の網羅、デザインの磨き込み、あれば便利な周辺機能。多くはユーザーが増えてからで間に合う

フェーズによって、かけるべき金額と作り込みの深さは変わります。仮説検証の段階（プレシード〜シード）は、ノーコードや小さなMVPで「そもそも使われるか」を確かめるところに絞り、ユーザーや資金がつき始めてから中核を作り込んでスケールに耐える形にしていく——という段階的な投資が基本です。この考え方に立つと、初期費用は相場表の下限側から始められることが多く、ノーコードなどを活用すればさらに下回れる場合もあります。

2026年のいま、非エンジニアでもAIを使ってある程度のものを自分で作れるようになりました。ノーコードツールにAIが組み込まれ、Claude CodeやCursor、GitHub CopilotといったAIコーディング支援ツールも広く使われています。「まず自分で作ってみる」は以前よりずっと現実的な選択肢です。だからこそ、外注を考える前に「どこを自分でやり、どこからプロに頼むか」を見極めることが、費用のムダを防ぐ第一歩になります。

自作（AI活用）でも十分なもの

• アイデア検証のためのプロトタイプ・MVP — 動くものを早く作って反応を見たい段階
• 社内だけで使う小さな業務ツールや自動化 — 使う人が限られ、不具合の影響が小さいもの
• ランディングページや簡単なWebサイト — 作り直しが効くもの

プロに頼むべきもの

• 顧客・お金・個人情報を扱う本番システム — セキュリティ・信頼性・法令対応が問われ、不具合が事故に直結する
• 利用者が増えても耐える必要があるもの／既存システムと連携するもの — 性能・可用性・設計の難度が上がる
• 長く使い、改修しながら育てるもの — 後から直せる・引き継げる作りにしておく必要がある

当社では、この「どこまで自作でき、どこからプロに任せるべきか」の見極めから相談に応じています。AI開発ツールの社内導入支援も行っているため、「自分たちで作れる範囲を広げたい」方向でも、「本番はプロに任せたい」方向でも、状況に合わせてご提案できます。自社で作る場合の費用の内訳や、やめるときにデータを持ち出せるかどうかは業務システムの内製化にまとめています。

会社選びで比較サイトが共通して挙げる基準は、おおむね次の6つです。

• 同業種・同規模の開発実績があるか — 近い案件の経験は見積もり精度と品質に直結する
• 得意分野・技術力が合っているか — Web・アプリ・AIなど、依頼内容と会社の強みが噛み合うか
• 運用・保守まで対応するか — 作って終わりでなく、リリース後も面倒を見てくれるか
• 担当者と相性が合い、相談に乗ってくれるか — 提案してくれるか、質問に的確に答えるか
• 会社として安定しているか — 途中で開発が止まらない体制か
• 自社で開発しているか（丸投げの下請けでないか） — 実装を外に再委託していないか

この基準の中で発注側が最も迷うのが「大手に頼むべきか、少数精鋭に頼むべきか」です。判断材料として整理します。どちらが上ということではなく、案件との相性の問題です。

一般的な開発は次の工程で進みます。前半の「何を作るか」を決める工程がぶれると、後半のテスト段階で問題が噴き出す構造（V字モデル）になっているため、上流ほど発注側の関与が効いてきます。

1. 01要件定義 — 何を作るかを決める。ここが最重要
2. 02設計（基本設計・詳細設計） — 画面や機能、内部の作りを設計する
3. 03開発（実装） — 実際にプログラムを作る
4. 04テスト（単体・結合・受入） — 不具合を洗い出し、発注側が受入確認する
5. 05リリース・保守運用 — 公開し、その後も改修・運用する

多くの記事が「丸投げは失敗のもと」と言いますが、では発注側は何を用意すればいいのか。最低限、「誰の・どんな困りごとを・どう解決したいか」と、譲れない条件・予算・納期は自社で言語化しておきます。逆に、要件を仕様に落とす作業や技術選定は、上流から一緒に伴走してくれる会社なら任せて構いません。少数精鋭で代表が上流から入る体制なら、「丸投げ」ではなく「一緒に要件を固める」形に持ち込めます。

受託開発の契約は大きく「請負契約」と「準委任契約」に分かれます。どちらが良い悪いではなく、フェーズによって向き不向きがあります。

• 請負契約 — 成果物を完成させる義務を負う契約。完成物に不備があれば「契約不適合責任」（2020年4月施行の民法改正で旧「瑕疵担保責任」から名称・内容が改められたもの）を負います。仕様が固まっている段階に向きます
• 準委任契約 — 業務を誠実に遂行する義務（善管注意義務）を負う契約で、成果物の完成そのものは保証しません。ただし「責任がない」わけではなく、注意義務を怠れば責任は生じます。要件が流動的な要件定義フェーズや、継続的な開発（ラボ型）に向きます

見積もりを比較するときは、安すぎる金額を最優先にしないのが鉄則です。要件が曖昧なまま各社に見積もりを頼むと、会社ごとに前提がバラバラで比較になりません。「要件定義」「テスト」「保守」といった見えにくい工程が抜けていないかを確認し、同じ前提で複数社を比べてください。

契約のときに決めておきたいのは、サーバーやドメインの契約を自社の名義で取ること、納品物にソースコードを含めること、それと、著作権などの権利について契約書にどう書くかです。決めないまま進めると、数年後に別の会社へ引き継ぐ段で詰まります。何をどう確かめるかはシステムの引き継ぎにまとめています。

なお、社内に開発チームはあるが、成果物ではなく稼働を補いたい場合は、準委任という選び方もあります。選択肢ごとの向き不向き、SESと準委任の関係、発注側が現場で出せる指示の範囲は開発リソース不足の解消方法にまとめています。

中小企業のシステム・IT導入には補助金を使える場合があります。従来の「IT導入補助金」は2026年から「デジタル化・AI導入補助金2026」（実施：中小機構）に名称が変わりました。ソフトウェアやクラウド利用料、導入関連費などが対象になり得ます。

• 作り方はフルスクラッチ／パッケージ／ノーコード＋AIで費用が大きく変わる。まず自社の要件がどれに当たるかを把握する
• 費用は「種類別レンジ」「人月単価×人月」「工程別内訳＋保守費」の3つで捉える。数字はいずれも業界全体の相場で、特定の会社の価格ではない
• スタートアップや新規事業は全部を一度に作らない。MVPに絞って小さく始め、フェーズに応じて段階的に投資する
• AIで自作できる範囲は広がった。プロトタイプや社内ツールは自作、本番・セキュリティ・保守が問われるものはプロに、と使い分ける
• 会社選びは実績・技術力・保守・相性・安定性・自社開発かの6基準。大手と少数精鋭は案件との相性で選ぶ
• 上流（要件定義）ほど発注側の関与が効く。丸投げは避けつつ、上流から伴走する会社なら仕様化は任せてよい
• 契約は請負と準委任を使い分け。見積もりは安さより「同じ前提で比較」「抜け工程がないか」で見る
• 補助金（デジタル化・AI導入補助金2026）は使える場合があるが、対象は公式で要確認

当社TokyoScalerは、少数精鋭でWeb・モバイル・AIを活用したシステム開発を手がける受託開発会社です。多層下請けではなく代表（エンジニア）が上流から直接ご相談に応じ、必要に応じて発注前の動くモックアップづくりから伴走します。海外向けサービスの開発（多言語対応）にも対応しています。「何をどこまで頼めるか分からない」という段階でも、初回のご相談（無料）からお気軽にどうぞ。IT体制づくり全般については情シスがいない会社のIT運用の記事、AIを使った仕組みの発注についてはAIエージェント開発の外注の記事も参考になります。