案件が途切れる——その現実と多くの人が知らない繁閑の構造
「まさかこんなに案件が見つからないとは思わなかった」
フリーランスエンジニアとして独立後、最初の空白期間を経験したときに多くの人が感じる言葉だ。月収80〜100万円をイメージして独立したのに、案件が途切れて2ヶ月間収入がゼロになった——これはフリーランスエンジニアの世界では珍しくない現実だ。
問題は、案件が途切れることそのものではない。途切れることを前提とした管理ができていないことが問題だ。
IT業界には明確な繁閑サイクルがある。このサイクルを理解して2ヶ月前から動けば、ほとんどの空白期間は回避できる。この記事では、フリーランスエンジニアが収入の空白を最小化するための「先手管理術」を具体的に解説する。
IT業界の繁閑サイクルを正確に把握する
年間の案件需給カレンダー
IT業界のプロジェクト発注には、明確な季節性がある。フリーランスエージェントや求人サイトの案件数推移を見ると、以下のパターンが見えてくる。
| 月 | 需給の傾向 | フリーランスへの影響 |
|---|---|---|
| 1〜2月 | 低調（正月明け・新年度準備） | 案件数が少なく単価も弱含み |
| 3月 | 急増（年度末予算消化） | 短期案件が集中、倍率も高い |
| 4月 | 切り替え（新年度始動） | 前案件終了・次案件確定の空白が発生しやすい |
| 5〜6月 | 回復 | 新プロジェクト立ち上げが増える |
| 7〜8月 | 低調（夏季・予算中間） | 更新されない案件が増える |
| 9〜10月 | 活発 | 下半期始動の新案件が多数 |
| 11〜12月 | 高水準 | 翌年3月納期の案件が集中 |
この表を見ると、最大の空白リスクは4月と8月だと分かる。3月末に案件が終了し、4月から新案件の立ち上げを待つ間に1〜2ヶ月の空白が生まれやすい。
繁閑サイクルが生む「二重の問題」
繁閑サイクルは、単に案件が少ない時期があるというだけではない。2つの問題が連動して発生する。
問題1：競合の集中 案件が少ない時期ほど、同じ案件にフリーランスエンジニアが集中する。閑散期の案件倍率は繁忙期の2〜3倍になることがある。スキルが同程度なら、案件探しが早い人が取る。
問題2：単価の下落 供給過多になると、発注側は単価交渉を有利に進めやすくなる。「他にも候補はいる」という状況では、単価を下げて受けるか、空白を続けるかの選択を迫られる。
案件が途切れる人に共通する3つのパターン
独立後に案件難に陥るフリーランスエンジニアには、共通したパターンがある。
パターン1：エージェント依存の一本化
フリーランスエージェントを1社しか使っていない場合、そのエージェントの案件在庫・担当者の動向・会社の業績に収入が左右される。
エージェントを1社しか使っていないケースでは、次の問題が起きやすい。
- 担当者の異動で引き継ぎが滞り、連絡が途絶える
- 特定技術分野の案件が少ないエージェントにスキルが合わない
- 繁閑サイクルで全体の案件数が減ると選択肢が一気に狭まる
解決策は後述するが、基本的にエージェントは3社以上を維持しながら、直接人脈・SNS経由のルートも持つことが安全策だ。
パターン2：案件終了の直前まで動かない
案件終了の1ヶ月前になって初めて次の案件を探し始めるエンジニアが多い。エージェント経由の案件紹介には、コンタクト→面談→クライアントとのマッチング→条件交渉→契約まで、最低でも2〜3週間かかる。1ヶ月前に動いても、切れ目なく繋ぐのは難しい。
空白なしで繋ぐために必要な準備開始のタイミング：案件終了の2ヶ月前
2ヶ月あれば、複数エージェントへの連絡・クライアントとの面談・条件交渉・契約締結まで余裕を持って進められる。
パターン3：スキルセットの陳腐化を放置
「この技術は需要が下がっている」と感じながら対応を後回しにしているうちに、案件の選択肢が縮小するケースがある。
特に以下の技術分野では、直近2〜3年で案件数の変動が大きい。
| 技術分野 | 需要トレンド（2026年） |
|---|---|
| Java（レガシー保守） | 横ばい〜低下 |
| PHP（WordPress保守） | 低下傾向 |
| TypeScript/React | 引き続き高需要 |
| Python（AI/データ） | 急増中 |
| AWS/クラウドインフラ | 高需要が継続 |
| Go | 増加傾向 |
需要が下がっている技術に依存していると、繁忙期でも案件が取りにくくなる。スキルのアップデートを案件が取れている間に進めておく必要がある。
先手管理術：2ヶ月前から動く具体的なアクション
ステップ1：案件終了2ヶ月前——探索フェーズ（全チャネル同時起動）
案件終了日が確定したら、その日から2ヶ月後に向けたカウントダウンを開始する。
Day 1：全エージェントへ連絡
登録しているすべてのエージェントに「○月○日から稼働可能。次の案件を探したい」と一斉連絡する。エージェントは担当者が定期的に変わるため、久しぶりの連絡でも積極的に動いてくれることが多い。
連絡時に伝えると効果的な情報：
- 希望稼働開始時期（現案件終了日の1〜2週間後が理想）
- 希望単価（現在の単価より5〜10万円高い設定で交渉余地を作る）
- 希望技術スタック（2〜3技術を明示）
- リモート/常駐の希望
Day 1〜3：GitHubとLinkedInの最新化
GitHubのコントリビューショングラフが止まっていれば、現案件での成果をドキュメント化するかOSSへの貢献でアクティブな状態に戻す。LinkedInの職歴に直近の案件実績を追加し、スキルタグを最新化する。
Day 1〜5：SNSでの発信
Xやエンジニアコミュニティで「次の案件を探している」という発信をする。これは人脈経由の案件獲得に直結する。「○月から稼働可能、得意技術はXXX」という形で具体的に書くと、同業者や元クライアントからの紹介につながることがある。
ステップ2：案件終了1ヶ月前——絞り込みフェーズ
複数の候補案件を持てている状態を目指す。この段階で候補が1つもない場合は、探索の速度を上げる。
面談の準備：3点をアップデートする
-
案件で使った技術の棚卸し：直近の案件で何をどのレベルでやったかをメモ。「AWS EC2でのインフラ構築と、CloudWatchでのアラート設定を担当した」のように具体的に言語化する
-
数値で語れる成果の準備：「DBクエリの最適化でレスポンスタイムを60%短縮した」「CI/CDパイプライン構築でリリース頻度を週1回から毎日に改善した」のような数字付きエピソード
-
単価の交渉ラインを決める：希望単価・最低ライン・絶対に受けない条件の3段階を決めておく
複数候補を持つことの重要性
面談を1社しか受けていない状態では、交渉力がゼロになる。「他にも話が進んでいる案件がある」という状況が、単価交渉と条件交渉を有利にする。最低でも3社以上と面談を進めることを目標にする。
ステップ3：案件終了直前——クロージングフェーズ
終了2週間前の段階で、次の案件の条件交渉を終えて仮押さえの状態にする。
現案件の終了処理と次案件のオーバーラップ管理
稀に、現案件が延長を打診してきて次の案件との日程が重なることがある。この場合、先に次案件の開始日を1〜2週間遅らせる交渉ができるか確認する。発注側は開始日の少しの遅れより、案件を受けてもらえることを優先することが多い。
フリーランスエンジニアはやめとけ？リスクと向いている人の条件
案件管理だけでなく、そもそもフリーランス向きか確認したい人はこちら。
案件ポートフォリオを複線化する
1社依存から脱却する案件ソースの分散
フリーランスエンジニアの安定のために最も重要なのは、案件獲得ルートを複数持つことだ。
推奨する案件ソースの構成:
| ソース | 特徴 | 理想的な比率 |
|---|---|---|
| フリーランスエージェント（3社以上） | 案件数が多い。手数料があるが楽 | 50〜60% |
| 元クライアント・直接リピート | 信頼があり単価交渉しやすい | 20〜30% |
| 人脈紹介 | 質の高い案件が多い | 10〜20% |
| SNS・技術発信経由 | 構築に時間がかかるが中長期で強い | 0〜10% |
エージェントは手数料(エンジニアの単価の10〜20%)が取られるが、案件数の多さと契約管理の楽さが利点だ。並行して直接ルートを育てていくことで、中長期では手数料分を回収できる。
「ストック型」と「フロー型」の案件組み合わせ
案件の性質を理解した上で、組み合わせを考えると収入が安定しやすい。
フロー型案件（短期・スポット）
- 期間：1〜3ヶ月
- 特徴：単発で完結。単価が高いことが多いが次の案件がすぐ必要になる
- 向いている局面：スキルの幅を広げたい時期、繁忙期
ストック型案件（長期継続）
- 期間：6ヶ月〜1年以上、更新あり
- 特徴：安定した収入基盤になる。単価は交渉しにくいが空白が生まれない
- 向いている局面：安定期、子育てや引越しなどライフイベントが重なる時期
理想的には、ストック型案件を収入の軸にしながら、短期のフロー型案件でスキルの幅を広げるという組み合わせが安定する。
SESとフリーランスの違いを4軸で比較
フリーランスと会社員の安定性の差を正確に理解してから判断したい人向け。
閑散期を「攻め」に変える過ごし方
閑散期に準備できる4つのこと
案件が少ない時期は、次の繁忙期に向けた投資期間として使える。この視点を持てるかどうかが、長期的なフリーランス成功を左右する。
1. スキルのアップデート
需要が増している技術領域（Python/AI、クラウドアーキテクチャ、セキュリティ対応）を閑散期に集中学習する。案件が取れている繁忙期では時間が作りにくいため、閑散期が最大のスキルアップ機会だ。
2. ポートフォリオの更新
直近の案件での実績を言語化し、GitHub・LinkedInに反映する。閑散期に作ったドキュメントが繁忙期の案件獲得を加速する。
3. 単価相場の調査
閑散期は落ち着いてエージェントと情報交換する時間が取れる。「今の市場で自分のスキルはどのくらいの単価か」を複数エージェントから聞いておくと、次の単価交渉の根拠になる。
4. 生活費の見直し
収入が減る閑散期は、固定費の見直しの良いタイミングだ。サブスクの整理・保険の見直し・税務の最適化（iDeCo・小規模企業共済など）を閑散期に一気に進めておくと、年間のキャッシュフローが改善する。
財務バッファの設計：案件ゼロでも動じない資金管理
推奨する財務バッファの目安
フリーランスエンジニアの財務管理で最も重要なのは、案件がゼロになっても一定期間は収入と関係なく生活できる「バッファ」を持つことだ。
| バッファ期間 | 必要な貯蓄の目安 | 状態 |
|---|---|---|
| 3ヶ月分 | 生活費×3 | 最低ライン。焦りが生まれやすい |
| 6ヶ月分 | 生活費×6 | 安全圏。案件を選ぶ余裕がある |
| 12ヶ月分 | 生活費×12 | 理想。閑散期・スキルアップ投資が可能 |
生活費を月25万円とすると、6ヶ月分は150万円、12ヶ月分は300万円になる。
繁忙期に積み立てる習慣
フリーランスエンジニアの収入は月によって大きく変動する。繁忙期（月収80〜100万円）と閑散期（月収0〜40万円）の差を「平均化」して管理することが安定の鍵だ。
推奨する配分：月収の30〜40%を積立へ
月収100万円の月に30〜40万円を別口座に積み立てておくと、閑散期に月30〜40万円を取り崩しても6ヶ月以上維持できる。
追加の視点：税の積立も同時に
フリーランスは確定申告で一括納税になるため、年収に応じた所得税・住民税分（年収の20〜35%が目安）も別に積み立てておく必要がある。この積立を忘れると、確定申告の納税時に資金が足りなくなるリスクがある。
まとめ：案件途切れは「仕組みで防ぐ」問題だ
フリーランスエンジニアの案件空白は、スキル不足でも運でもない。多くの場合、繁閑サイクルへの対応が遅れていることと、案件ソースが一本化されていることが原因だ。
この記事でまとめた先手管理の要点：
- 案件終了の2ヶ月前に動き始める：エージェント連絡・SNS発信・GitHub更新を同日に実行
- 案件ソースを複線化する：エージェント3社以上＋直接人脈＋SNEルートで1社依存を脱却
- 繁閑サイクルを知る：4月・8月の空白リスクを踏まえた前倒しスケジューリング
- 財務バッファを6ヶ月以上確保する：安心できる状態で案件を選ぶための前提条件
- 閑散期をスキル投資に使う：安値案件ではなく需要が高い技術への集中
案件が途切れてから焦るのではなく、常に「次の次」まで視野に入れた状態で動く——これが安定したフリーランスエンジニアの最大の共通点だ。
エンジニアが副業で月5万円稼ぐ現実的な方法
フリーランス前に副業で案件獲得を練習する方法。リスクを最小化して独立準備できる。