案件が求める工程の組み合わせ｜一貫より、上流に絞るほうが高い

案件が「上流から下流まで一貫」なのか「一部だけ」なのかは、 要員を当てられるかどうかを大きく左右します。ところが、範囲の広さと単価はほとんど連動していません。工程が書かれた案件 183,548 件を、工程の組み合わせ単位で数え直しました。

結論｜効くのは範囲の広さではなく上端

• 工程が書かれている案件は 94.0%（183,548 / 195,223 件）。最も埋まりやすい項目のひとつ
• 最多の工程は 開発 130,413 件、最少は 要件定義 56,664 件（全体の 30.9%）
• 要件定義を含む案件の単価中央値は 80 万円、含まない案件は 70 万円
• ただし 要件定義〜テストの一貫案件は 75 万円にとどまり、要件定義だけの案件（85 万円）より安い
• 最も安いのは 運用保守のみ（55 万円）。案件としては 20,241 件あり2番目に多い形
• 工程数を 1 → 6 に増やしても単価中央値は 65 → 78 万円しか動かない

「どこまで広くやるか」ではなく「どこまで上に入るか」で単価が決まっています。

集計の条件

集計日 2026年9月22日／n 工程記載のある案件 183,548 件。 単価を併記した数字は、そのうち単価記載あり・20〜200万円に限った 151,391 件が母数です。除外：status が削除済みのもの、工程が未記載のもの（11,675 件）、 単価の桁誤記を避けるため 20 万円未満・200 万円超のもの。 工程の値は抽出時に6区分（要件定義・基本設計・詳細設計・開発・テスト・運用保守）へ正規化しています。 「製造・構築」(26件)「単体テスト」(6件)「結合・総合テスト」(2件) という正規化漏れが わずかに残っていますが、合計 34 件なので集計には影響しません。この数字で分からないこと：案件メールに書かれた工程であって、 実際に従事する工程ではありません。 「開発」の一語だけで済ませている案件が 8,200 件あり、工程数が少ない＝範囲が狭い、とは限りません。 また、単価と工程の関係には役割（PM / リーダー / メンバー）が交絡します （役割の効果は別の記事で分解しています）。

工程ごとの出現数と単価

出現数では開発が 130,413 件で突出し、要件定義が 56,664 件で最も少ない。 要件定義まで任せる案件は、工程記載のある案件のうち 30.9% しかありません。

単価は要件定義 80 万円が頭ひとつ抜けていて、 基本設計 75 万円、あとは 70 万円で横並びです。詳細設計・開発・テスト・運用保守の間に差がないのは、 この4つがほぼ同じ案件にまとめて書かれるからです。

工程数を増やすと単価は上がるか

1工程 65 万円から6工程 78 万円まで、13 万円しか動きません。 しかも増え方は単調ではなく、2〜4工程はすべて 70 万円で横ばいです。

伸びるのは 5 工程（75 万円）と 6 工程（78 万円）に入ってからで、 これは工程数が増えた効果ではなく、5工程以上になると要件定義が入ってくる効果です。 次の節で分けて確認します。

実際に多い組み合わせ

工程の集合をそのまま組として数え、多い順に並べました。

最多は「基本設計から テストまで、要件定義なし」の 23,360 件です。 いわゆる二次請け以下の開発案件の典型で、単価は 70 万円。

2番目に多いのが運用保守のみの 20,241 件。 この形だけが 55 万円と、他より 10 万円以上低く出ます。

そして注目したいのが要件定義のみの 7,726 件で 85 万円、要件定義・基本設計・詳細設計の 1,974 件で 90 万円。 件数は少ないものの、どちらも一貫案件（75〜78 万円）より高い。

一貫案件は、上流特化より安い

範囲の取り方でグループ化し直します。

要件定義を含むかどうかで、単価中央値は 10 万円、 100 万円以上の比率は 9.0% → 25.1% と約 2.8 倍に開きます。これがこの記事でいちばん大きい差です。

一方で、要件定義からテストまで全部やる案件は 75 万円。 要件定義を含む案件全体の 80 万円より低く、 要件定義だけの案件（85 万円）よりさらに低い。

これは求めている人が違うからです。 一貫案件は「一人で全部回せる開発者」の募集で、単価は開発者の相場に引っ張られます。 対して上流だけに絞った案件はコンサル・アーキテクト寄りの募集で、別の相場に乗る。範囲を広げることは、単価を上げる方向には働いていません。

最下段の「上流を一切含まない」53,273 件が 65 万円、 100 万円以上はわずか 6.8%。下流だけの案件は、どれだけ工程を並べても 100 万円に届きません。

この比較は工程だけを見ていて、経験年数・役割・地域を揃えていません。 要件定義を含む案件に高単価が集まるのは、工程そのものというより そこに求められる経験年数の違いが効いている可能性があります （SESエンジニアの経験年数の分布では、 希望単価が伸びるのは 8 年目までであることを出しています）。

この数字の使い方

1. 「対応工程」の広さを売り文句にしない

スキルシートに工程を全部チェックしても、単価は上がりません。効くのは要件定義の1行が書けるかどうかで、 そこに実績があるなら工程一覧よりその案件の中身を書くほうが通ります （要員提案メールの型）。

2. 運用保守のみの案件を別枠で管理する

運用保守のみは 20,241 件と量があり、単価帯（55 万円）もはっきり分かれています。他の案件と同じリストで扱うと、単価の相場観が狂います。 経験年数の浅い層を当てる先としては、量が読める有力な区分です。

3. 上流を含む案件は、埋まらない理由を確認する

要件定義を含む案件は 100 万円以上が 25.1% ある一方、 要員側で上流の実績を書いている人は限られます。高単価の案件が回り続けているなら、単価ではなく条件のどこかが詰まっている可能性が高い（案件情報はいつまで有効か）。

よくある質問

工程で絞り込む

Qasica は案件メールの工程を 6 区分に正規化して配列で保持し、 要員側の経験工程と突き合わせます。 「要件定義を含む案件だけ」「運用保守のみを除く」といった絞り込みができるので、 単価帯の違う案件を同じリストで眺めずに済みます。

関連記事：工程と役割で単価はどう変わるか / 案件が求める必須スキルは何個か / 案件メールの読み方

資料請求・相談はこちら