要件定義フリーランスの案件と単価｜上流工程で評価される経験

要件定義フリーランスの案件は、業務部門へのヒアリングから要件の合意までを担う上流工程の仕事で、月額単価は担当範囲の広さと業界知識の有無で大きく変わります。同じ上流でも運用・保守寄りの案件とは単価の水準が開き、IT戦略領域では月額150〜200万円が目安とされています。この記事では、2026年10月時点の公開情報とコンサルタントの歩み編集部の整理をもとに、案件の特徴、単価の決まり方、評価される経験、案件探しのルート、契約時の確認事項、実績の整理のしかたを順に解説します。

要件定義フリーランスの案件の特徴

要件定義の案件は、業務部門へのヒアリングから要件の合意までを担う上流の仕事で、準委任契約による月単位の稼働が基本です。

案件の数と募集の傾向

要件定義だけを切り出した案件の件数は公開されておらず、実際には「ITコンサル」「PM」「業務コンサル」といった募集名の中に要件定義の役割が含まれて出てくることが多いです。

需要の大きな流れは追い風です。案件需要の前年同月比は、PM/PMO・ITコンサル領域で約1.8倍、データ活用（AI/ML）領域で約2倍と報告されています（出典：レバテック『ITフリーランス市場動向 2025年6月』。集計対象は2025年6月です）。あわせて、IT人材は2030年に約79万人不足すると見込まれており、企業がプロジェクト単位で専門人材を活用する動きが広がっています。

募集文面では、「要件定義」「業務要件の整理」「RFP作成支援」「基本設計」といった言葉が並びます。募集名に要件定義と書かれていなくても、役割欄に上流工程が含まれていれば同じ種類の案件として探せます。

常駐とリモートの比率

稼働形態はフルリモートと、週2〜3日出社のハイブリッドが増えています。ただし要件定義は対面のヒアリングや合意形成の場が多いため、出社の比率が高めの案件が残りやすい傾向があります。

応募前には、出社日数に加えて、ヒアリング対象者がどの拠点にいるかを確認すると、実際の働き方を見通しやすくなります。リモート可と書かれていても、要件を詰める時期だけ出社が増えるケースがあるためです。

要件定義フリーランスの単価の目安と決まり方

要件定義の単価は、公開統計がないため近い領域の相場を物差しにします。IT戦略領域は月額150〜200万円、運用・保守寄りは50〜60万円台と、工程で大きく開きます。

フリーコンサル全体のボリュームゾーンは月額100〜150万円で、100%稼働・年間フル受注の年収換算では1,200〜1,800万円程度が目安です。ITコンサルタントの平均は月額約118万円、DXコンサルは100〜160万円（平均約120万円）という実データもあります。提示単価は原則100%稼働換算なので、実収入は稼働月数や稼働率で変わります。

担当範囲による差

担当範囲が広く、要件の最終合意まで責任を持つほど単価は上がります。ヒアリングの議事録づくりだけを担う場合と、要件の優先順位づけから合意形成まで担う場合では、求められる役割が違います。

次の表は、職位別の月額単価の目安（週5稼働）を物差しに、要件定義での役割の重さを並べた編集部の整理です。要件定義そのものの実測値ではなく、役割の重さを比べるための参考として使ってください。

なお、月額200万円以上が「高単価」と呼べる明確な水準で、上流工程やシニアマネージャー以上の実績がある場合に届きます。

業界知識の有無

業界知識がある人は、同じ要件定義でも業種ごとの単価帯の上側で評価されやすくなります。業務用語や規制を理解していると、ヒアリングの手戻りが減り、要件の抜け漏れを防げるためです。

業種別のフリーコンサル月額単価（2026年）は、金融（銀行・証券・保険）が160〜220万円、製造が140〜200万円、IT/SaaS企業が110〜160万円、公共（自治体・行政）が90〜140万円です。金融やAI・データ領域と公共では、倍近い差があります。要件定義の経験が同じでも、どの業界の業務を理解しているかで提示額が変わります。

要件定義フリーランスで評価される経験

評価されるのは、規模の大きい案件で要件を合意まで運んだ経験と、立場の異なる関係者をまとめた実績の2つです。

大規模案件の経験

大規模案件の経験は、関係部署の数と要件の複雑さを乗り越えた証拠として評価されます。基幹システムの刷新のように業務部門が複数にまたがる案件では、要件が対立しやすく、整理の力量がそのまま成果に直結します。

職務経歴では、システムの規模感に加えて、関与した部署数や要件の件数感など、規模が伝わる情報を添えると伝わりやすくなります。具体的な数値は守秘義務の範囲で、「十数部署」「数百件規模」のように幅を持たせて書くのが現実的です。

ステークホルダー調整の実績

ステークホルダー調整の実績は、要件定義で最も差がつく評価ポイントです。要件定義書の出来よりも、意見が割れた場面でどう合意に至ったかが問われます。

編集部の整理では、面談で深掘りされやすいのは文書の体裁よりも、対立した要求をどう優先づけたか、決裁者をどの段階で巻き込んだかといった進め方の部分です。経歴書には「誰と誰の要求が対立し、何を基準に決めたか」を1〜2行で書いておくと、面談での説明がスムーズになります。

要件定義フリーランスの案件探しのルート

案件探しはエージェントへの登録を起点に、前職などの紹介を並行させ、直接契約は実績ができてから少数で持つ順序が現実的です。

大手企業・上場企業・コンサルファームは、与信・購買規定・機密保持・請求処理の都合から、個人との直接契約を避けるケースが多いとされます。法人のエージェントを挟む3者間契約が実務上の基本で、エージェント経由は非公開案件へ近づく手段にもなります。

エージェント

エージェントは独立初期に2〜3社を併用し、案件数の多い総合型と、専門領域に強い特化型を組み合わせるのが定石です。

併用の目的は、選択肢を広げて相場感を掴むこと、稼働が途切れるリスクを分散すること、非公開案件へ露出することの3つです。4社以上は管理の負荷が増えるため、まずは2〜3社に絞るのがよいでしょう。公開情報にもとづく比較は次の表のとおりです。数値は時点により変わるため、登録前に各社の公式サイトで確認してください。

支払サイトは、月末締め翌月末払い（約40日）が標準で、翌月15日払いが業界最速水準とされます。フリーランス法により、支払期日は原則60日以内に定める必要があります。要件定義の案件は上流のため、登録時には「要件定義・RFP作成・基本設計」の経験を担当者に具体的に伝えておくと、案件の紹介精度が上がります。

案件の探し方全般は、独立コンサルタントの案件獲得完全ガイドや、フリーコンサル向けエージェントの比較ランキングでも整理しています。

紹介

紹介は、前職の上司や元同僚から声がかかる形が多く、要件定義のように信頼が前提の仕事と相性のよいルートです。

要件定義は、業務の中身や社内事情を聞き出す役割のため、顧客側が「この人なら話せる」と感じる関係性が重視されます。独立後も、前職のプロジェクト関係者との接点を保っておくと、エージェントと並行して案件の入口を増やせます。ただし紹介案件でも、大手企業では法人を挟む契約になる場合があります。

プロジェクト終了後の継続契約

要件定義が終わったあとは、基本設計や開発フェーズのPMOとして継続する形が、同じ顧客で稼働を延ばす現実的な方法です。

準委任契約の期間は3〜6カ月が一般的で、更新によって延長されます。要件定義の完了時点で次の工程を提案できれば、案件の空白期間を減らせます。経験の幅が広がると、PMOフリーランスの単価相場のように、隣接する職種の案件にも手が届きます。

契約時に確認すること

契約時は、契約形態、成果物の範囲、検収条件、取引条件の明示の4点を、署名の前に書面かメールで確認しておくことが重要です。

フリーコンサル案件の約70〜80%は準委任契約とされます。準委任は業務の遂行そのものに報酬が発生し、成果物の完成義務は負いません。報酬は「月額○○万円×稼働率」で算出されます。一方の請負契約は、成果物の完成と納品が報酬の対象になります。情報システムの取引ルールを整理したIPAの「情報システム・モデル取引・契約書（第二版）」でも、請負契約と準委任契約における報酬請求権や、複数契約の関係が見直しのポイントとして示されています（IPA掲載ページ、2026年10月参照）。

フリーランス法では、業務委託をした発注事業者は、取引条件を書面または電磁的方法で直ちに明示する必要があります。報酬の支払期日も、受領日から60日以内のできる限り短い期間で定めなければなりません（公正取引委員会『フリーランス・事業者間取引適正化等法パンフレット』、2024年11月1日施行）。

成果物の範囲

成果物の範囲は、準委任であっても「何を作る前提の稼働か」を確認しておくと、後から作業が膨らむのを防げます。

要件定義では、成果物の候補が次のように幅広くなります。作業の対象に含まれるものと含まれないものを、契約前に擦り合わせてください。

• 要件定義書（業務要件・機能要件・非機能要件）
• 業務フロー図・システム化対象範囲の整理資料
• 要件一覧と優先順位づけの資料
• RFP（提案依頼書）や、ベンダー選定の支援資料
• ヒアリング議事録・課題管理表

「要件定義書の作成」と「要件の合意形成の支援」では、作業量が大きく異なります。レビューや修正の依頼が何回まで含まれるかも、書面にしておくと安心です。

検収条件

検収条件は、請負なら完成の判断基準、準委任なら稼働報告の確認方法として、どちらも事前に決めておく項目です。

請負契約では、検収の基準、確認期間、修正の回数を定めておかないと、完了の判断が曖昧なまま作業が続くことがあります。準委任契約では、稼働時間の報告や月次の報告書をいつ誰が確認するかを決めておくと、請求のやり取りが滑らかになります。支払期日は、締め日と入金日の両方を確認しましょう。

契約内容や税務の個別判断は、契約書の文面や取引の実態によって異なります。迷う場合は、弁護士や税理士などの専門家に相談してください。

要件定義の実績の整理のしかた

実績は、対象業界、システムの概要、担当範囲、関与期間、合意形成の相手の5項目で整理すると、面談で伝わりやすくなります。

要件定義の経験は、成果物が社外に出せないことが多く、そのままでは強みが伝わりにくい領域です。項目をそろえて整理しておけば、エージェントの担当者にも顧客にも、役割の大きさを同じ基準で説明できます。

要件定義書の作成実績の書き方

作成実績は、「何を」「どの範囲で」「どんな関係者と」まとめたかを1件ずつ書き、成果ではなく進め方を示すのがコツです。

次の記載例は架空の題材で、そのまま使えるように整えたものではなく、書き方の型を示すものです。

• 例1：製造業の受発注システム刷新。要件定義フェーズを担当（約6カ月）。営業・調達・物流の3部門へのヒアリングから要件一覧を取りまとめ、部門間で対立した在庫引当の方針を優先順位づけて合意。
• 例2：金融機関向けの社内申請ワークフロー。業務フローの整理と機能要件の定義を担当（約4カ月）。現行業務の洗い出しから、承認ルートの標準化案を作成し、情報システム部門と業務部門の双方と調整。
• 例3：小売業の会員アプリ。RFP作成と、ベンダー提案の比較評価を支援（約3カ月）。要件の優先度を整理し、提案書の評価観点をまとめて選定の判断材料を提供。

書き終えたら、要件定義書の作り方そのものが分かる資料と見比べると、項目の抜けを見つけやすくなります。詳しくは要件定義書の書き方と押さえるべき項目で解説しています。

守秘義務への配慮

守秘義務への配慮は、顧客名や固有のシステム名を伏せ、業界・規模感・担当範囲で実績を表現するのが基本です。

顧客名を出せない場合は、「国内大手製造業」「地方銀行」のように業種と規模の見当がつく表現に置き換えます。システムの名称や、金額、社内の人名は書かないようにします。実績をどこまで開示してよいかは、契約書の秘密保持条項で決まるため、迷う場合は契約元のエージェントや顧客に事前に確認してください。

ITコンサルとして独立する際のメリットと注意点は、ITコンサルタントがフリーランスになるメリット・デメリットでも整理しています。

出典・参考情報（最終更新日：2026年10月5日）

1. 公正取引委員会・中小企業庁・厚生労働省『フリーランス・事業者間取引適正化等法パンフレット』（2026-10-05参照）
2. 独立行政法人情報処理推進機構（IPA）『情報システム・モデル取引・契約書（第二版）』（2026-10-05参照）
3. レバテック『ITフリーランス市場動向 2025年6月』（本文中の需要の伸び率の一次出典）
4. 各エージェントの公開情報（比較表の数値。時点により変わるため、各社公式サイトで最新情報を確認してください）