フリーランス初案件の決め方｜独立後に外さない5つの選定基準

独立後の初案件が「その後2〜3年」を左右する理由

初案件は、独立後の実績・自信・単価交渉力の土台になります。結論として、初案件を単価だけで選ぶと、その後の案件の選択肢が狭まりやすいためです。

理由は3つあります。1つ目は、初案件の実績が次のスキルシートの1行になること。エージェント経由でもリファラル経由でも、次案件の商談で「直近の実績」を必ず聞かれます。2つ目は、初案件の終わり方（円満終了か、途中解約か、レビューが残っているか）が次の紹介に響くこと。3つ目は、初案件のペースで「稼働と単価の相場感」が体に染み込むため、短時間で得た高単価例を基準にすると、2件目以降の判断がぶれることです。

会社員時代と違い、フリーランスは案件ごとに実績が積み上がり、次の案件の入り口を作ります。だからこそ、初案件は「1件で終わらせない」設計で選ぶのが実務的です。案件参画までの手続きの流れはフリーランス案件参画までの流れ｜登録から初稼働までの期間と準備で、参画前に読むべき案件詳細の見方は案件探しで失敗しないフリーランスエンジニアのための案件の読み方でそれぞれ整理しています。本記事は、その2つを踏まえたうえで「どの案件を選ぶか」の判断基準に絞って解説します。

初案件が「詰み」につながる典型パターン

• 単価だけ見て未経験領域の案件を受け、レビューでつまずき更新されない

• 業務範囲が曖昧な案件で、追加作業が積み重なり実質単価が下がる

• 検収基準がないまま納品し、手戻りで期間が延び次案件の準備ができない

これらは順位づけの物差しが「単価」1本しかないと起きやすい失敗です。基準を5つに分けて考えるだけで、避けやすくなります。

最初の案件を選ぶ5つの基準

初案件の選び方は、稼働環境／業務と経験の重なり／期間と契約／チーム体制／相場帯の妥当性の5つを順番に見るのが実務的です。1つずつ確認します。

① 稼働環境（フルリモート・常駐・裁量の実態）

結論：週の稼働時間帯・場所の指定・コアタイムを、契約前に必ず言語化させる。「フルリモート可」と書かれていても、実態は週1〜2回の常駐が求められるケースがあります。

条件として確認したいのは次の3点です。

• 稼働場所の指定（フルリモート／ハイブリッド／常駐）と、常駐の頻度

• コアタイム・打刻ルール・稼働時間の下限／上限

• 定例MTGの本数と時間帯（朝会・週次・スプリントMTG等）

例外として、ハイブリッドでも「常駐は初月のオンボーディングのみ」というケースは初案件でも受けやすい部類です。「地方在住だがフルリモート希望」の場合、時差なしで稼働できる強みを商談で先に伝えると、話が早くなります。

② 業務内容と自分の実務経験の重なり

結論：初案件は、既存の実務経験が大半を占める案件を選ぶ。残りの一部は新しい技術・現場文化への適応枠として使うと立ち上がりやすい傾向があります。

見るべきポイントは次のとおりです。

• 使用言語・フレームワークの経験（メイン言語は、実務で継続的に扱った経験がある案件のほうが初案件向き）

• 業務ドメイン（BtoB SaaS／EC／金融／SIer案件等）の経験

• 求められる工程（設計・実装・テスト・レビュー・要件整理）の範囲

条件として、「フロントの実務経験3年、バックエンドは学習のみ」という状態で、フルスタック案件を初案件にすると、レビュー時間が伸びて更新されにくくなるケースがあります。逆に、経験の重なりが大きい案件は、初月の立ち上がりが早く、レビュー評価が積み上がりやすい傾向があります。

③ 期間・契約条件（初回契約は3〜6か月を目安に）

結論：初回契約は3〜6か月程度・更新前提で検討しやすいケースが多い。1年契約や12か月固定は初案件では避けたほうが選択の余地が残ります。契約期間は案件種別・商流・企業慣行で変わるため、目安として押さえる程度が安全寄りです。

理由は2つあります。長期契約は途中解約時に信頼を損ないやすいこと。もう1つは、自分の稼働ペース・単価感覚が定まる前に長期でロックすると、途中で条件変更を切り出しにくくなることです。

契約書で確認したいのは、次の5点です。

• 契約期間（初回3〜6か月／自動更新の有無）

• 業務範囲（準委任か請負か、成果物の定義）

• 精算幅（140〜180時間などの下限・上限、超過・控除の計算）

• 検収基準（請負の場合）／稼働報告方法（準委任の場合）

• 中途解約条項（何日前通知か、違約金の有無）

準委任と請負では、責任範囲と報酬の考え方が変わります。準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点を参照しつつ、初案件では成果物責任が比較的限定されやすい準委任のほうが検討しやすいケースがあります（案件の性質・成果物定義・検収条件によっては請負が適する場合もあります）。契約の中途解約・トラブル対応の相談窓口としてはフリーランス・トラブル110番（第二東京弁護士会）があります。

④ チーム構成とレビュー体制

結論：初案件は「1人で放り込まれる」現場を避け、レビュー・オンボーディング・技術リードがいる現場を選ぶ。

見るべきなのは次の点です。

• チーム人数と、フリーランス・社員の比率

• レビュー担当者（技術リード・シニアエンジニア）の有無

• オンボーディング資料・ドキュメントの整備状況

• コミュニケーションチャネル（Slack／Teams等）と、非同期コミュニケーションの温度感

条件付きの補足として、「フリーランス1人で丸投げ案件」は単価が高く出やすい半面、レビューがなく実績として次案件に持ち出しにくいケースがあります。初案件では、レビューを受けられる環境そのものが「見えない報酬」だと考えると判断しやすくなります。

⑤ 単価は「相場帯の中で」納得できる水準か

結論：初案件の単価は、相場帯の中央付近を狙うのが現実的。相場から極端に外れた案件は、単価が高くても低くても理由があります。

判断の物差しとして、次のようなアプローチが現実的です。

• 主要エージェントの公開案件（週2〜5日・業務委託）を複数横断して、自分の職種・経験年数・言語・稼働条件に近い案件群の相場帯を把握する

• 公開案件ベースで見た同条件の案件群の中で、中央付近を初案件の目安にする（低すぎ・高すぎは理由を掘る）

• 単価だけで判断せず、精算幅・稼働時間・工程範囲を含めた実質時給で比較する

高単価案件そのものを避けよという話ではありません。同じ単価でも、業務範囲・稼働時間・工程が違えば実質的な報酬は変わるため、額面で並べないことがポイントです。自分がどのくらいの単価を狙えるかは、フリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方で整理しています。

ミニFAQ｜5つの基準まわり

Q. 5つの基準を全部満たす案件が見つからないときは？

A. 現実的にはすべて満たす案件は少ないため、①稼働環境と③期間・契約は妥協せず、②業務と経験の重なり・④チーム体制は7割で許容し、⑤単価は相場帯の中央付近まで幅を持たせる、という順序で判断すると決めやすくなります。

Q. エージェントを複数登録すると失礼ですか？

A. 複数登録自体は業界慣行として一般的です。ただし、同じ案件を複数エージェントから同時応募すると発注元・エージェント双方に混乱が起きるため、応募段階の重複だけは避ける前提で複数登録するのが実務的です。

単価より優先すべき初案件の3条件

初案件で単価と並べたい条件が3つあります。業務範囲の言語化／発注元との距離／レビュー体制の3点です。

業務範囲が言語化されているか

結論：業務範囲が「どこまでを準委任／請負として受けるか」書面で確認できる案件を選ぶ。業務範囲が曖昧な案件は、追加作業が積み重なり、実質時給が下がる典型パターンです。

契約書・発注書に業務範囲が書かれていない場合、口頭ベースで「そのうち仕様書出します」となりがちです。初案件では、契約前の商談で業務範囲を書面化してもらえるかを1つの判断材料にすると安全です。

発注元との距離（元請け or 多重下請け）

結論：契約主体と発注元（実際の開発現場）を、商談時に必ず確認する。多重下請けの下層に入る案件は、レビューの情報伝達や条件調整が複雑になりやすい傾向があります。

エージェント経由の場合、契約主体はエージェントですが、発注元・現場企業は別途明示されるのが通常です。「現場企業を教えられない」案件は、参画前に理由を聞くのが実務的です。契約主体と発注元の関係、書面交付・報酬支払の適正化については、フリーランス・事業者間取引適正化法（公正取引委員会）に一次情報があります。

レビュー・オンボーディングの有無

結論：初案件はレビュー・オンボーディングがある現場を優先する。単価が同じでも、レビューを受けられる現場のほうが「次の案件に持ち出せる実績」を積みやすいためです。

商談で聞きたいのは次の3点です。

• 初月のオンボーディング（ドキュメント・ペア作業・週次1on1等）の有無

• コードレビューの担当者と回数（PR単位／週次／マイルストーン単位）

• 稼働報告・進捗共有のルール（日報・週報・スタンドアップ）

避けたい初案件のパターン

初案件で受けると、リスクが高い案件パターンが4つあります。単価が高くても、これらのシグナルが複数当てはまる案件は初案件では見送るのが実務的です。

① 業務範囲が曖昧

契約書に業務範囲の記載がなく、口頭で「仕様書は追って共有します」と言われる案件は、追加作業のリスクが高い部類です。範囲の言語化を先送りする案件は、稼働開始後に「これも見てほしい」が積み重なりやすくなります。

② 検収基準が示されない

請負契約なのに検収基準（完了条件）が示されない案件は、納品後の手戻りが読めません。準委任の場合も、稼働報告の粒度（時間単位／機能単位／週単位）が決まっていない案件は、精算時にトラブルになりやすいです。

③ 単価だけが極端に高い／低い

相場帯から極端に外れる単価には理由があります。極端に高い案件は、業務範囲が広い・稼働時間が長い・成果責任が重い、といった裏側があるケースが目立ちます。逆に極端に低い案件は、多重下請けの下層・炎上プロジェクトの穴埋め・実質雑務、といった可能性があります。初案件では、公開案件で確認できる相場帯から極端に外れない水準を目安にすると判断しやすくなります。

④ 契約主体・元請けが不明

契約主体（誰と契約するか）と発注元（実際に業務指示を出す会社）が別で、その関係性を説明できない案件は、参画後に指揮命令系統が混乱しやすくなります。準委任契約でも、契約当事者と実際の指示系統が大きくずれる案件は、契約前にエージェントや専門家へ確認したほうが安全です（指揮命令の実態次第では偽装請負に該当する可能性もあります）。

なお、契約途中の解約・トラブルの解決手順についてはフリーランスエンジニアの失敗パターン7選｜やめとけと言われる理由と回避策にも整理しています。

独立経路別｜初案件の選び方

同じ「独立後の初案件」でも、独立経路によって選び方の重みが変わります。ここでは4つの経路に分けて、初案件で優先したい観点を整理します。

会社員（自社サービス開発）から独立した人

• 会社員時代の技術スタック・ドメインをそのまま活かせる案件を優先する

• 自社サービス開発の経験は、事業会社の内製案件・スタートアップの開発案件と相性が良い

• 初案件で「エージェントとの相性」を確認する意味で、複数エージェント経由の案件を並行検討する

SES（客先常駐）から独立した人

• SESで積んだ現場文化・チーム開発経験は、フリーランスの準委任案件で高く評価されやすい

• 会社取り分がなくなるため、SES時代より手取りベースで条件改善を感じやすいケースがあります（実際の単価は地域・スキル・商流で変わります）

• 詳しくはSESエンジニアからフリーランスに転身する手順を参照

副業から本業化した人

• 副業案件をそのまま初案件として継続できる場合、稼働時間を段階的に上げる設計にする

• 副業クライアントの1社依存を避けるため、初案件のうちに2社目・3社目を探し始める

• 稼働設計の考え方はエンジニアの副業から独立への稼働設計で整理

実務経験3年未満で独立した人

• 3年未満での独立は、初案件で「経験の重なり8割以上」の案件に絞るのが安全

• レビュー体制のある現場・OJT前提の案件・少人数チームで裁量を出せる案件を優先する

• 未経験領域の挑戦は2〜3件目以降に回し、初案件は「確実に更新される案件」に絞る

初案件を決めるまでの判断フロー

複数の案件を提示されたときの判断フローを、シンプルな手順に落とし込みます。

1. 必須条件で足切り：稼働環境（リモート／常駐）と契約期間が自分の希望と合うか

2. 経験の重なりで並び替え：業務範囲と自分の実務経験の重なりが7割以上あるかで並べる

3. 契約条件でリスクチェック：業務範囲・検収基準・精算幅・中途解約条項が明確か

4. チーム体制で優先度を上げる：レビュー担当・オンボーディング資料の有無で加点する

5. 単価で最終判断：ここまで通った案件の中で、相場帯の中央〜やや上を選ぶ

この順番で見ると、単価は「1つの基準」に格下げされ、5つの基準が並列で機能します。初案件で失敗しない人ほど、単価を最後に見る傾向があります。

ミニFAQ｜判断フローまわり

Q. 初案件の商談で聞きにくい質問はどう切り出す？

A. 契約書ドラフトの共有依頼と一緒に、「契約条件を確認したいので、業務範囲と精算幅・中途解約条項をまとめて教えてほしい」と1回で聞くと切り出しやすいです。エージェント経由なら担当者を通して聞く形が実務的です。

顔合わせ〜契約〜稼働開始のチェックリスト

初案件の判断は、顔合わせ・契約・稼働開始の3段階でチェック項目を分けて確認するのが実務的です。

顔合わせ前

• スキルシート・職務経歴書の更新（直近案件の実績を反映）

• 案件詳細の読み込み（業務範囲・稼働・単価・期間の把握）

• 商談で確認する質問リストの準備（レビュー体制・チーム構成・使用ツール）

顔合わせ当日

• 発注元・現場企業の明確化

• 業務範囲と成果物の定義（準委任か請負か）

• チーム構成・レビュー担当・稼働時間帯・定例MTGの本数

• 稼働開始の希望日・オンボーディング期間

契約前

• 契約書ドラフトの受領と内容確認（業務範囲・期間・精算幅・検収基準・中途解約）

• 契約主体と発注元の関係性の確認

• 秘密保持契約（NDA）と業務委託契約の分離状況

• 客先案件で生成AIを使う場合の取り扱い（機密情報の投入可否・利用ツールの制限）

稼働開始前

• 初月の稼働時間の見込みと精算幅の下限・上限の再確認

• 使用するチャットツール・ドキュメントツールへのアクセス確認

• 稼働報告のフォーマット・提出タイミングの合意

• 初回の1on1・オンボーディング日程の設定

初回の顔合わせでやることはフリーランスエンジニアの顔合わせ・商談当日の流れ｜準備物と進行の型にも整理しています。契約後に途中で条件変更や解約が必要になった場合の手順は、次案件を探す前に把握しておくと安全です。

まとめ

初案件は単価より実績・環境・レビュー体制で選ぶ。これが本記事の結論です。単価だけを物差しにすると、初案件で詰まりやすく、2件目以降の選択肢も狭まります。

要点を整理します。

• 初案件は「1件で終わらせない」設計で選ぶ（次案件・次単価の起点になる）

• 見るべき基準は5つ：稼働環境／経験の重なり／期間と契約／チーム体制／相場帯の妥当性

• 単価より優先すべき3条件：業務範囲の言語化／発注元との距離／レビュー体制

• 避けたい4パターン：業務範囲が曖昧／検収基準なし／極端な単価／契約主体不明

• 独立経路別（会社員／SES／副業／経験3年未満）で優先度の重みは変わる

• 判断フローは「必須条件で足切り→経験の重なりで並び替え→契約条件でリスクチェック→チーム体制で加点→単価で最終判断」

次のステップとして、フリーランス案件参画までの流れで登録〜稼働までの手続きを、案件の読み方で案件詳細の見方を、それぞれ確認しておくと、初案件の商談で迷いにくくなります。単価の目安を持っておきたい場合は、フリーランスエンジニア単価診断で自分の相場を先に把握しておくと、判断の物差しが持てます。

参照した一次情報：フリーランス・事業者間取引適正化法（公正取引委員会）、フリーランス・トラブル110番（第二東京弁護士会）、情報処理推進機構（IPA）。