「いま参画している案件が終わったら、来月以降の収入はどうなるんだろう」――複業エンジニアとして稼働を始めて半年から1年が経つ頃、ふと胸をよぎる不安です。1社目の案件は知人紹介やエージェント経由で取れたものの、その案件が終了に近づくにつれて、次の見込みが何もないことに気付いて焦り始める。そんな経験はないでしょうか。
この不安の正体は、「複数案件を回すスキル不足」ではありません。多くの記事は「掛け持ちのメリット・デメリット」「時間管理術」を解説していますが、本当の課題は受注後の運用ではなく、契約終了の前から次の案件を仕込み、常に2〜3件が並行している状態を意図的に作れていないことにあります。営業活動を「契約終了の1〜2ヶ月前から始める」のでは間に合わず、条件交渉でも妥協を強いられがちです。
ここで必要なのが「案件パイプライン」という考え方です。BtoB営業の世界でいう「セールスパイプライン」をフリーランスエンジニア向けに再定義し、リード(見込み案件)から商談、稼働、継続/離脱判断までをステージごとに常に一定数積み上げ続ける仕組みとして運用します。パイプラインの埋まり具合が可視化されていれば、「来月は商談を何件積めばよいか」を数字で判断でき、漠然とした途切れ不安から抜け出せます。
本記事では、複業エンジニアが2〜3案件を常時並行運用するためのパイプライン設計を、4ステージ管理・逆算スケジュール・チャネル分散・月次レビューの4つの観点から解説します。週10〜20時間という複業特有の稼働制約を前提に、営業に割く時間配分(週2〜3時間)まで含めて、現実的な運用ルールを整理しました。読み終わる頃には「来週から始める最初の一歩」が明確になるはずです。
複業エンジニアが「案件パイプライン」を持つべき理由
複業を始めた直後のエンジニアが陥りやすいのが「いま1件は回っているが、次が見えない」状態です。本業の合間に営業活動を継続するのは想像以上に難しく、案件が安定するとつい営業を後回しにしてしまいます。しかし、契約終了が近づいてから動き出しても、契約締結までのリードタイムを考えると間に合わないケースが大半です。まずは「1案件依存」がなぜ危険なのかを構造的に整理してみましょう。
1案件依存が生むキャッシュフロー断絶のリスク
フリーランスエンジニアの実態調査では、案件を「1件のみ」で進めているエンジニアが約4割を占めるとされています(フリーランスエンジニアの実態調査【2025年版】)。1案件に集中することで稼働効率は上がりますが、契約終了とともに収入がゼロになるリスクと隣り合わせです。
フリーランスエンジニアの一般的な契約は1〜3ヶ月単位で、業務委託契約では月末締め翌月末払いのケースが多くなります。仮に12月末で契約が終了し、1月から新規案件を開始したとしても、最初の入金は早くて2月末です。つまり、契約終了から次の入金まで2ヶ月以上の空白が生まれる構造になっています。
加えて、契約終了から次の案件開始までに1ヶ月以上のブランクが空くと、生活費・社会保険料・税金の支払いタイミングと収入の谷が重なり、貯蓄を取り崩す状況になりがちです。これは「営業を怠けていた」ではなく、営業のリードタイムを織り込まずに案件を回していたことが原因です。
案件途切れリスクをポートフォリオ的に分散する考え方は、案件途切れリスクを複業ポートフォリオでヘッジする方法でも整理しています。本記事のパイプライン設計と組み合わせることで、収入の谷を構造的に避けやすくなります。
「掛け持ちノウハウ」では解決しない、案件供給の継続問題
ネット上で見つかる「複数案件を掛け持ちするコツ」「並行運用の時間管理術」は、すでに2〜3件を回している人向けの「運用テクニック」です。しかし複業を始めたばかりのエンジニアが最初にぶつかるのは、運用以前の「そもそも複数案件を同時に持てない」という供給側の問題です。
この供給問題は、時間管理ツールやタスク分解術では解決しません。なぜなら、案件は「探し始めてから契約締結まで」に平均で1〜2ヶ月のリードタイムがかかるからです。仮にいま空き時間が増えたとしても、その時間に新しい案件を「即」入れることはできず、1〜2ヶ月先の埋まり具合を逆算して仕込んでおく必要があります。
つまり解決すべき課題は「掛け持ちの方法」ではなく、「常に次の見込み案件が控えている状態を意図的に作る仕組み」です。この仕組みこそが案件パイプラインです。
営業をパイプラインとして捉え直す
BtoB営業の世界では、商談を「リード→商談中→受注→継続」の各ステージで管理し、各ステージの本数を一定以上に保つことを「パイプラインを満たす」と表現します。リードが枯渇すれば数ヶ月後の受注が落ちる、という相関を前提に、常にステージ全体を埋め続ける運用です。
複業エンジニアの案件獲得もまったく同じ構造です。「いま稼働中の案件」だけを見るのではなく、「いま商談中は何件あるか」「リード(潜在的に話が進む可能性のある声掛け・登録)は何件あるか」を含めて全体の埋まり具合を管理する。これが「営業をパイプラインとして捉え直す」視点です。
次のセクションでは、この考え方をフリーランスエンジニア向けに具体化した「4ステージ管理」を紹介します。
複業エンジニアの案件パイプラインを4ステージで可視化する

ここからは本記事の中核となる「4ステージ管理」の考え方を整理します。営業現場のセールスパイプラインを複業エンジニア向けに再定義し、案件の進捗を以下の4つの段階に分けて管理します。
ステージ | 状態 | 望ましい本数の目安(複業エンジニアの場合) |
|---|---|---|
ステージ1: リード | 見込み案件(声掛け・登録・話の打診段階) | 3〜5件 |
ステージ2: 商談 | 面談・条件擦り合わせ中 | 1〜2件 |
ステージ3: 稼働 | 契約締結・進行中 | 2〜3件 |
ステージ4: 継続/離脱 | 契約更新前の意思決定段階 | 稼働案件のうち契約終了1〜2ヶ月前のもの |
ポイントは「ステージ3(稼働)の本数だけを見ない」ことです。稼働中が2件あっても、ステージ1とステージ2が空っぽなら、3ヶ月後にはほぼ確実に1件以下に減ります。各ステージの本数を常に一定以上に保つことで、案件の途切れを構造的に防ぎます。
ステージ1: リード(見込み案件)の積み上げ
リードとは「いますぐ契約には至らないが、案件の話が始まる可能性がある接点」を指します。具体的には次のようなものです。
- エージェントから紹介された案件のうち、条件が合えば話を進められるもの
- 知人や元同僚から「そのうち頼みたい案件がある」と声を掛けられたもの
- SNS・コミュニティで関心を示したクライアントの候補
- 過去の取引先から「次の案件が立ち上がったら連絡する」と言われている関係
リードは「契約まで進む確率は低いが本数が多い」段階です。3〜5件を常に確保し、ここから商談に進む案件を1ヶ月に1〜2件絞り込めれば、ステージ2の補充が安定します。
リードを増やすアクションは比較的軽く、複業の合間でも実行できます。エージェントへの新規登録、SNSでの稼働状況の発信、コミュニティへの参加などが基本動作です。週に2時間程度を割けば、月3〜5件のリードは積み上げられます。
ステージ2: 商談(面談・条件擦り合わせ)の進め方
商談ステージは、リードのうち「具体的に案件の話が動き始めたもの」です。クライアントとの初回面談、スキルシートの送付、稼働時間や報酬の擦り合わせなどがここに入ります。
複業エンジニアの場合、商談ステージで意識すべきは「同時に進める本数は1〜2件まで」に絞ることです。本業との両立を考えると、面談調整・条件交渉に割ける時間は限られています。3件以上を同時に商談に乗せると、レスポンス遅延でクライアントの心証を悪くしたり、希望条件の擦り合わせで疲弊したりするケースが目立ちます。
商談で確認すべき最低限の項目は次の通りです。
- 稼働時間と曜日の柔軟性: 本業との両立可否、夜間・休日対応の許容範囲
- リモート可否と頻度: フルリモート/週N日出社/オンサイト必須
- 契約期間と更新条件: 初回契約の長さ、自動更新の有無、解約予告期間
- 報酬と支払いサイト: 月額/時給、月末締め翌月末払いなど
- 競業避止・成果物帰属: 他案件との両立に支障が出ないか
これらが揃わない段階で「とりあえずやります」と返答すると、後の運用で苦労します。商談段階で条件を明確化することが、稼働中の摩擦を減らす最大のレバレッジです。
ステージ3: 稼働中案件の継続率を上げる
稼働中案件は、契約締結後に実際に作業を進めている案件です。複業エンジニアの場合、目安は同時2〜3件、合計の週稼働時間は20〜30時間程度に収めるのが現実的です(本業がフルタイムなら2件で十分、本業が時短や独立直後なら3件まで)。
稼働中案件の管理で最も重要なのは「契約更新につながる成果を出すこと」です。新規案件を1件獲得する労力に比べて、既存案件の更新を勝ち取る労力は圧倒的に小さく、パイプライン全体の安定性に直結します。継続率を上げる具体策は次のとおりです。
- 定例ミーティングでの進捗共有: クライアントが「いま何が進んでいるか」を不安に感じない頻度で報告する
- ドキュメントの整備: 引き継ぎ可能な状態にしておくことで、契約終了リスクを「不可欠な人材」として下げる
- 想定外への先回り: 仕様変更・障害対応など、契約外のことでも一歩踏み込んだ提案を行う
これらは特別な技術ではなく、「コミュニケーションの基本動作」をきちんとやることに尽きます。
ステージ4: 継続/離脱の判断とパイプライン補充
ステージ4は、稼働中案件のうち契約終了が1〜2ヶ月以内に迫っているものを別管理する段階です。ここで「継続するか・離脱するか」の意思決定を早めに固めることで、離脱の場合に次セクションで解説する逆算スケジュールを起動できます。
判断軸は単純化すると次の3つです。
- 報酬水準: 市場相場から見て妥当か、自分のスキル成長を反映できているか
- 学びと成長: 技術的なチャレンジがあるか、ポートフォリオに残せる成果か
- 稼働の継続性: クライアント側が今後も発注を続ける見込みがあるか
3つのうち2つ以上が満たされない場合は離脱を検討し、空きそうな枠の補充に向けてステージ1・2を厚くするアクションを起動します。逆に継続する場合は、契約更新の交渉と並行して「次の案件の仕込みを止めない」ことが重要です。継続が決まったからといってリード積み上げをサボると、次の終了タイミングでまた同じ不安に直面します。
複業エンジニアの「適正在庫」目安
ここまでの4ステージを総合すると、複業エンジニアが目指す「適正在庫」は次のような状態です。
- 稼働中: 2〜3件(週稼働20〜30時間)
- 商談中: 1〜2件(来月以降の稼働候補)
- リード: 3〜5件(2〜3ヶ月先の供給源)
- 継続/離脱判断: 稼働案件のうち契約終了1〜2ヶ月前のものを別管理
これは固定値ではなく、自分の本業との両立度合い・希望年収・スキルの希少性によって調整します。たとえば本業フルタイムで複業に充てられる時間が週10時間しかない場合、稼働中は1〜2件・商談1件・リード2〜3件でも十分回ります。重要なのは「絶対値」ではなく「各ステージが空っぽにならない状態を保つ」ことです。
案件パイプラインを途切れさせない逆算スケジュール

4ステージの管理ができるようになっても、「いつ・何を始めるか」のタイミングを誤ると、結局は契約終了直前で慌てる羽目になります。ここでは、現在の稼働案件の終了予定から逆算して、各ステージで取るべきアクションを時間軸に紐づけて整理します。
ベースとなる考え方は「契約終了の3ヶ月前から動き始め、終了時には次の案件が決まっている状態を作る」ことです。営業活動を「契約終了の1〜2ヶ月前」から始めるのでは、リードタイムを考えると間に合いません。
終了3ヶ月前のアクション(チャネルへの再露出・リード補充)
契約終了の3ヶ月前は、リード補充を本格化させるタイミングです。この段階では次の4つの動きを並行して進めます。
- エージェントへの再連絡: 登録済みエージェントの担当者に「○月末で1案件空きそう」と早めに伝える。エージェント側も準備期間が必要なので、3ヶ月前が一番喜ばれます
- 新規エージェントへの登録: 1社しか登録していない場合、複業可・週20時間以下OKのエージェントを2〜3社追加で登録します
- スキルシートの更新: 稼働中案件の成果を反映し、最新版にしておきます
- コミュニティ・SNSでの稼働告知: 「○月以降に1〜2件分の稼働枠を空ける予定」と緩やかに発信します
この段階で目指すのは「リードを3〜5件まで積み上げること」です。商談に進めるかどうかはまだ気にせず、まずは接点を増やすことに集中します。
終了2ヶ月前のアクション(商談着手・スキルシート更新)
終了2ヶ月前は、3ヶ月前に積み上げたリードのうち、有望なものを商談に進めるフェーズです。
- エージェント経由の案件紹介を受ける: 早めに伝えていれば、この時期に複数の案件紹介が届きます
- 初回面談を1〜2件設定する: 同時並行は2件までに絞り、レスポンス遅延を防ぎます
- 条件擦り合わせの優先項目を明確化する: 稼働曜日・リモート可否・報酬水準を交渉前に自分の中で確定させます
- 直クライアントとの対話: 過去の取引先や知人ルートで進めている話があれば、ここで具体的な見積もり・スコープ調整に入ります
この段階で1〜2件の商談が動いていれば、終了1ヶ月前までには契約内定にたどり着ける確率が大きく上がります。
終了1ヶ月前のアクション(条件確定・契約調整)
終了1ヶ月前は、商談を内定(契約意向の合意)に進めるフェーズです。
- 契約条件の最終擦り合わせ: 競業避止・成果物帰属・秘密保持条項を確認し、現行案件との両立に支障が出ないかをチェックします
- 稼働開始日の調整: 現行案件の引き継ぎスケジュールに合わせ、新規案件の稼働開始日を確定します
- 既存案件のクロージング準備: 引き継ぎドキュメント・コードレビュー・最終納品物の整理を始めます
理想は「終了1ヶ月前に1件の新規内定が確定し、終了と同時にシームレスに稼働を開始する」状態です。万一商談がまとまらない場合は、ステージ1のリードからもう1件商談に進める判断を即座に行います。
営業に割く時間の目安
複業エンジニアの場合、営業活動に割ける時間は週2〜3時間が現実的なラインです。本業と稼働案件の合間で確保するには、次のような時間配分が参考になります。
- 毎週月曜日の朝1時間: パイプライン状況の棚卸し・エージェント返信・SNS発信
- 平日夜の30分×2回: 商談メール返信・スキルシート微調整
- 週末の30〜60分: 翌週の面談準備・条件交渉資料整備
「営業に時間が取れない」と感じる時は、たいてい「気が向いた時にまとめてやろう」と考えています。実際は週2〜3時間を固定枠で予約する方が、結果的に少ない時間で回せます。
案件供給チャネルを3つ以上に分散する

パイプラインを安定させるには「入口」を1チャネル(特定エージェントや特定クライアント)に依存しないことが重要です。エージェント1社のみに登録している状態は、そのエージェントの紹介ペースが落ちた瞬間にパイプライン全体が止まるリスクを抱えています。本セクションでは、複業エンジニアが活用できる4タイプのチャネルを整理し、選び方の指針を示します。
チャネル比較(エージェント / 直クライアント / SNS・コミュニティ / 知人紹介)
主要な4つのチャネルを、複業エンジニア視点で比較すると次のようになります。
チャネル | リードタイム | 単価帯 | 継続性 | 複業適合度 |
|---|---|---|---|---|
エージェント | 2〜4週間 | 中〜高(マージン10〜20%控除) | 中(エージェント次第) | 中(複業可エージェントを選ぶ必要あり) |
直クライアント | 1〜3ヶ月 | 高(マージンなし) | 高(信頼関係次第で長期化) | 中(営業負荷が高い) |
SNS・コミュニティ | 1〜6ヶ月 | 幅広い | 低〜中(単発が多い) | 高(時間制約に縛られず接点を増やせる) |
知人紹介 | 2週間〜2ヶ月 | 中〜高(紹介者の影響) | 高(信頼前提で長期化しやすい) | 高(条件交渉がしやすい) |
エージェントは即効性が高い反面、マージンが控除されます。直クライアントは単価が高い反面、営業負荷が大きく時間のかかる関係構築が前提です。SNS・コミュニティは即効性は低いものの、時間制約のある複業エンジニアでも継続的に接点を増やせる手段です。知人紹介は条件交渉の柔軟性が高く、本業との両立も認められやすい傾向があります。
それぞれ「速さ・単価・継続性・複業との相性」のトレードオフが異なるため、複数を組み合わせるのが基本戦略です。
複業エンジニアが優先すべきチャネルの選び方
複業エンジニアの場合、稼働曜日や時間帯の柔軟性が最大の制約になります。チャネルを選ぶときは次の軸で評価します。
- 複業・週X時間案件の取り扱いがあるか: エージェントによっては「週5日フルタイム必須」が標準で、複業向け案件が少ないケースがあります
- リモート前提か: 本業と並行するには、移動時間ゼロが現実的な条件です
- 時間帯の柔軟性: 平日夜・週末対応OKのクライアントか、平日昼間のミーティングが必須か
複業向けエージェントとしては、稼働時間の自由度が高く、複数案件の並行受注をサポートするプラットフォームも増えています。「複業可」を明示しているサービスを優先候補に入れることで、稼働時間の擦り合わせに無駄なエネルギーを使わずに済みます。
チャネルごとのリードタイム差を踏まえた使い分け
チャネルごとにリードタイムが大きく異なる点は、パイプライン設計上の重要なポイントです。
- 緊急時(次の案件まで1ヶ月以下): エージェント中心。即効性のある紹介で穴埋めする
- 計画的補充(次の案件まで2〜3ヶ月): エージェント+知人紹介を併用。条件にこだわるならエージェント以外もミックスする
- 中長期投資(次の案件まで3ヶ月以上): SNS・コミュニティ・直クライアント開拓。すぐには案件にならなくても、半年先のリードを仕込む
「いま埋めたい1件」と「半年後にリードを増やすため」のチャネルは別物です。両方を並行して動かすことで、突発的なキャンセル・更新打ち切りにも耐えるパイプラインが作れます。
ポートフォリオ/スキルシート整備が全チャネルに効く理由
どのチャネルを使うにしても、自分のスキル・経歴を即座に伝えられる「ポートフォリオ」と「スキルシート」は必須です。これらが整っていないと、リードが商談に進む速度が大幅に落ちます。
- スキルシート: 業務経歴・技術スタック・稼働可能時間を1〜3ページにまとめる。エージェント・直クライアント面談ではほぼ必ず求められます
- ポートフォリオ: GitHubリポジトリ・公開プロジェクト・技術ブログなど、技術力を示すリンク集。SNS・コミュニティ経由の接点で効果を発揮します
- 稼働状況の自己紹介文: 「現在週X時間で稼働中、○月以降に稼働枠あり」という1〜2行のステータスを用意しておく
これらは一度作れば全チャネルで使い回せるため、最初のセットアップに数時間投資する価値があります。「3チャネル以上に登録した」だけでなく、「3チャネル以上から声がかかる状態」を作ることが本来の目的です。
2〜3案件を同時に回すための運用ルール
パイプラインが回り始め、2〜3件の案件を並行運用するフェーズに入ったら、今度は「持続可能性」を確保するための運用ルールが必要です。並行運用が崩れる典型的なパターンは、契約条項の不整合・時間配分の破綻・障害時の優先順位判断ミスです。本セクションでは、これらを先回りで防ぐためのチェックポイントを整理します。
契約条項の整合性チェック(競業避止・成果物帰属・秘密保持)
複数案件を持つときに最初に確認すべきは、各案件の契約条項が互いに矛盾しないかです。特に次の3つは要注意です。
- 競業避止条項: 「契約期間中は同業他社からの受託を禁止」と書かれていれば、別案件で同業の仕事を受けられません。範囲(同業の定義)と期間(契約後何ヶ月か)を必ず確認します
- 成果物帰属: 「業務で生まれたすべての成果物・知的財産はクライアントに帰属」とある場合、他案件で再利用できない可能性があります。汎用的なライブラリ・コードスニペットの扱いを事前に擦り合わせます
- 秘密保持義務: NDAの範囲が広すぎると、技術ブログでの発信や他クライアントとの会話で抵触するリスクがあります
これらは商談ステージで擦り合わせるのが理想です。契約締結後に発覚すると、片方の案件を降りざるを得なくなるケースもあります。
なお、フリーランス新法(特定受託事業者に係る取引の適正化等に関する法律、2024年11月施行)により、業務委託における契約条件の書面・電磁的方法による明示が義務化されました(フリーランス白書2025)。曖昧な口頭合意のまま稼働開始することは法的にも避けるべき状況になっています。
時間配分の設計(時間帯固定・週次サイクル・バッファ確保)
2〜3案件を並行するときの時間配分は、「気の向くままにやる」では破綻します。次のような固定化が有効です。
- 時間帯固定: 「案件Aは平日夜19〜22時」「案件Bは土曜午前」のように、案件ごとに作業時間帯を固定する
- 週次サイクル: 月曜にタスク棚卸し、火〜金で実装、土曜にレビュー・報告、というリズムを毎週繰り返す
- バッファ確保: 週稼働時間の20%程度をバッファとして空けておく。突発的な障害対応・仕様変更に対応する余裕
特に「バッファ確保」は軽視されがちですが、複数案件で同時に予期せぬ作業が発生したときの逃げ場として不可欠です。常に100%の稼働で予定を組むと、1件のトラブルで他案件にしわ寄せが行きます。
障害時の優先順位ルール
本番障害・緊急仕様変更が複数案件で同時に発生したときに備え、事前に優先順位を決めておくと判断が早くなります。判断軸の例は次の通りです。
- 影響範囲: ユーザーへの影響が大きい案件を優先
- 契約上の責任: SLA・対応義務の重さが明示されている案件を優先
- クライアントとの信頼関係: 長期継続案件を優先する(短期スポット案件は事情を説明しやすい)
「全件即対応します」は無理ですし、無理を続けると体調・信頼の両方を失います。事前にクライアントに「複数案件並行のため、緊急時は優先度をつけて対応する」と伝えておくと、いざという時に説明しやすくなります。
AIアシストを使った定型業務の圧縮
複数案件を回す際の生産性を底上げする補助線として、AIアシスタント(GitHub Copilot・ChatGPT・Claudeなど)の活用も検討する価値があります。特に効果が大きいのは次の領域です。
- コードレビュー・リファクタリング: 自分の書いたコードのレビューをAIに依頼することで、見落としを減らせます
- ドキュメント作成: 仕様書・引き継ぎドキュメントの初稿生成
- メール・チャット返信のドラフト: クライアント連絡の初稿を作成し、自分で微調整する
AIアシストの活用方法は別記事で詳しく扱う予定ですが、複業エンジニアの限られた時間を稼ぐ強力な手段になります。ただし、機密情報を扱うときは利用規約・契約条項に抵触しないか必ず確認してから使いましょう。
パイプラインを「埋まり具合」で月次レビューする

パイプラインの設計と運用ルールが固まっても、定期的に状況を確認する仕組みがなければ、いつの間にかリード補充をサボってしまいます。本セクションでは、月次レビューを「やる気に頼らずに継続する仕組み」として組み込む方法を解説します。
月次レビューで見る4つの指標
毎月1回(月初または月末に固定)、次の4指標を確認します。
- 稼働残月数: 各稼働案件の契約終了までの残月数。最短のものが3ヶ月を切ったら、その月から逆算スケジュールを起動
- 商談本数: 1〜2件を維持しているか。ゼロなら直ちにリードからの引き上げを検討
- リード本数: 3〜5件を維持しているか。2件以下ならチャネル別のリード補充アクションを実行
- チャネル分散度: 稼働中・商談中・リードの案件が何チャネル(エージェント/直/SNS/紹介)から来ているか。1チャネル比率が60%を超えるなら分散を強化
これら4つは「いま自分のパイプラインがどこに穴があるか」を即座に診断するための指標です。漠然とした「不安」を、具体的な「商談本数1件不足」「リード本数2件不足」という数字に置き換えることで、次のアクションが明確になります。
管理表テンプレの設計例
管理表は複雑にする必要はありません。Notion・スプレッドシート・Excel・Markdownのいずれでも構いません。必要な列は次の通りです。
列 | 内容 |
|---|---|
案件名 | クライアント名・案件名 |
ステージ | リード / 商談 / 稼働 / 継続判断 |
チャネル | エージェント名 / 直 / SNS / 紹介 |
稼働開始日・終了予定日 | 稼働ステージのみ記入 |
月額・週稼働時間 | 稼働ステージのみ記入 |
次のアクション | 「○月X日までに面談」「契約更新打診」など |
最終更新日 | 自動更新できる場合は自動化 |
行はステージ別にグルーピングし、ステージごとの件数を集計関数で出せるようにしておくと、4指標の確認が一瞬で終わります。
最初は手作業で更新する形で構いません。重要なのは「毎月確認する」リズムを作ることであり、ツールの完成度ではありません。
パイプライン残量から逆算する「来月の営業目標」の立て方
月次レビューで4指標を確認したら、来月の営業目標を「数字」で立てます。
- 商談ゼロ・リード3件: 来月はリードから商談1件への引き上げが最優先
- 商談1件・リード1件: 来月はリード補充2件が最優先(チャネル拡張・SNS発信強化)
- 稼働3件・残月数1ヶ月: 来月は契約更新交渉と新規商談の両軸(離脱した場合の保険として)
「気が向いたら営業しよう」ではなく、「来月はリードをX件増やす」と数字で目標化することで、行動が具体化します。週単位のアクションに分解すると「今週はエージェント1社追加登録、来週はSNSで稼働状況更新」というように、複業の合間でも回せるサイズに収まります。
まとめ:今日から始める案件パイプライン構築の最初の一歩
ここまで「複業エンジニアの案件パイプライン構築術」を、4ステージ管理・逆算スケジュール・チャネル分散・月次レビューの4つの観点から解説してきました。本記事の核となる主張を改めて整理すると、次の3点に集約されます。
- 「掛け持ちの方法」ではなく「常に2〜3件が回っている状態を作るパイプライン設計」が解決すべき課題である
- リード3〜5件・商談1〜2件・稼働2〜3件を「適正在庫」として常時維持することで、契約終了の不安を構造的に解消できる
- チャネル3つ以上への分散と月次レビューによって、「やる気に頼らない」継続の仕組みが作れる
最後に「読了後の最初の一歩」を、優先順で3つ提案します。
- 現在の稼働案件の終了予定月を把握する: カレンダーに契約終了日を書き込み、3ヶ月前・2ヶ月前・1ヶ月前のチェックポイントを設定します。これだけで「いつ動き始めるか」の起点が明確になります
- パイプライン管理表を作る: 上記の管理表テンプレを参考に、今の稼働案件・商談・リードを書き出します。空っぽのステージがあれば、それが来週の補充ターゲットです
- 3チャネル以上に登録・再活性化する: 現在エージェント1社のみなら、複業可・週20時間以下対応のエージェントを2社追加。SNSプロフィールに稼働状況を1行追記、知人へ「次の案件募集中」と連絡。これで「入口」のリスク分散が完了します
案件パイプラインは「気合や根性」ではなく「仕組み」で回すものです。最初の1ヶ月は管理表の更新が手間に感じるかもしれませんが、3ヶ月続ければ「次の案件が見えない不安」は確実に小さくなります。来月の同じ日に、自分のパイプラインを振り返ってみてください。リード本数が増え、商談が動き、契約終了月までの残月数を冷静に見られる自分に気付けるはずです。



