システム開発の委託とは？費用相場・進め方・失敗しない委託先の選び方

「システム開発を外部に委託したいが、費用も進め方も分からない」——システム開発の委託とは、自社でエンジニアを抱えず、外部にシステム開発を発注することです。委託を成功させるには、費用相場・委託先の選び方・契約形態・追加費用の防ぎ方を、最初にひととおり押さえておくのが近道です。この記事では、委託の全体像から具体的な進め方・注意点まで、順を追って解説します。

システム開発の委託とは

委託とは、自社で開発人材を抱えず、外部の開発会社やフリーランスにシステム開発を発注することです。人材の採用・維持なしに専門知識を借りられるのが最大の利点で、必要なときに必要な分だけ開発力を確保できます。

「委託」「外注」「アウトソーシング」はほぼ同じ意味で使われますが、契約の観点では次のように整理できます。

• 請負での委託：成果物（動くシステム）の完成を約束してもらう委託。多くの受託開発がこの形。
• 準委任での委託：作業（技術者の稼働）を提供してもらう委託。SES や技術支援に近い。

委託（外注）と内製の違い

観点	委託（外注）	内製（社内で作る）
初期の立ち上がり	早い（既存の開発力を借りる）	遅い（採用・育成が必要）
コスト構造	案件ごとの費用（変動費）	人件費が固定でかかる
専門性	幅広い技術を都度調達できる	自社ドメインに深く詳しくなる
保守・改修	委託先との継続契約が必要	社内で機動的に対応できる
ノウハウの蓄積	社外に残りやすい	社内に貯まる

内製と外注のどちらが向くかは内製と外注どっち？で詳しく解説しています。

委託が向くケース・向かないケース

委託が向くのは次のような場合です。

• 社内にエンジニアがいない、または本業で手一杯
• 1回作れば大きく改修せず使い続ける業務システム
• 「いつまでに」「いくらで」を先に固めて予算化したい
• 特定の技術（アプリ・AI・OCR など）を単発で使いたい

逆に、日々仕様が変わり続けるサービスを長期運用する、開発ノウハウ自体を会社の資産にしたいといった場合は、内製や内製と委託の併用が向きます。まずは委託で立ち上げ、育ってきたら一部を内製に移す、という順序も現実的です。

システム開発を委託する費用の相場

規模	費用の目安	例
小規模（1業務の効率化）	数十万〜100万円台	予約管理、簡単な顧客台帳、集計の自動化
中規模（受発注・在庫など）	100万〜500万円	受発注・在庫管理、会員機能付きサイト
大規模（基幹・多機能・連携多数）	500万円以上	基幹システム、複数システム連携、多拠点対応

費用は「機能の数 × 複雑さ × 外部連携の数」でおおむね決まります。同じ「在庫管理」でも、1拠点の単純な入出庫なら小規模ですが、複数倉庫・ロット管理・会計連携まで含むと一気に中〜大規模になります。人月と工数の考え方は人月とは、内訳の見方は費用の相場もあわせてご覧ください。

費用を押し上げる主な要因は次のとおりです。ここを見直せば、同じ目的でも金額を大きく下げられます。

• 画面・機能の数：管理画面や帳票が増えるほど工数が積み上がる
• 外部システムとの連携：会計・決済・在庫・CRM などとの連携1本ごとに追加工数
• 例外処理の作り込み：「ごく稀なケース」まで自動化するほど費用が膨らむ
• デザインの作り込み：業務システムなら見た目より使いやすさを優先すると安く済む

要件を絞れば100万円で委託できます（→システム開発を100万円で委託）。100万円で実用的なシステムが作れる根拠は、「本当に必要な1〜2業務」に対象を絞り、あれば便利な機能を後回しにすることにあります。多くの現場では、使う機能の大半は全体のごく一部で、残りは「念のため」に膨らんだものです。最初から全部を盛り込まず、効果の大きい中核機能に絞れば、工数が収まり総額100万円台で実運用に耐えるシステムが手に入ります。相見積もりで金額が大きくブレるときは、各社が想定している「範囲」が違うことがほとんどです。金額だけでなく、何が含まれ何が含まれないかを揃えて比べましょう。

委託先の種類と選び方

委託先は大きく3タイプに分かれます。それぞれ費用感と向き不向きが異なります。

委託先	費用感	強み	注意点	向くケース
開発会社	中〜高	体制があり継続性・保守で安心	費用はやや高め	業務の要になるシステム、長く使うもの
フリーランス	低〜中	費用を抑えやすい・小回りが利く	1人依存で体調・繁忙のリスク	小規模・単発、社内に管理できる人がいる
オフショア（海外委託）	低	人件費が安く大量開発向き	言語・時差・品質管理の手間	仕様が明確な大規模開発

開発会社は、複数人のチームで開発と保守にあたるのが基本です。担当が急に抜けても社内で引き継げるため、継続性と保守の安心感が最大の強みです。費用は3タイプで最も高くなりがちですが、要件整理から検収・納品後のサポートまで一括で任せられます。「業務の要になるシステム」「数年単位で使い続けるもの」を委託するなら第一候補です（→開発会社の選び方）。

フリーランスは、費用を抑えやすく小回りが利くのが魅力です。相場は開発会社の6〜7割程度に収まることも多く、直接やりとりできるぶん意思決定も速くなります。一方で1人に依存するため、体調不良や別案件の繁忙で進行が止まる、途中で連絡が取れなくなる、といったリスクがあります。社内に仕様を確認・管理できる人がいる小規模・単発の委託に向きます（→フリーランスと会社どっち）。

オフショア（海外委託）は、人件費の安い海外の開発チームに委託する形態です。同じ工数でも国内より単価が低く、人手を要する大量開発でコストメリットが出ます。ただし言語・時差・文化の違いがあり、仕様書の精度とコミュニケーション体制が甘いと「思っていたものと違う」が起きやすくなります。仕様が明確に固まっている大規模開発向きで、曖昧な要件のまま丸投げするのは避けましょう（→オフショア開発のメリデメ）。

継続性・保守で選ぶなら開発会社、コスト最優先で管理体制があるならフリーランスやオフショア、というのが大まかな住み分けです。見極めのポイントは悪い開発会社の見分け方もご覧ください。

委託の契約形態——請負と準委任の選び方

委託の契約は主に2種類です。どちらを選ぶかで、責任範囲と費用の見え方が変わります。

契約形態	約束するもの	費用の決まり方	向くケース
請負	成果物の完成	総額を先に確定	ゴールが決まっている開発。予算を固定したい
準委任	作業（技術者の稼働）	稼働時間や月額	仕様が固まりきらず走りながら決める開発

「いくらで作ってもらえるかを最初に確定させたい」なら請負が安心です。逆に、要件を探りながら柔軟に進めたい場合は準委任が合います。詳しくは請負と準委任の違いで解説しています。

委託の流れ（相談から検収まで）

委託は、おおむね次の順序で進みます。各ステップで「何が手元に残るか（成果物）」と「注意点」を押さえておくと、後戻りを防げます。

ステップ	やること	手元に残る成果物	注意点
1. 目的整理	「何を解決したいか」を書き出す	課題メモ・優先順位	完璧な仕様書は不要。困りごとと優先度だけで十分
2. 相談	費用感・実現可能性・進め方を掴む	概算・進め方の説明	目的を聞かず即見積もりを出す相手は要注意
3. 見積もり	範囲・追加費用・納期・権利を確認	見積書・提案書	「含む/含まない」が書面で明示されているか
4. 契約	請負か準委任か、権利の帰属を明記	契約書	検収基準と権利譲渡を条文で確認
5. 開発	要件を固めて作る	動くシステム・進捗共有	途中で仕様を足すと追加費用の原因に
6. 検収	条件どおり動くかを確認して受け取る	完成システム・ソースコード	発注時の基準どおりか1つずつチェック

参考リンク：見積もりの見方、要件定義のコツ。まずは小さく作って確かめるMVPの進め方が、委託の失敗を減らします（→発注の流れ7ステップ）。検収の基準（どうなったら完成とみなすか）を契約時に文章で決めておくと、「言った・言わない」を避けられます。

追加費用を防ぐ確認質問リスト（相談・見積もり時に聞く）

• 「この見積もりに含まれる範囲と、含まれないものは何ですか？」
• 「どうなったら追加費用が発生しますか？その単価は？」
• 「打ち合わせ・修正対応は何回まで見積もりに入っていますか？」
• 「想定外のことが出たとき、着手前に見積もりを出し直してもらえますか？」
• 「納品物にソースコードと権利譲渡は含まれますか？」
• 「納品後の保守・不具合対応はどう扱われますか？」

これらを口頭でなく書面（メール可）で残しておくと、後のトラブルをほぼ防げます。

追加費用と成果物の権利——委託前に必ず確認すること

委託でもめる原因の多くは「お金」と「権利」です。契約前に次を確認しておきましょう。

追加費用を防ぐ確認事項

• どうなったら追加費用になるか（仕様変更・画面追加・連携追加などの条件）
• 見積もりに保守・修正・打ち合わせ回数が含まれるか
• 想定外が出たとき、着手前に見積もりを出し直してくれるか
• 総額が最初に固定される料金体系か（後から膨らまないか）

成果物（ソースコード）の権利

• 納品されるのは動くシステムだけか、ソースコードまでか
• 著作権が委託先に残るのか、自社に譲渡されるのか
• 別の会社に乗り換えて改修できるか（→ベンダーロックインとは）

ソースコードの権利を渡してもらえないと、将来ほかの会社に頼めず、改修のたびに元の委託先の言い値になりがちです。これは委託で最も見落とされやすく、あとで効いてくるポイントです。具体的には次のような不利益が起きえます。

• 改修が元の委託先に固定される：他社に見せられず、相見積もりが取れない
• 保守費・改修費が高止まりする：競争が働かず、言い値になりやすい
• 委託先が廃業・撤退すると詰む：手元にコードがなく、作り直しになる

契約書に「成果物の著作権を発注者に譲渡する」旨が明記されているか、納品物にソースコード一式が含まれるかを必ず確認しましょう（→ベンダーロックインとは）。権利さえ手元にあれば、次の改修先を自由に選べ、価格交渉の主導権も握れます。

委託先選びチェックリストとよくある失敗

依頼前に、次のチェックリストで委託先を見極めましょう。

• こちらの目的・困りごとをまず聞いてくれるか
• 見積もりの内訳と対象範囲が明確か
• 追加費用になる条件を先に示してくれるか
• 成果物（ソースコード）の権利を渡してくれるか
• 納品後の保守・修正の窓口が用意されているか
• 質問への返信が早く、専門用語をかみ砕いて説明してくれるか

よくある失敗と回避策

• 安さだけで選んで範囲を削られた → 金額でなく「含まれる範囲」を揃えて比較する
• 仕様を丸投げして想定と違うものが出来た → 目的と優先順位だけは自分の言葉で伝える
• 追加費用が想定外に膨らんだ → 追加の条件を契約前に文章で確認する
• ソースコードをもらえず乗り換え不能に → 権利の帰属を契約で明記する

さらに詳しい事例は委託でよくある失敗と失敗事例集にまとめています。

一律100万円で委託できるD-oneApp

D-oneAppはシステム開発を一律100万円（大規模なプロプランは一律200万円）でお引き受けします。着手前に総額が確定し、追加費用なく委託でき、成果物の権利もお渡しします。

100万円で委託できる範囲の目安は次のとおりです。

• 1〜2業務を対象にした業務システム（顧客管理・予約・受発注・在庫の効率化など）
• 社内の手作業・二重入力・集計の自動化
• スマホからも使えるWeb システムや簡易アプリ

例1：受注をメールとExcelで管理していたケース。 転記ミスと集計の手間が課題でした。要件を「受注の一覧化」「在庫の自動引き当て」「日次集計の自動化」に絞り込み、一律100万円で受注管理システムを委託。追加費用は発生せず、ソースコードも受け取れたため、翌年に別の機能を足す判断も自社で下せました。

例2：予約を電話と紙台帳で受けていたサービス業のケース。 二重予約と空き確認の電話対応に追われていました。「Webからの予約受付」「空き状況の自動反映」「前日リマインドの自動送信」に絞って一律100万円で委託。着手前に総額が確定していたため予算化がしやすく、追加費用の心配なく導入できました。権利も譲渡されたので、繁忙期を経て「メニュー追加」の改修を別途検討する余地も残りました。

何が100万円で作れるかは100万円でできることもご覧ください。

まとめ

システム開発の委託は、費用相場（小規模数十万〜、中規模100万〜500万）を把握し、目的を理解してくれる委託先を選び、契約形態（請負／準委任）を用途で使い分け、範囲・追加費用・成果物の権利を書面で固めるのが成功の鍵です。要件を絞れば一律100万円で委託でき、着手前に総額が確定します。「うちのシステムはいくらで委託できるか」は無料相談で整理します。