「エンジニアとして副業を始めよう」と決めた会社員向けに、デビュー案件を1件納品するまでの30日を週単位のロードマップにまとめました。副業を始めたけれど1件も受注せず終わる人の多くは、最初の30日で何をするかが具体的に見えていないことが原因です。この記事では、当サイトの案件タイプ図鑑と6軸評価をベースに、現実的な30日の進め方を示します。
編集長コメント： 副業ノウハウ記事は「まずクラウドソーシングに登録しよう」で終わりがちですが、それでは受注に届きません。この記事は「30日後にデビュー案件を1件納品完了」をゴールに、逆算で週次タスクを組みました。
※本記事の週別工数・受注率・応募数の目安は、当サイトが副業案件評価メディアとして提示する独自の目安であり、統計的な出典はありません。★区分の元になる6軸評価も、`master_db` に収載されている案件タイプに対する当サイトの推定値です。個別の状況によって前後します。
本記事の位置づけ
本記事の30日ロードマップ・週別工数（1〜3時間／4〜7時間 等）・
応募数と受注率の目安（Week 2で応募30件・受注率10〜20%）・
Week 3〜4の要件ヒアリング時間配分・納品前セルフレビュー項目数などは
当サイトの独自の目安であり、公的な業界標準や統計に基づくものではありません。
案件タイプごとの単価・時給・★区分は `master_db` の推定値を反映していますが、
実額は本業/時間/地域/受注経路で変動します。個別の状況に合わせて調整してください。
案件タイプごとの正本の数字は 案件タイプ図鑑 を参照。
この記事で判断できること
- 今日から30日で「デビュー案件1件納品」を達成する現実的な手順が分かる
- 途中で挫折しやすいポイント（Week 2の受注ゼロ期など）の回避策が分かる
- 本業と両立しながら副業を始めるための時間配分の目安が持てる
対象：エンジニアとして本業で1〜3年以上働いているが、副業は未経験の会社員。週10時間以内の副業時間を想定します。
30日ロードマップの全体像
| 週 | ゴール | 主なタスク | 目安工数 |
|---|---|---|---|
| Week 1 | 準備完了 | 案件タイプ確定、就業規則確認、口座・請求書準備、プロフィール作成 | 6〜8時間 |
| Week 2 | 応募開始 | クラウドソーシング登録、提案文テンプレ作成、5〜10件応募 | 6〜8時間 |
| Week 3 | 受注・着手 | 受注、要件確定、着手 | 8〜10時間 |
| Week 4 | 納品・請求 | 納品、請求、振り返り | 6〜8時間 |
合計工数：26〜34時間（週6〜10時間ペース）
Week 1（1〜7日目）：準備完了
ゴール：応募を開始できる状態になる
やることリスト
- [ ] 1-1. 本業の就業規則で副業可否を確認する
- [ ] 1-2. 受ける案件タイプを2つに絞る（案件タイプ図鑑から選ぶ）
- [ ] 1-3. 副業用の銀行口座を分ける（推奨：本業と別）
- [ ] 1-4. 請求書テンプレートを用意する
- [ ] 1-5. クラウドソーシング用のプロフィール文を書く
- [ ] 1-6. 開発環境の確認（Git・IDE・テスト環境）
案件タイプの絞り込み（最重要）
副業デビューで最も失敗する原因は「何でもやります」で応募することです。応募文の説得力が下がり、受注率が上がりません。以下の3軸で2つに絞ります：
- 1. 本業スキルに近いか（例：本業がPythonなら、Excel/GAS自動化とPythonツール開発）
- 2. デビュー★4以上か（判定基準参照）
- 3. 本業時間侵食：低〜中か
具体的な推奨は各スキル別ガイド：
- Python副業 → Excel/GAS 自動化＋Python ツール開発（いずれも `master_db` 収載）
- WordPress副業 → WordPress 軽微修正（wp-light-fix）＋WordPress 保守契約（`master_db` 収載）。「機能追加・改修」は正本に独立項目がなく、範囲は軽微修正内に収まる想定
- JS/React副業 → 静的LP制作（`master_db` 収載）＋フロントエンド改修（`master_db` 未収載＝当サイト独自の目安）
プロフィール文の型
副業デビュー時のプロフィール文は「実績なし」を隠さず、本業経験を副業案件に翻訳する書き方が有効です：
【本業】◯◯業界で△△を□年
【副業で受けたい案件】(絞った2タイプを明記)
【対応可能時間】平日夜◯時間、週末◯時間
【納期の目安】小規模案件で1〜2週間
【使用ツール】Git, VS Code, ◯◯
【対応外】(明確に書く。例：24時間対応、本番サーバ直接運用)詰まりやすいポイント
- 就業規則確認を後回しにする：副業禁止規定に気付かず受注→トラブルになる例が多い
- 案件タイプを絞れない：「何でもやります」で応募すると全滅する
- 銀行口座を分けない：確定申告時の帳簿作成が地獄になる
Week 2（8〜14日目）：応募開始
ゴール：5〜10件の応募を出し、1件の受注確約を得る
やることリスト
- [ ] 2-1. クラウドソーシング（クラウドワークス・ランサーズ）に登録
- [ ] 2-2. Week 1で絞った案件タイプで、募集案件を10件ピックアップ
- [ ] 2-3. 提案文テンプレを2種類作成（案件タイプ別）
- [ ] 2-4. 5〜10件応募する（1件あたり提案文は個別調整）
- [ ] 2-5. 面談・詳細ヒアリング依頼への返信対応
提案文の型（副業デビュー版）
はじめまして、◯◯（HN）と申します。
【この案件を受けたい理由】(案件内容を1行で言い換え + 自分の適性を1行)
【対応方針】(案件で求められていることに、具体的な手順で3〜5行で回答)
【想定工数】約◯時間（見積は要件確認後）
【納期】応相談。目安として発注確定から◯日程度で対応可能です。
【本業】◯◯業界で△△を□年
【使用ツール】Git, VS Code, ◯◯
不明点があればまずご質問させてください。ご検討よろしくお願いします。応募先案件の選び方
- 予算がクライアント固定額の案件を優先（コンペ型・オークション型は避ける）
- 募集開始から3日以内の案件を優先（古い案件は既に候補が絞られている可能性）
- 必須スキル欄が具体的な案件を優先（「何でもできる方」は要件が曖昧で炎上しやすい）
- 詳しくは受けて後悔した副業案件の条件を参照
詰まりやすいポイント（Week 2は最大の挫折点）
- 1〜2件応募して受注ゼロで諦める：副業デビュー時の受注率は当サイトが独自の目安として10〜20%程度と置いている（統計的裏付けはなく、案件タイプ・提案文の質で大きく前後する）。5〜10件は出す想定で組む
- 相場より下で提示する：一度出した見積は取り消せない（単価を下げる失敗の失敗1）
- 予算を先に聞かれて答えてしまう：先に金額を出すと上限が下がる。「作業内容確定後に見積」と返す
Week 3（15〜21日目）：受注・着手
ゴール：受注1件、要件確定、着手完了
やることリスト
- [ ] 3-1. 受注確約後、契約内容を書面（メッセージ）で確認
- [ ] 3-2. 要件ヒアリング（30分以内に制限）
- [ ] 3-3. 詳細見積を提出、着手承認を得る
- [ ] 3-4. 開発着手、進捗を週1回報告
- [ ] 3-5. 質問事項をまとめて発注者に確認（都度質問は避ける）
契約前に必ず書面で確認する項目
- 作業範囲（どこまでで完了か）
- 納品物の形式（ソースコード／実行環境／ドキュメント）
- 納期
- 報酬額と支払いタイミング
- 追加修正の範囲（何回まで無料か）
- 連絡手段と応答期待値（即レス要否）
- 検収期間
これらが曖昧なまま着手すると、Week 4で炎上します。
要件ヒアリングの時間管理
- 見積前のヒアリングは30分以内が原則
- 30分を超える場合は「詳細ヒアリング（1時間◯円）」の別見積を提示
- 「無料相談」を長時間受けない（単価を下げる失敗の失敗2）
詰まりやすいポイント
- 見積書を出さずに着手する：追加要望を無料でやることになる
- 要件確認を口頭で済ませる：後で「言った言わない」でトラブル
- 本業繁忙期に着手する：Week 4で徹夜になる。着手前に本業スケジュールを確認
Week 4（22〜30日目）：納品・請求
ゴール：納品完了、請求書送付、振り返り記録
やることリスト
- [ ] 4-1. 納品前セルフレビュー（動作確認、コードレビュー、ドキュメント整備）
- [ ] 4-2. 納品、検収依頼
- [ ] 4-3. 修正対応（範囲内なら対応、範囲外なら別見積）
- [ ] 4-4. 検収完了確認
- [ ] 4-5. 請求書送付
- [ ] 4-6. 30日間の振り返りを記録（次回に活かす）
納品前セルフレビューのチェックリスト
- [ ] 要件通りに動くか（発注者のシナリオでテスト）
- [ ] エッジケースの確認（空入力、大量データ、ネットワーク切断等）
- [ ] コードコメント・READMEの整備
- [ ] 開発時のログ・デバッグコードを削除
- [ ] 依存パッケージ・環境要件の明記
- [ ] 引き継ぎドキュメント（発注者が運用できるように）
検収完了後の請求
- 検収完了メッセージを必ず書面で受け取る（後の「未検収」トラブル回避）
- 請求書の記載事項：宛先、発行日、支払期日、金額（税込・税抜明記）、振込先
- 請求書を送付するタイミングは検収完了直後（後回しにすると支払いが遅れる）
30日間の振り返り（次回に活かす）
以下を記録します：
- 応募数／面談数／受注数（受注率が分かる）
- 提示単価と実際の作業時間（時給換算が分かる）
- 詰まったポイント（次回の対策メモ）
- 依頼元との相性（また受けたいか、避けたいか）
詰まりやすいポイント
- 納品直前に本業繁忙期が来る：Week 3で予測できていれば回避可能
- 修正要求が範囲を超える：契約書で範囲を明確にしていれば別見積で切り分けられる
- 請求書を後回しにする：数週間支払いが遅れる原因になる
30日で受注できなかった場合の対処
Week 4終了時点で受注ゼロなら、以下を見直します：
- 1. 応募数が足りない：Week 2で5件未満なら追加応募
- 2. 提案文が案件に合っていない：テンプレ流用が原因。案件ごとに個別調整する
- 3. 案件タイプが厳しすぎる：デビュー★2相当の案件（SPA新規開発など。※SPA新規開発は `master_db` 未収載＝当サイト独自の目安）を狙っていたら、★4以上に切り替え
- 4. プロフィールに実績がゼロ：GitHubで自分のポートフォリオリポジトリを1つ作る
30日で受注ゼロは珍しくありません。焦ってデビュー★2の高単価案件に飛び付くと、Week 3〜4で炎上します（受けて後悔した副業案件の条件の兆候1〜3）。60日目標で再設定してください。
本業と両立するための時間配分
副業に週10時間出す場合の目安：
- 平日夜：1日1〜2時間 × 5日 = 5〜10時間
- 週末：1日2〜3時間 × 1日 = 2〜3時間
Week 4の納品週だけは、平日夜3時間 × 5日 = 15時間まで想定しておくと安心です。本業繁忙期と重なりそうなら、Week 3の着手前に納期を後ろ倒しにします（「今週から2週間、本業繁忙のため納期を◯日延ばしていただけますか」と早めに相談）。
30日後の次のステップ
デビュー案件を1件納品したら、次の30日は以下に進みます：
- 同じ案件タイプで継続案件化を狙う（追加改善・機能追加の提案）
- 応募数を維持して2件目を並行受注（同時進行の練習）
- スキル別ガイドの「ステップ2」に進む（Python / WordPress / JS/React）
関連コンテンツ
- 判定基準：6軸評価の意味と★の付け方
- スタートガイド：エンジニア副業の探し方 / 副業の単価交渉ガイド
- 案件タイプ図鑑：全案件タイプ一覧
- ランキング：副業デビュー向き Top5（準備中）
- 失敗談：受けて後悔した副業案件の条件 / 単価を下げる副業案件の6失敗
- 診断ツール：案件タイプ診断（準備中）
よくある質問
Q. 30日で本当にデビュー案件を1件納品できますか？
A. 平日夜1〜2時間 + 週末2〜3時間を確保できれば、静的LP制作・小規模改修などデビュー★4以上（当サイト独自の6軸評価による目安）の案件で1件納品は目指せます。ただし受注率10〜20%も納品可能時期も個別事情に左右されます。本業繁忙期と重なる月は60日目標に切り替えてください。
Q. Week 2で応募しても全滅したらどうすればいいですか？
A. 副業デビュー時の受注率は当サイトが独自の目安として10〜20%程度と置いています（統計的裏付けはありません）。5〜10件出しても受注ゼロなら、提案文テンプレを流用しすぎている可能性が高いです。案件ごとに「受けたい理由」を書き直してください。
Q. 会社の副業規定が「原則禁止」の場合はどうすればいいですか？
A. 就業規則に「事前申請で許可」等の但し書きがある場合は、人事に相談してください。原則禁止で例外なしの場合は副業を控え、副業可能な会社への転職を検討します。無許可の副業がバレると懲戒対象になります。
更新履歴
- 初回公開日：（GSC接続後・司令塔判断待ち）
- 最終更新日：2026-08-25（草案作成）
- 評価変更：初版
※本記事のコンテンツ作成におけるAIの使い方については、AI利用方針をご覧ください。
