システム開発の外注先の選び方｜要件定義から任せられる相手の探し方 2026

2026年2月18日

長谷川奈津

この記事のポイント

✓システム開発の外注先の選び方を
✓費用相場・料金の内訳・依頼の流れ・失敗しない見極め方まで発注者目線で解説
✓要件定義から任せられる相手の探し方

先日、ある小売店を営む経営者の方から相談を受けました。「在庫管理のシステムを外注したら、見積もりの倍の金額を請求されて、しかも納品されたものが全然使えなかった」と。話を詳しく聞くと、契約書を交わさずに口頭で発注し、要件定義もほとんどしないまま「いい感じに作ってください」と丸投げしていたんです。システム開発の外注でトラブルになるケースの大半は、技術力の問題ではなく発注のやり方に原因があります。

この記事では、システム開発の外注先の選び方を、費用相場、依頼先の種類、比較ポイント、契約形態、依頼の流れまで、発注する側が意思決定できる粒度で整理します。結論から言えば、外注先選びで最も重要なのは「要件定義から一緒に整理してくれる相手かどうか」です。この一点を押さえるだけで、失敗の確率は大きく下がります。急いで外注先を見つけたい方向けに、最短で候補を集める手順も後半に載せました。

システム開発の外注で最初に押さえる3つの数字と1つの判断

「システム開発外注」と調べたときに知りたいことは、突き詰めれば3つです。いくらかかるのか、どこに頼めばいいのか、何を基準に選べばいいのか。先に答えを示します。

費用の目安（システムの種類別）

作りたいシステム	費用の目安	開発期間
予約管理システム	80万円〜400万円	1.5か月〜4か月
在庫・受発注管理システム	150万円〜600万円	2か月〜6か月
顧客管理（CRM）システム	150万円〜800万円	2か月〜6か月
勤怠・労務管理システム	100万円〜500万円	2か月〜5か月
ECサイト（既存カートを使わない自社構築）	300万円〜1,500万円	4か月〜10か月
会員制Webサービス	200万円〜1,000万円	3か月〜8か月
基幹システムの刷新	1,000万円〜数億円	12か月〜36か月
既存システムの改修・機能追加	30万円〜300万円	2週間〜3か月
業務のシステム連携・自動化	50万円〜300万円	1か月〜3か月

依頼先ごとの人月単価

システム開発の費用は、ざっくり言えば「エンジニアの人月単価かける開発にかかる月数」で決まります。この人月単価が依頼先の形態によって大きく変わります。

依頼先	人月単価	得意な規模	発注者に必要な体制
大手SIer	80万円〜150万円	大規模・基幹系	発注担当と決裁ラインが必要
中堅・中小の開発会社	60万円〜100万円	中規模の業務システム	窓口担当1名
Web制作会社	50万円〜90万円	Webシステム・小規模	窓口担当1名
フリーランスへの直接依頼	40万円〜80万円	小〜中規模	要件を説明できる担当が必須
オフショア開発	30万円〜60万円	要件が固まった開発	仕様書を作れる体制が必須

大手のSIerが高いのは、実際に手を動かすエンジニアの給与に加えて、営業担当、プロジェクトマネージャー、オフィス賃料、会社の利益といった間接費が上乗せされているためです。同じ機能のシステムを作っても、大手に頼むか個人に頼むかで料金が倍近く変わることがあるわけです。ただし、これは単純に安ければ得という話ではありません。大手には大手の、個人には個人の適性があります。

選び方の結論は「要件定義を一緒にやってくれるか」

3つ目の問い、何を基準に選ぶかへの答えです。詳細は後述しますが、最優先の判断軸は「要件定義から一緒に整理してくれる相手かどうか」です。理由は単純で、発注者の多くはシステムの専門家ではなく、「こういう業務を効率化したい」という漠然としたイメージはあっても、それを具体的な機能仕様に落とし込めないからです。この落とし込みを引き受けてくれない相手に発注すると、作ってから「イメージと違う」になります。

システム開発の外注市場は今どうなっているのか

外注先の相場や選択肢は、業界全体の需給バランスに大きく左右されます。市場の現状を押さえておきましょう。

日本国内のIT人材不足は年々深刻化しています。公的機関の試算では、2030年には最大で79万人規模のIT人材が不足すると見込まれており、この構造は発注者にとって「頼める相手を探すのが年々難しくなる」ことを意味します。実際、システム開発会社の見積もり単価は上昇傾向にあり、以前なら100万円で作れたシステムが、同じ規模でも150万円近くかかるケースも珍しくありません。

一方で、この人材不足を背景に、フリーランスエンジニアや小規模開発チームへ直接依頼する市場が急速に拡大しています。クラウド型の開発環境やノーコード・ローコードツールの普及によって、個人でも十分な品質のシステムを構築できるようになったことも追い風です。つまり、発注者から見れば「大手制作会社に頼む」以外の選択肢が現実的になってきた、ということです。

中間マージンという見落とされがちなコスト

発注者が意外と見落としているのが中間マージンの存在です。システム開発を仲介会社や代理店経由で発注すると、実際に開発するエンジニアの単価に仲介手数料が上乗せされます。この手数料は案件によって20%から40%にのぼることもあり、発注者が支払った金額の3割前後が、開発とは直接関係のない中間コストに消えているケースは決して珍しくありません。

例えば、発注者が100万円を支払っても、実際に開発するエンジニアの手元には70万円しか届かず、残りの30万円が仲介会社の取り分になる。この構造を理解しておくと、同じ品質なら直接依頼したほうが安く頼めるという発想が生まれます。フリーランスエンジニアへ直接依頼できるマッチングサービスを使えば、この中間マージンを圧縮できるため、同じ予算でより多くの機能を作ってもらえる可能性があります。手数料0%で直接つながれるサービスなら、支払った金額がそのまま開発の対価になります。

システム開発の外注先には4つの選択肢がある

大手システム開発会社（SIer）に頼む

大手のシステムインテグレーターは、金融機関の基幹システムや大規模な業務システムなど、絶対に失敗が許されない大型案件に強みがあります。プロジェクトマネジメントの体制が整っており、複数人のチームで開発を進めるため、担当者が1人抜けても開発が止まりません。

一方で、費用は最も高額になります。人月単価が80万円から150万円と高く、小規模なシステムでも数百万円からのスタートになることがほとんどです。また、意思決定に時間がかかり、ちょっとした仕様変更にも見積もりと承認のプロセスが必要になるため、小回りが利きにくいのが難点です。個人事業主や中小企業が、在庫管理システムや予約システムといった比較的シンプルなシステムを作りたい場合、大手SIerはオーバースペックになりがちです。

中小の開発会社・Web制作会社に頼む

中堅・中小の開発会社は、大手ほど高額ではなく、それなりの開発体制も持っているバランス型の選択肢です。人月単価は60万円から100万円程度で、地域密着型の会社なら対面での打ち合わせもしやすく、コミュニケーションの取りやすさも魅力です。

ただし、会社によって得意分野や技術力に大きな差があります。「Web制作は得意だが業務システムは苦手」「デザインは強いがバックエンド開発は外注に丸投げ」といったケースもあるため、実績とポートフォリオをしっかり確認する必要があります。また、会社の規模が小さいほど、少数のエンジニアに依存しているため、その人が退職・多忙になると開発スピードが落ちるリスクもあります。

フリーランスエンジニアへ直接依頼する

近年、最も注目されているのがフリーランスエンジニアへの直接依頼です。人月単価は40万円から80万円程度と、会社に頼むより大幅に安く、中間マージンも発生しません。優秀なフリーランスエンジニアは大手企業の開発経験を持っていることも多く、技術力の面でも会社に引けを取らないケースが増えています。

デメリットは、1人で開発するため、その人のスキル・稼働状況・体調に品質が左右される点です。病気や急な多忙で開発が止まるリスクや、途中で連絡が取れなくなるリスクもゼロではありません。この不確実性を下げるために、次の3つを必ず実行してください。

1つ目は、いきなり全体を発注せず、要件定義だけを単発で発注して相性を確かめること。2つ目は、ソースコードを発注者側のリポジトリに置き、開発中も常に最新版を確認できる状態にすること。3つ目は、環境構築手順と設計の概要をドキュメントとして納品物に含めること。この3つがあれば、万一その人が対応できなくなっても、別の開発者に引き継げます。

Web・業務システムの開発を依頼したい場合の仕事内容や依頼の流れは、Web・業務システム開発のお仕事にまとまっているので、依頼内容を整理する際の参考になります。

オフショア開発（海外委託）を使う

人件費の安い海外のエンジニアに委託するオフショア開発は、コストを最優先する場合の選択肢です。ベトナムやフィリピン、インドなどの開発会社に委託すれば、国内より30%から50%ほど費用を抑えられることもあります。

ただし、言語・時差・文化の違いによるコミュニケーションコストは無視できません。仕様の伝達ミスによる手戻りが発生しやすく、安く頼んだつもりが修正のやり取りで結局高くついたという失敗談もよく聞きます。ブリッジSE（日本語と現地語の橋渡しをする担当者）がしっかりしている会社を選ばないと、品質の担保が難しいのが実情です。要件が明確に固まっている案件でなければ、初めての外注先としてはハードルが高いでしょう。

外注先の比較ポイント（そのまま使える比較表）

複数の候補から1社を選ぶとき、感覚で決めると必ず後悔します。次の表を埋めて比較してください。「システム開発外注先比較ポイント」で調べている方は、この11項目をそのまま使えます。

比較項目	見るべき中身	A社	B社	C社
要件定義の関与	ヒアリングから入るか、言われたものを作るだけか
類似実績	同じ業種・同じ規模・同じ課題の開発経験
見積もりの内訳	工程ごとに金額が分解されているか
開発体制	自社で作るのか、下請けに出すのか
担当者の経験年数	実際に手を動かす人の経歴
技術の選定理由	なぜその言語・その構成なのかを説明できるか
納期と根拠	各工程に何週間を見ているか
テスト工程	何をどこまでテストするか
保守の範囲と費用	月額に含まれる作業と、別料金の境目
ソースコードの帰属	納品されるか、開示されるか
レスポンス速度	初回問い合わせから返信までの時間

この表を埋めていくと、金額が安い会社ほど空欄が増えることに気づくはずです。空欄は「まだ決まっていない」ではなく「後から追加請求される可能性がある」と読んでください。

発注前に相手へ投げる質問リスト

比較表を埋めるための質問をそのまま並べます。メールでまとめて送れば、返答の質そのものが判断材料になります。

・このシステムを作る前に、どんなことをヒアリングされますか・御社と近い規模・業種の開発事例を1つ、課題と結果を含めて教えてください・見積もりを工程ごとの内訳で出していただけますか・実際に開発を担当される方の経験年数と、これまでの担当領域を教えてください・今回の要件に対して、どの技術構成を想定していますか。その理由も教えてください・テストはどの範囲まで実施されますか。受入テストは誰が行いますか・納品物には何が含まれますか（ソースコード、設計書、環境構築手順、運用マニュアル）・リリース後の保守は月額いくらで、どこまでが含まれますか・開発途中で仕様変更が発生した場合、どのように扱われますか・過去にプロジェクトが遅延した経験はありますか。その原因と対処を教えてください

最後の質問は特に有効です。遅延を経験していない開発会社はまずありません。「ありません」と答える相手は、実績が浅いか、正直でないかのどちらかです。原因と対処を具体的に語れる相手は信頼できます。

契約形態の違い（請負・準委任・SES）

「ses エンジニア採用外注要件定義」で調べている方向けに、契約形態の違いを整理します。ここを理解していないと、見積もりの前提がずれたまま比較することになります。

契約形態	何に対して払うか	完成の責任	向いている場面
請負契約	成果物の完成	受注者が負う	要件が固まっている開発
準委任契約	業務の遂行	負わない（善管注意義務）	要件定義、調査、運用支援
SES（準委任の一形態）	エンジニアの稼働時間	負わない	継続的な開発体制の補強

請負契約は、決めた仕様どおりのものが完成しなければ報酬を払わなくてよい代わりに、仕様変更のたびに追加見積もりが発生します。要件がしっかり固まっている案件向きです。

準委任契約は、作業をしてもらうことに対して払う形です。完成の保証はありませんが、要件が固まっていない段階でも着手できます。要件定義フェーズは準委任、開発フェーズは請負、という分け方が実務では最も合理的です。

SESは準委任の一形態で、エンジニアの稼働（人月または人日）に対して支払います。発注者の指揮命令下に置くと偽装請負の問題が生じるため、業務の指示は受注者側の責任者を通す形にする必要があります。SESが向くのは、社内に開発チームがあり、その体制を一時的に補強したい場合です。要件定義そのものをSESで進めるのは、成果物の責任があいまいになるため避けたほうがよい。要件定義は準委任契約で、「要件定義書の納品」を成果物として明記する形にしてください。

システム設計や要件定義を専門にする人材の相場感を知りたい場合は、システムコンサルタント・設計者の年収・単価相場が参考になります。要件定義から任せられる相手は、単価が高めでも、結果的に手戻りが減って総コストは安くなることが多いんです。

失敗しない外注先の選び方（5つの判断軸）

軸1：要件定義から一緒に整理してくれるか

最も重要な判断軸です。要件定義とは「どんなシステムを、何のために、どういう機能で作るか」を明確にする工程で、システム開発の成否の8割はここで決まると言っても過言ではありません。

良い外注先は、いきなり見積もりを出すのではなく、「その業務は今どうやっていますか」「何人が使いますか」「将来的にどう拡張したいですか」といったヒアリングから始めます。逆に、要件を丸投げされてもそのまま作り始めてしまう相手は要注意です。作ったあとで「イメージと違う」というトラブルになる典型パターンだからです。

見分け方は簡単です。最初の打ち合わせで、相手からの質問が5つ未満なら黄信号、10以上あれば合格です。良い開発者は、聞かなければ作れないことを知っています。

軸2：実績とポートフォリオが自社の課題と近いか

実績の量よりも質と近さを見てください。100件の実績があっても、それが全部ECサイトの制作で、あなたが作りたいのが在庫管理システムなら、その実績はあまり参考になりません。自社が作りたいシステムと似たジャンル・規模の開発実績があるかを確認しましょう。

ポートフォリオを見るときのポイントは、完成物の見た目だけでなく、その開発で何を解決したかを聞くことです。「この予約システムを作ったことで、電話対応の工数が減った」といった課題解決のストーリーを語れる相手は信頼できます。逆に、作ったものを見せるだけで、それがクライアントのどんな問題を解決したのか説明できない相手は、言われたものを作るだけの作業者である可能性が高い。アプリ開発を依頼したい場合は、アプリケーション開発のお仕事で、どんな依頼が実際に発注されているかの傾向をつかんでおくと、実績の見方が分かりやすくなります。

軸3：見積もりの内訳が明確か

「一式 150万円」としか書かれていない見積もりは危険信号です。優良な外注先の見積もりは、工程ごとに金額が分解されています。標準的な内訳と、総額に占める割合の目安を示します。

工程	総額に占める割合の目安	内容
要件定義	10%〜15%	ヒアリング、業務整理、要件定義書の作成
基本設計	15%〜20%	画面設計、データ設計、機能一覧
詳細設計	10%〜15%	内部処理の設計
開発（実装）	35%〜45%	プログラミング
テスト	15%〜20%	単体、結合、総合テスト
導入・移行	5%〜10%	環境構築、データ移行、操作説明

この割合から大きく外れている見積もりは、理由を確認してください。要件定義が5%未満なら、要件を発注者に丸投げする前提です。テストが10%未満なら、品質の検証を省いています。

内訳が明確だと、予算に応じた調整もしやすくなります。「今回は予算が厳しいので、この機能は次のフェーズに回したい」といった相談ができる。逆に一式見積もりだと、どこを削れば安くなるのかが分からず、交渉もできません。追加費用が発生する条件（仕様変更、追加機能の扱い）を事前に明記してくれるかも重要です。見積もりに含まれていない作業が後から次々と追加請求される、というのがトラブルで最も多いパターンなんです。

軸4：保守・運用まで見据えているか

システムは作って終わりではありません。むしろ、リリースしてからが本番です。運用中に不具合が出たり、法改正で仕様変更が必要になったり、機能追加をしたくなったりする。この保守・運用のフェーズをどう考えているかを、契約前に必ず確認してください。

保守契約の相場は、開発費用の5%から15%を年額とするケースが一般的です。100万円で作ったシステムなら、年間5万円から15万円程度の保守費用がかかる計算です。確認すべきは金額だけでなく、次の4点です。

・障害発生時の受付時間と、一次回答までの目安・月額に含まれる作業時間の上限と、超過時の単価・OSやミドルウェアのバージョンアップ対応が含まれるか・担当者が対応できなくなった場合の代替体制

ここを曖昧にしたまま契約すると、「作ったきり、不具合が出ても対応してもらえない」「保守を頼んだら想定外の高額請求」といったトラブルになります。

軸5：コミュニケーションが取りやすいか

見落とされがちですが、実は最も重要かもしれないのがコミュニケーションの相性です。システム開発は、発注から納品まで数週間から数か月にわたる共同作業です。この期間、密にやり取りする相手だからこそ、レスポンスが速いか、専門用語を使わず分かりやすく説明してくれるか、こちらの要望を否定せず一緒に考えてくれるか、といった点がプロジェクトの成否を左右します。

最初の問い合わせや見積もり依頼の段階で、返信の速さや説明の丁寧さをチェックしましょう。ここでレスポンスが遅かったり、質問に対してきちんと答えてくれなかったりする相手は、契約後も同じ調子になる可能性が高い。逆に、こちらの拙い説明から意図を汲み取って「つまり、こういうことですね」と整理してくれる相手なら、開発中のコミュニケーションもスムーズに進むはずです。

外注先をすぐに見つけたいときの最短手順

「IT外注先をすぐに見つけたい」という状況の方向けに、最短ルートを示します。急いでいるときほど、順番を守ったほうが結果的に早く着地します。

まず、初日にやることは要件のメモ化です。完璧な仕様書は不要で、A4用紙1枚で構いません。何に困っているか、誰が使うか、いつまでに欲しいか、いくらまで出せるか。この4点だけ書けば、相談は始められます。

次の2日から3日で、候補を集めます。集め方は3経路を並行させるのが最も早い。1つ目は、フリーランスに直接依頼できるマッチングサービスで案件を公開する方法。条件を書いて公開すれば、条件に合うエンジニアから提案が届くので、こちらから探す時間を省けます。2つ目は、取引先や同業者からの紹介。実績が担保されているぶん、見極めの時間を短縮できます。3つ目は、開発会社への問い合わせ。ただし返信までに数日かかることが多いので、並行して進めるのが前提です。

3日目から1週間で、集まった候補に前掲の質問リストを一斉送信します。個別にやり取りすると時間が溶けるので、同じ文面を全員に送り、返答の質と速さで絞り込むのが効率的です。

1週間から2週間で、上位2社か3社と面談し、比較表を埋めて決定します。ここで焦って1社だけ見て決めると、後で相場より高く払っていたことに気づきます。

急ぎの案件で特に有効なのが、「まず要件定義だけを発注する」やり方です。要件定義は10万円から40万円程度、期間は2週間から1か月で発注できます。この段階で相手の実力とコミュニケーションの相性が分かるうえ、成果物である要件定義書は、もし別の会社に開発を頼むことになっても流用できます。急いでいるからこそ、いきなり全部を1社に賭けない。この判断が、結果的に最短距離になります。

システム開発を外注する流れと準備すべきこと

ステップ1：目的と課題を言語化する

外注先に相談する前に、何のためにシステムを作るのかを自分の言葉で整理してください。「在庫管理を効率化したい」ではなく、「今は手書きの台帳で在庫を管理していて、月末の棚卸しに丸2日かかっている。これを1時間に短縮したい」というように、現状の課題と理想の状態を具体的に書き出します。

この作業をやっておくと、外注先とのヒアリングが驚くほどスムーズになります。逆に、目的が曖昧なまま相談に行くと、外注先も何を提案していいか分からず、結局「とりあえず高機能なものを」という方向になって、予算オーバーの原因になります。完璧な仕様書を作る必要はありません。箇条書きのメモで十分です。

ステップ2：複数社から相見積もりを取る

外注先の候補が絞れたら、必ず2社から3社の相見積もりを取ってください。1社だけの見積もりでは、その金額が高いのか安いのか判断できません。相見積もりを取ることで、相場観がつかめると同時に、各社の提案内容や対応の質を比較できます。

このとき、単に金額の安さだけで選ばないことが重要です。私が相談を受けた小売店の経営者の方は、まさにこの安さだけで選ぶ失敗をしていました。3社のうち最も安い見積もりを出した会社を選んだものの、その会社は要件定義をほとんどせず、結果的に使えないシステムが納品された。安い見積もりには安いなりの理由がある、ということです。エンジニアへの依頼方法や費用相場をもっと詳しく知りたい場合は、エンジニアの外注先の探し方｜開発を依頼する方法と費用相場【2026年版】も併せて読むと、相見積もりの判断基準が明確になります。

ステップ3：契約書を交わす

システム開発を外注するとき、必ず契約書を交わしてください。口約束や、メールだけのやり取りで発注するのは絶対に避けるべきです。契約書に最低限盛り込むべき項目と、その理由を挙げます。

・開発する成果物の範囲（別紙の機能一覧で特定する）・納期と、遅延した場合の扱い・金額と支払い条件（着手金、中間金、検収後の支払いの割合）・検収の基準（何をもって完成とするか。テスト項目書で定義する）・著作権の帰属とソースコードの引き渡し・修正対応の範囲（検収後の不具合修正を何か月まで無償とするか）・仕様変更が発生した場合の手続き・秘密保持義務

このうち特に揉めるのが「検収の基準」と「修正対応の範囲」です。ここを明確にしておかないと、「イメージと違うから作り直せ」「これは追加料金です」という水掛け論になります。検収基準は、契約書の別紙として「テスト項目書」を添付し、各項目が期待どおり動作することをもって合格とする、という形にするのが実務的です。

また、2024年に施行されたフリーランス保護新法（正式名称：特定受託事業者に係る取引の適正化等に関する法律）により、発注者には書面またはメール等での取引条件の明示が義務付けられています。フリーランスに発注する場合、契約条件を書面で示すことは、もはやマナーではなく法律上の義務です。

特定受託事業者に対し業務委託をした場合、その特定業務委託事業者は、直ちに、書面又は電磁的方法により、給付の内容、報酬の額、支払期日その他の事項を明示しなければならない。出典: jftc.go.jp

契約書は相手を縛るものではなく、お互いを守るものです。トラブルが起きたときに、契約書があるかないかで、解決のしやすさが天と地ほど変わります。契約書の内容に不安がある場合や、高額な開発案件の場合は、行政書士や弁護士などの専門家に一度チェックしてもらうことをおすすめします。

ステップ4：段階的に発注する

いきなり全機能を一括で発注するのは、リスクが高い選択です。特に初めて依頼する相手の場合、まずは小さな範囲から発注して、相手の実力とコミュニケーションの相性を確かめるのが賢明です。

具体的には、要件定義だけを先に発注する、まずは最小限の機能（MVP）を作ってもらう、といった段階的な進め方が有効です。この方法なら、もし相手が期待外れだった場合でも、被害を最小限に抑えられます。逆に、最初の小さな発注で信頼関係が築けたら、その相手に安心して大きな開発を任せられます。

ステップ5：受入テストを自社で行う

納品されたら、必ず自社で受入テストを実施してください。開発側のテストは「仕様どおりに動くか」の確認であり、「業務で使えるか」の確認ではありません。実際の業務データを入れて、普段の手順どおりに操作してみる。この工程を省くと、本番運用が始まってから問題が噴出します。

受入テストで確認する観点は次のとおりです。実際の業務フローどおりに一連の操作ができるか、想定される異常な入力に耐えるか、同時に複数人が使っても問題ないか、既存のシステムやExcelから移行したデータが正しく表示されるか、権限のない人が見られないようになっているか。

発注者が陥りやすい失敗パターンと対策

失敗1：丸投げして「イメージと違う」トラブルになる

最も多い失敗が、要件を固めずに「いい感じに作って」と丸投げするパターンです。発注者は頭の中に完成イメージがあっても、それを言葉にして伝えなければ、相手には伝わりません。結果、納品されたものを見て「思っていたのと違う」となり、作り直しで揉める。

対策は、要件定義を一緒にやってくれる相手を選ぶことと、発注者側も目的と課題を言語化しておくことです。加えて、開発の途中で完成イメージを共有する機会（デザインのモックアップ確認、中間デモなど）を設けてもらうよう依頼しましょう。完成してから違うと気づくのではなく、途中で軌道修正できる進め方にすることが、このトラブルを防ぐ最大のポイントです。

失敗2：安さだけで選んで品質で苦労する

見積もりの金額だけを比較して、最も安い相手を選んでしまう失敗です。安い見積もりには、要件定義を省いている、テスト工程が不十分、保守が含まれていないといった理由が隠れていることが多い。

対策は、見積もりの内訳をしっかり確認し、何が含まれていて何が含まれていないかを把握することです。一見高く見える見積もりも、要件定義・テスト・保守まで含まれているなら、トータルでは安く済むこともあります。

失敗3：著作権・ソースコードの権利を確認していない

意外と見落とされるのが、著作権とソースコードの扱いです。契約書で明記していないと、作ったシステムのソースコードは開発者のもので、渡してもらえないというケースがあります。ソースコードを渡してもらえないと、将来別の会社に保守や改修を頼みたくても頼めず、その開発者に依存し続けることになります。

対策は、契約書で「成果物の著作権は発注者に譲渡される」「ソースコード一式を納品する」ことを明記することです。後々のシステムの拡張性を大きく左右する重要なポイントです。ただし、開発者が持つ汎用的なライブラリやフレームワーク部分の権利まで要求するのは現実的ではないので、この点は開発者と相談して線引きを決めましょう。あわせて、サーバーやドメイン、クラウドサービスのアカウントを発注者名義で契約しておくことも重要です。開発会社の名義になっていると、契約終了時にシステムごと人質になります。

失敗4：保守・運用を考えずにリリースして放置される

システムを納品してもらって満足し、保守契約を結ばなかった結果、不具合が出ても誰も対応してくれない、という失敗です。システムは生き物のようなもので、OSのアップデートやセキュリティ対応、法改正への対応など、継続的なメンテナンスが必要です。

対策は、開発の契約時に、保守・運用の体制と費用を必ず確認することです。保守費用は開発費の5%から15%を年額とするのが相場です。この費用を余計なコストと考えるのではなく、システムを長く安全に使うための必要経費と捉えましょう。

失敗5：社内に「受け手」を置かずに発注する

見落とされがちな失敗が、発注者側の体制不足です。どれだけ良い外注先を選んでも、社内に質問に答えられる担当者がいなければ、開発は止まります。要件定義フェーズで週2時間から4時間、開発中も週1時間から2時間は、必ず時間を取られます。

対策は、発注前に窓口担当を1名決め、その人の稼働を確保することです。決裁権を持つ人と窓口担当が別なら、意思決定にかかる日数も見積もっておいてください。「確認して折り返します」が毎回1週間かかる組織では、3か月の開発が5か月になります。

直接依頼という選択肢が発注者にもたらすもの

フリーランス・在宅ワーク市場を20年運営してきた立場から言えば、発注者と受注者の関係が長く続くケースには、はっきりとした共通点があります。それは、一度きりの発注で終わらず、「この人に任せておけば安心」という信頼関係に発展していることです。最初はランディングページ1枚の制作から始まった関係が、やがて業務システム全体の開発・保守を任せる関係に育っていく。こういうパートナーシップは、間に何社も挟む仲介経由の取引ではなかなか生まれにくいものです。

そして、直接取引が持つもう一つの価値が「双方が得をする構造」です。中間マージンが乗らない直接取引では、発注者は同じ予算でより多くの機能を頼めるし、受け手のエンジニアは手取りが厚くなる。この構造は、単に安く頼めるという金額の話にとどまりません。手取りが厚くなるエンジニアは、その分だけ余裕を持ってその案件に向き合えるし、良い仕事をすればまた次も頼まれる、という好循環が生まれます。運営者として見てきた限りでは、長く発注者に選ばれ続けるエンジニアほど、単発の作業をこなすのではなく、この発注者の事業をどう成長させるかまで考えて動いている。手数料0%の強みは、支払額が安くなること以上に、この双方が余裕を持って向き合える関係を作れることにあります。

もちろん、直接依頼にはリスク管理も必要です。相手が信頼できる人物か、途中で連絡が取れなくなるリスクはないか、といった点は発注者自身が見極める必要があります。だからこそ、小さく始めて信頼関係を築くというステップが重要になるのです。

市場データから見る外注先選びの傾向

在宅ワーク・業務委託のマッチング市場を長く見ていると、システム開発の依頼が近年、明確に多様化しているのが分かります。以前はホームページ制作のような分かりやすい案件が中心でしたが、今は既存の業務システムのカスタマイズ、複数のツールを連携させる仕組みづくり、AIを組み込んだ自動化といった、より専門性の高い依頼が増えています。この背景には、ノーコードツールやクラウドサービスの普及で、単純なシステムなら発注者自身が作れるようになり、外注のニーズが自力では難しい専門領域にシフトしていることがあります。

つまり、発注者としてまず考えるべきは「そもそも外注が必要か」です。定型的な業務管理なら、既存のSaaSを契約したほうが初期費用も保守負担も圧倒的に軽い。外注すべきなのは、自社固有の業務フローがあってパッケージでは吸収できない部分、既存システム同士をつなぐ部分、そして事業の競争力に直結する部分です。この切り分けを先にしておくと、見積もり金額そのものが下がります。

こうした専門性の高い開発を担える人材の相場を把握することも、外注先選びには欠かせません。コンテナ技術の専門性を証明するKubernetes認定アプリケーション開発者（CKAD）や、ネットワーク領域のCCNA（シスコ技術者認定）といった資格を持つエンジニアは、インフラ構築を含む複雑なシステム開発で重宝されます。外注先を探すとき、こうした資格の有無を一つの技術力の目安にするのも有効です。AIを活用したシステムを作りたい場合は、AIチャットボット・アプリ開発のお仕事で、どんな依頼が実際に発注されているかを見ておくと、自社の依頼内容を整理する助けになります。

また、開発の要件を文章で正確に整理する能力も、外注の成否を分けます。仕様を言葉で明確に伝えられる発注者ほど、外注はうまくいく。この言語化の力は、著述家，記者，編集者の年収・単価相場で扱われるような、文章のプロが持つスキルと通じるものがあります。発注者自身がこの力を磨くことも、良い外注の第一歩です。

システム開発の外注に関する基本的な進め方は、システム開発を外注する方法｜失敗しない発注の進め方【2026年版】でも詳しく解説しています。また、システム開発に限らず、外注先の見極め方全般については、外注ライターの選び方｜ポートフォリオで見るべき5つのポイントの考え方も、ポートフォリオの見方という点で応用できます。

結局のところ、システム開発の外注で成功する発注者は、価格ではなく信頼できる相手かどうかで選んでいます。要件定義から一緒に整理してくれて、見積もりの内訳が明確で、保守まで見据えてくれて、コミュニケーションが取りやすい。この条件を満たす相手を、中間マージンのない直接取引で見つけられれば、コストと品質の両方を手に入れられます。まずはA4用紙1枚に、いま困っていることと、それがどうなれば解決なのかを書き出してください。その1枚が、良い外注先を引き寄せる最初の材料になります。

よくある質問

Q. システム開発を外注する費用相場はどのくらいですか？

依頼先によって大きく異なります。大手システム開発会社の人月単価は80万円〜150万円、中小の開発会社は60万円〜100万円、フリーランスへの直接依頼は40万円〜80万円程度が相場です。小規模なシステムでも、大手なら数百万円、フリーランス直接依頼なら数十万円からと、桁が変わることもあります。仲介経由だと20%〜40%の中間マージンが上乗せされる点にも注意しましょう。

Q. 外注先を選ぶとき、最も重視すべきポイントは何ですか？

「要件定義から一緒に整理してくれるか」が最重要です。システム開発の成否の8割は要件定義で決まります。いきなり見積もりを出すのではなく、業務内容や課題を丁寧にヒアリングしてくれる相手を選びましょう。加えて、実績が自社の課題と近いか、見積もりの内訳が明確か、保守まで見据えているか、コミュニケーションが取りやすいか、の5つの軸で総合的に判断するのがおすすめです。

Q. フリーランスに直接依頼するのは危険ではないですか？

リスクはありますが、対策すれば十分に安全です。1人で開発するため稼働状況や連絡の途絶リスクはありますが、まず小さな範囲（要件定義や最小機能）から発注して相手を見極める段階的な進め方が有効です。また、2024年施行のフリーランス保護新法により、発注時の取引条件の書面明示が義務化されています。契約書で成果物の範囲・納期・著作権を明記すれば、多くのトラブルは防げます。

Q. 安い見積もりを選んでも大丈夫ですか？

安さだけで選ぶのは危険です。安い見積もりには「要件定義を省いている」「テスト工程が不十分」「保守が含まれていない」といった理由が隠れていることが多いです。結果的に使えないシステムが納品され、作り直しで高くつくケースもあります。見積もりは金額だけでなく、内訳（要件定義・設計・開発・テスト・保守）が明確かを確認し、提案内容や実績の近さも含めて総合的に比較しましょう。