システム開発を外注する依頼ガイド|費用相場・要件定義・開発会社の選び方
販売管理・在庫管理・予約・顧客管理・社内の申請業務など、「自社の業務に合ったシステムが欲しい」と思っても、社内にエンジニアがいなければ自力では作れません。そこで選択肢になるのが システム開発の外注 です。
ただしシステム開発は、金額が大きく・期間も長く・専門性が高いため、外注の中でも特に失敗しやすい領域です。この記事では、作り方の選択肢・費用相場・要件定義・開発会社の選び方・失敗を防ぐ進め方を、実際に発注する立場から整理します。
※スマホアプリの開発についてはアプリ開発を外注する依頼ガイド、ホームページ・コーポレートサイトはWeb制作を外注する費用相場で扱っています。本記事は主に業務システム・Webシステムを対象にします。
システム開発の外注でできること
外注で開発できるシステムは幅広く、たとえば次のようなものがあります。
- 業務システム:販売管理・在庫/受発注・生産管理・予約管理・顧客管理(CRM)
- Webシステム/Webアプリ:会員サイト、予約サイト、マッチング、社内ポータル
- 基幹システムの連携・自動化:既存ソフト同士のデータ連携、RPA連携
- 既存システムの改修・保守:古いシステムの機能追加・リプレイス
「人がExcelと手作業でやっている繰り返し業務」を仕組みに置き換えるのが、中小企業でもっとも投資対効果が出やすいパターンです。
まず考えるべきは「作るか、買うか」
システムは一から作る(スクラッチ)だけが選択肢ではありません。既製のパッケージ・SaaSで足りないかを先に検討するのが鉄則です。
| 方法 | 費用感 | 向いているケース |
|---|---|---|
| SaaS・クラウドサービス | 低(月額制) | 一般的な業務(会計・勤怠・在庫等)。まず探すべき |
| パッケージ+カスタマイズ | 中 | 8割は市販品で足り、一部だけ自社仕様にしたい |
| ノーコード/ローコード | 低〜中 | 簡単な業務アプリを自社主導で作りたい |
| スクラッチ開発 | 高 | 独自の業務フローが競争力で、市販品では無理 |
たとえば在庫・受発注なら在庫管理・受発注システム、業務アプリを自作するならkintoneのようなノーコード基盤で済むこともあります。「市販品で8割まかなえないか」を先に潰すことで、数百万円の無駄な開発を避けられます。
費用相場の目安
スクラッチに近い開発の費用は、規模でおおよそ次のように変わります(あくまで目安。実際は見積もりで確認してください)。
| 規模 | 費用の目安 | 例 |
|---|---|---|
| 小規模 | 100万〜300万円 | 単機能のWebアプリ、簡単な管理画面 |
| 中規模 | 300万〜1,000万円 | 複数機能の業務システム、外部連携あり |
| 大規模 | 1,000万円〜 | 基幹システム、複雑な権限・大量データ |
見積もりは多くの場合 「人月単価 × 工数(人月)」 で計算されます。人月単価は国内の中堅開発会社で80万〜120万円ほどが目安で、オフショア(海外委託)はより安く、大手は高くなります。**「画面数」「外部システム連携」「権限の複雑さ」「非機能要件(性能・セキュリティ)」**が増えるほど工数=費用は膨らみます。
開発の流れ
一般的なシステム開発は、次のような工程で進みます。
- 要件定義:何を作るか・何を解決するかを決める(最重要)
- 設計:画面・データ・処理の設計
- 開発(実装):プログラミング
- テスト:動作確認・バグ修正
- リリース・移行:本番化、既存データの移行
- 運用・保守:公開後の改修・障害対応
中小企業の発注でつまずきやすいのは、最初の 要件定義 と、最後の 保守 です。ここを軽く見ると、後から「思っていたものと違う」「保守費用が読めない」というトラブルになります。
要件定義がプロジェクトの成否を決める
システム開発の失敗の多くは、技術ではなく 「何を作るかが曖昧なまま進めた」 ことが原因です。発注前に、最低でも次を言語化しておきましょう。
- 目的:何の課題を、どう解決したいのか(例:受注ミスを減らす、在庫を見える化する)
- 現状の業務:今は誰が・どの順番で・何を使ってやっているか
- やりたいこと/やらなくていいこと:優先順位をつける(全部入りは高額化の元)
- 使う人:誰が使うか、ITに不慣れな人がいるか
ここを自社で整理しておくと、見積もりの精度が上がり、開発会社との認識のズレも減ります。整理には公式サイトの外注 発注書・要件定義ジェネレーターが役立ちます。要件定義そのものを支援してくれる開発会社もあるので、「丸投げ」ではなく「一緒に作る」姿勢で臨むのがコツです。
開発会社(依頼先)のタイプと選び方
依頼先にはいくつかタイプがあり、規模や得意分野が異なります。
| 依頼先 | 特徴 |
|---|---|
| システム開発会社(中堅) | 要件定義から保守まで一括。中小の業務システムに向く |
| 大手SIer | 大規模・高信頼。費用は高め |
| フリーランス/小規模 | 小回り・低コスト。属人化と保守継続性に注意 |
| オフショア開発 | 単価が安い。仕様伝達・品質管理の手間が増える |
選ぶときの観点は次の5つです。
- 同種の実績:自社に近い業務・規模の開発実績があるか
- 要件定義への関与:要件整理を一緒にやってくれるか
- 見積もりの透明性:何にいくらか、追加費用の条件が明確か
- 保守体制:公開後の改修・障害対応をどうするか(誰が引き継げるか)
- コミュニケーション:専門用語を噛み砕いて説明してくれるか
特にフリーランスや小規模に依頼する場合は、その人が離れたら誰も保守できないという属人化リスクに注意します。
契約・進め方の注意点
- 契約形態:成果物を完成させる「請負」か、作業を継続的に委ねる「準委任」かで責任が変わります。違いは業務委託・請負・派遣の違いで詳しく解説しています。
- 追加費用:途中の仕様変更は追加費用になりがち。「どこまでが見積もり範囲か」を契約で明確に。
- 知的財産権:完成したシステムの著作権・ソースコードを自社が持てるか確認(業務委託契約書の作り方参照)。
- 段階発注:いきなり全部作らず、要件定義だけ先に発注して見積もり精度を上げる方法もあります。
補助金の活用
業務システムやSaaS導入は、補助金の対象になることがあります。代表的なのがIT導入補助金で、対象ツールや申請の流れが決まっています。スクラッチ開発は対象外のことも多いため、**「補助金が使えるパッケージ/SaaSで代替できないか」**という観点でも検討する価値があります。あわせて中小企業のDXの進め方も参考にしてください。
丸投げにしないコツ
システム開発は、発注して終わりではありません。要件の整理・テストへの参加・公開後の運用は発注側の協力が不可欠です。「現場で本当に使われるシステム」にするには、使う人の声を開発に反映し続けることが大切です。外注全般でつまずく原因は外注で失敗する5つの理由に、任せた後の進め方は外注の進行管理のコツにまとめています。
まとめ
システム開発の外注は、「作るか買うか」を先に検討し、要件定義を自社で言語化し、実績・保守・透明性で開発会社を選ぶことが成功の鍵です。金額が大きい領域だからこそ、段階的に進め、丸投げを避けることが、失敗を防ぐ最大のポイントです。
「どんなシステムが必要か」「外注すべきか・パッケージで足りるか」から相談したい場合は、一緒に整理できます。お気軽にご相談ください。
関連記事
よくある質問
システム開発の外注費用はどれくらい?
規模と作り方で大きく変わります。小規模な業務システム・Webアプリで100万〜300万円、中規模で300万〜1,000万円、大規模だと1,000万円以上が一つの目安です。人月単価は国内の中堅で80万〜120万円ほどが多く、要件の複雑さ・画面数・連携の有無で増減します。まずは要件を整理し、複数社から見積もりを取って比較しましょう。
パッケージ・SaaSとスクラッチ開発、どちらを選ぶべき?
やりたいことが既存のパッケージ・SaaS(kintone・販売管理ソフト等)で8割方まかなえるなら、まずはそちらが低コストで早いです。自社独自の業務フローが競争力の源泉で、市販品では実現できない場合にスクラッチ(一から開発)を検討します。多くの中小企業は『パッケージ+一部カスタマイズ』が現実的です。
要件定義は自社でやる必要がある?
丸投げはおすすめしません。何を解決したいか・どんな業務をどう変えたいかは発注側にしか分かりません。要件定義そのものを開発会社に支援してもらうことはできますが、目的・現状の業務・優先順位は自社で言語化しておくことが、見積もりの精度とプロジェクト成功の鍵になります。