要件定義だけ依頼できる?費用相場と進め方

「いきなり開発まで発注するのは不安なので、まず要件定義だけを外部に頼めないか」「要件定義だけでいくらかかるのか見当がつかない」。システム化を検討し始めた発注担当者から、こうした相談は少なくありません。要件定義は開発全体の成否を左右する工程である一方、何にいくら払っているのかが見えにくい工程でもあります。
この記事では、要件定義だけを外部に依頼できるのか、費用相場の目安と金額が決まる仕組み、契約形態の選び方、依頼から成果物受け取りまでの進め方を発注者目線で解説します。要件定義の手順そのものは別記事で詳しく扱っているため、ここでは「お金と契約と依頼の仕方」に絞ってお伝えします。
- 要件定義だけを切り出して依頼することは一般的に可能で、開発会社やITコンサルが対応しています。
- 費用の目安は開発費全体の10〜20%程度。小規模なら50万〜150万円程度、中規模で150万〜500万円程度が一つの目安です。
- 契約は成果物の範囲が固まりにくいため準委任契約が選ばれることが多く、期間と体制で費用が決まります。
- 依頼前に「目的・対象業務・予算感・成果物の範囲」を決めておくと、見積もりのブレと追加費用を抑えられます。
目次
要件定義だけの依頼とは?できること・できないこと
要件定義だけの依頼とは、システム開発の最上流にあたる「何を作るのか」を決める工程のみを外部の専門家に委託し、設計・開発・テストは別契約(あるいは未定)とする発注方法です。要件定義とは、業務の課題とシステムに求める機能・性能・制約を整理し、発注者と開発者の間で合意した内容を文書化する工程を指します。
要件定義を切り出すと、開発会社を決める前に「作るべきもの」が明確になり、その成果物をもとに複数社から相見積もりを取れるようになります。一方で、要件定義を担当した会社と開発を担当する会社が異なる場合、意図の引き継ぎに手間がかかる点は理解しておく必要があります。
要件定義だけを依頼するメリットと注意点
メリット
- 開発を発注する前に全体像と概算費用が見える
- 要件定義書をもとに相見積もりが取れる
- 社内稟議・補助金申請の資料として使える
- 開発しない(パッケージで足りる)という判断もできる
注意点
- 開発会社が変わると意図の再説明が必要になる
- 要件定義書の粒度が開発会社の期待と合わないことがある
- 「要件定義費用」が二重に発生する場合がある
- 発注者側の打ち合わせ工数はむしろ増える
どこに依頼できるか
依頼先は大きく「受託開発会社」「ITコンサルティング会社」「フリーランスのPM・コンサルタント」の3つに分かれます。受託開発会社は開発まで見据えた現実的な要件にまとめやすく、ITコンサルは業務改革や全社方針の整理に強い傾向があります。フリーランスは費用を抑えやすい一方、体制の継続性に注意が必要です。
要件定義の費用相場の目安
要件定義の費用は、開発費全体のおおむね10〜20%程度が目安とされます。ただし、業務が複雑で関係部署が多いほど比率は上がり、逆に既存システムの置き換えで仕様が明確な場合は下がります。以下は規模別の目安です。
| 規模の目安 | 想定するシステム | 期間の目安 | 費用の目安 |
|---|---|---|---|
| 小規模 | 単一部署の業務システム、Excel業務の置き換えなど | 1〜2か月 | 50万〜150万円程度 |
| 中規模 | 複数部署にまたがる業務システム、Webシステム | 2〜4か月 | 150万〜500万円程度 |
| 大規模 | 基幹システム刷新、全社的な業務改革を伴うもの | 4〜6か月以上 | 500万円〜数千万円程度 |
金額はいずれも目安で、依頼先や体制によって幅があります。基本的には「担当者の単価×人数×期間」で決まります。人月単価の目安はPM(プロジェクトマネージャー)で100万〜160万円、SE(システムエンジニア)で80万〜120万円程度です。
要件定義費用の計算イメージ(中規模・2か月の例)
費用が上がりやすいケース
- 関係部署が多い:ヒアリング回数と調整工数が増えます。
- 現状業務が文書化されていない:業務フローの可視化から始める必要があります。
- 既存システムの仕様が不明:ソースコードやデータの調査工数が加わります。
- 意思決定者が打ち合わせに参加しない:決定の差し戻しで期間が延びます。
- 外部システムとの連携が多い:連携先の仕様確認と調整が発生します。
契約形態の選び方:準委任と請負
要件定義は、発注者と一緒に考えながら内容を固めていく工程です。完成物の中身を事前に確定しにくいため、作業時間や体制に対して対価を支払う準委任契約が選ばれることが一般的です。一方、成果物(要件定義書)の範囲がはっきりしている場合には請負契約とすることもあります。
| 項目 | 準委任契約 | 請負契約 |
|---|---|---|
| 対価の対象 | 作業の遂行(期間・工数) | 成果物の完成 |
| 向いているケース | 業務が複雑で、進めながら決める要素が多い | 対象範囲と成果物が明確 |
| 発注者の注意点 | 期間延長で費用が増える。進捗の定期確認が必要 | 範囲外の依頼は追加費用になりやすい |
どちらの契約でも、成果物として何を受け取るのか(要件定義書、業務フロー図、画面イメージ、概算見積もりなど)を契約書や発注書に明記しておくことが大切です。
関連記事請負と準委任の違い|システム開発での使い分けと注意点
要件定義だけを依頼する進め方
依頼から成果物の受け取りまでは、次のような流れが一般的です。
- 社内で目的と範囲を整理なぜシステム化するのか、対象業務、予算感、導入希望時期をまとめます。
- 依頼先の候補選定・相談2〜3社に相談し、進め方と体制、成果物のサンプルを確認します。
- 見積もり・契約期間・人数・成果物・打ち合わせ回数を確認し、契約形態を決めます。
- ヒアリング・現状分析現場担当者への聞き取りと業務フローの可視化を行います。
- 要件の整理・合意機能要件・非機能要件を整理し、優先度をつけて合意します。
- 成果物の受け取り・レビュー要件定義書と概算見積もりを受け取り、社内でレビューします。
ヒアリングや要件の整理といった工程の具体的な進め方は、以下の記事で詳しく解説しています。
成果物として受け取るべきもの
要件定義の成果物は依頼先によって呼び方や粒度が異なります。少なくとも「システム化の目的と範囲」「業務フロー(現状と導入後)」「機能一覧」「非機能要件(性能・セキュリティ・運用)」「画面・帳票の一覧」「概算費用とスケジュール」が含まれているかを確認しましょう。これらがそろっていれば、別の開発会社に見積もりを依頼する際にも使えます。
要件定義を依頼する前に社内で準備すること
要件定義の費用は、発注者側の準備状況で大きく変わります。依頼先が一から情報を集めるほど工数は増えるため、次の項目を事前にまとめておくと効率的です。
- システム化の目的:「入力の手間を半減したい」など、解決したい課題を言葉にする。
- 現状の業務資料:使っているExcel、帳票、マニュアル、業務の流れのメモ。
- 関係者と決裁者:誰の意見を聞き、誰が最終判断するのかを決める。
- 予算と時期の目安:開発まで含めた予算感と、稼働させたい時期。
- 譲れない条件:既存システムとの連携、利用環境、セキュリティ要件など。
よくある質問
- 要件定義だけ依頼して、開発は別の会社に頼んでも問題ありませんか?
- 問題ありません。要件定義書を使って複数社から相見積もりを取ることもできます。ただし開発会社側で要件の確認工数が発生するため、その費用も含めて比較するとよいでしょう。
- 要件定義の費用は開発費に含まれないのですか?
- 開発を一括で依頼する場合は、見積もりの中に要件定義費用が含まれていることが一般的です。見積書の工程別内訳で、要件定義にいくら計上されているかを確認しましょう。
- 要件定義は無料で対応してもらえないのですか?
- 簡単なヒアリングや概算見積もりまでは無料の場合もありますが、業務分析や要件定義書の作成は専門家の工数がかかるため有償が一般的です。無料の範囲と有償の範囲を事前に確認しておくと安心です。
- 要件定義の期間はどれくらいですか?
- 小規模なシステムで1〜2か月、中規模で2〜4か月程度が目安です。関係部署の数や決裁のスピードによって前後します。
まとめ
要件定義だけを外部に依頼することは一般的に可能で、費用は開発費全体の10〜20%程度が目安です。準委任契約が選ばれることが多く、金額は「単価×人数×期間」で決まるため、見積書では体制と期間、成果物の範囲を必ず確認しましょう。社内で目的や業務資料を準備しておくほど、費用と期間を抑えられます。
この記事に関連するサービス
受託システム開発
業務システム・Webシステム・基幹システムを、要件が固まる前のご相談から設計・開発・運用保守まで一貫して開発します。プロトタイプで早い段階から画面を確認でき、開発資産の活用で品質を… サービスの詳細を見る



