フリーランスエンジニアがClaude Codeを3ヶ月使った正直な話 — 副業の生産性はどう変わるか
Claude Codeをフリーランス・副業エンジニアの実務に3ヶ月使った感想をまとめる。費用対効果、向いている仕事・向かない仕事、コスト感、使い方の変遷まで正直に書く。
エンジニアのゆとです。
Claude Codeを使い始めて3ヶ月が経った。「副業にClaude Code」という検索ワードで記事を読んでいる人は、おそらく2種類に分かれると思う。
一つは「プログラミングができない人がClaude Codeで副業を始めたい」というケース。もう一つは「すでにエンジニアとして副業している人がClaude Codeをどう活かせるか知りたい」というケース。
この記事は後者向けに書く。
「月30万達成ロードマップ」みたいな話は書かない。実際にフリーランスとして案件を複数抱えながらClaude Codeを3ヶ月使ってみて、何が変わって何が変わらなかったかを正直に書く。
前提: 自分の使い方
参考にしてもらうために、最初に自分のコンテキストを共有しておく。
- フリーランス1年目。前職は会社員エンジニア（営業チームとの業務改善系）
- 主な仕事: Webアプリの受託開発、業務自動化スクリプト、SaaSの導入支援
- 月の稼働時間: 大体100〜130時間くらい
- 副業: ブログ（yuto-lab.com）とnote。こっちも仕事として扱ってる
- Claude Codeの使用: Max Plan（月$100）。ローカルのターミナルから常時起動
最初に断っておくと、Claude Codeを使っても「新しい副業の柱が突然生えてくる」ことはなかった。そんな魔法はない。ただ、既存の仕事の処理速度が明確に変わった。
変わったこと1: コードを書く速度より「判断する速度」が上がった
最初に気づいたのは、コードの生成速度よりも「何を作るか考える速度」が上がったことだった。
フリーランスの仕事で時間を食うのは、実はコーディングそのものじゃない。「この仕様、どう設計するか」「既存コードベースに手を入れるとしたらどこから？」「クライアントが言ってることをどう実装に落とすか」みたいな判断の部分が思いのほか時間を取る。
Claude Codeはこの部分が強い。
コードベース全体を読ませて「この機能を追加したい。どういうアプローチが考えられる？」と聞くと、ファイル間の依存関係を把握した上で3〜4個の選択肢を出してくれる。それぞれのトレードオフ付きで。
自分一人で考えたら30分かかることが、5分で整理される。
# Claude Codeを既存プロジェクトで起動
cd your-project
claude
# コードベース全体を読ませて設計相談
> このプロジェクトにWebhook受信機能を追加したい。
> 既存の認証フローと整合性を保ちながら実装するとしたら、
> どういう設計が考えられる？メリット・デメリットも教えて。これ、ペアプログラミングに近い感覚。ただし相手が「どんな技術スタックにも詳しい先輩エンジニア」という状態。
変わったこと2: 「調べる → 実装する」のループが短くなった
フリーランスの仕事でよくあるのが、「使ったことないAPIやライブラリを使う仕事」。
例えば「SlackのWebhookとGoogleスプレッドシートを繋いで、毎日特定の列を集計してSlackに投げる」みたいな案件。自分で書いたことはあるけど、APIの仕様を毎回調べ直す必要がある。
以前は:
- Slack APIのドキュメントを読む（20〜30分）
- Google Sheets APIのドキュメントを読む（20〜30分）
- 実装する（1〜2時間）
- 動かない部分をデバッグする（30分〜）
Claude Codeを使うようになってから:
- 要件をざっくり説明して、雛形コードを生成させる（10分）
- 動作確認しながら修正させる（30〜60分）
同じ難易度の案件が半日から2〜3時間になる感じ。時間単価の計算がシンプルに変わる。
ただし「Claude Codeが生成したコードをそのまま納品する」はやらない。生成されたコードは必ず自分で読んで理解してからレビューする。理由は後で書く。
変わったこと3: 副業コンテンツ作成のルーチン化
こっちがもしかしたら一番大きな変化かもしれない。
ブログ記事とnoteの更新を継続するのは、フリーランスとして案件仕事も抱えながらだと正直しんどい。ネタは浮かぶのに「書く時間と気力」が足りない状態が続いてた。
Claude Codeは、記事を「書く」というより「一緒に組み立てる」感覚で使っている。
自分の頭の中にあるやつ:
「HubSpotのSalesforceとの違いをフリーランスエンジニア目線で書きたい。
CRM導入を頼まれた時にどっちを提案するか悩んだ経験がある。」
→ Claude Codeに構成案を出させる
→ 各セクションで自分の体験・意見を口述（箇条書き）で入力
→ ゆとのペルソナで文章に変換させる
→ 事実確認が必要な部分は自分でWebサーチして修正
1記事: 以前は3〜4時間 → 今は1〜1.5時間「AIに書かせた記事を読者に出してるのでは」という疑問を持つ人もいると思う。
正直に言うと、骨格と事実整理はAIが手伝ってるが、意見・体験・判断は全部自分。自分の経験が薄いジャンルの記事はそもそも書かない。
変わらなかったこと: 案件の単価
期待していたほど変わらなかったのが、受注単価。
Claude Codeで作業効率が上がっても、クライアントからの見積もりは「工数ベース」ではなく「成果物の価値」で決まることが多い。開発速度が2倍になったとしても、請求額が自動で2倍になるわけじゃない。
これは使い方を変える必要があって、「同じ予算でより多くの価値を出す」か「空いた時間で別の案件を取る」かのどちらかになる。
前者はクライアントとの信頼関係につながる。後者は収入増に直結する。
どっちを選ぶかはケースバイケースだが、単純に「Claude Codeを使えば単価が上がる」は間違い。生産性が上がった分をどこに振り向けるかを自分で決める必要がある。
コストの話
Max Plan月$100（日本円で約1.5万円、レートにより変動）。
払う価値があるかどうか、自分の感覚をそのまま書く。
フリーランスとしての作業時間が月100〜130時間として、Claude Codeで1時間あたり30分の時短になったとする。月50〜65時間分が返ってくる計算。自分の時給を3,000円で計算すると15〜20万円相当。
月1.5万円に対して15〜20万円相当の時間が生まれるなら、費用対効果は十分すぎる。
ただし前提条件がある。
- Claude Codeを使いこなせるスキルがあること: 最初の数週間は使い方を学ぶコストがかかる
- コードベースの整理ができていること: 散らかったコードを渡しても良い提案は出てこない
- 生成コードを読める実力があること: ここは妥協できない（後述）
「生成コードをそのまま納品しない」は鉄則
これは強調しておきたい。
Claude Codeが生成したコードは、見た目は綺麗でもプロジェクトのコンテキストを完全には理解できていない場合がある。
実際にあったこと: セキュリティ関連の処理を書かせたところ、トークンのバリデーションが微妙に甘いコードが出てきた。一見動くが、エッジケースで認証をバイパスできる可能性があった。
Claude Code自体もこれを指摘できるが（Code Reviewで実際に発見された）、「AIが書いたから大丈夫」という思考が一番危ない。
生成コードのレビューには、むしろ以前より注意を払うようになった。スピードが上がった分、確認の精度を上げることで品質を担保している感じ。
生成AIで開発速度が上がると、レビュー工程を省きたくなる誘惑がある。でも特に副業・フリーランスの場合、バグのある納品物は次の仕事がなくなることに直結する。AIが書いたコードも、自分が書いたコードと同じ基準でレビューする。
向いている仕事・向かない仕事
3ヶ月使って分かった肌感。
Claude Codeが特に効くケース
定型的な処理の実装
CSVの変換、API連携、定期実行スクリプト、CRUD操作の雛形。「仕様は決まってるが、書くのが面倒」な実装は圧倒的に速い。
既存コードの把握
引き継ぎ案件で「このコードベース何をやってるの？」という解読作業。自分で読むより先にClaude Codeに概要を出させると、大きな構造を掴むのが早い。
テストコードの生成
テスト書くのが面倒で後回しにしがちな部分。実装を渡してテストケースを出させると、自分が思いつかないエッジケースが出てくることがある。
ドキュメント作成
READMEやAPIドキュメント。コードを読んで仕様を文章にするのは人間がやると地味に時間がかかる。
あまり効かないケース
ドメイン知識が必要な部分
「この業界特有の税計算ロジック」「クライアントの業務フローを反映した処理」みたいなのは、人間が仕様を正確に伝えないとずれた実装が出てくる。コードを書く速度より、仕様の解像度を上げる方が重要。
UI/UXデザインの判断
「このUIがユーザーにとって使いやすいか」みたいな感覚的な判断はClaude Codeの得意領域ではない。
クライアントとのコミュニケーション
言うまでもないが、提案・交渉・要件ヒアリングはAIに任せられない。フリーランスとして長く続けるなら、この部分のスキルを磨く時間を確保する方が長期的には大事。
「Claude Codeで副業」の現実
競合記事を読んでいると「月30万達成ロードマップ」みたいなのが多いが、正直に言う。
Claude Codeは「副業の魔法の杖」ではない。
すでにエンジニアとして稼げている人が、もっと効率よく稼げるようになるツールだと思っている。
逆に、プログラミングをほぼ知らない状態でClaude Codeを使って副業を始めようとすると、詰まりやすい。生成されたコードが動かない時に何が問題か判断できないからだ。「なんか動かないのでエラーを修正して」というループに入ると、Claude CodeもAIなので時々ハマる。
ある程度コードが読めて、デバッグできる実力がある人が使うと、生産性の向上が実感できる。
関連記事
まとめ
3ヶ月使った感想を一行で言うと:
「速くなった。ただし、使いこなすのに数週間の慣れが必要で、コードレビューの手を抜いたら危ない」
フリーランスとしての単価がすぐ上がるわけじゃないし、新しい副業の柱が勝手に生えるわけでもない。でも同じ時間でこなせる仕事量が増えるのは確かで、それをどう活かすかは自分次第。
月$100のコストが気になる人は、まずAPIキー従量課金で試してみる方法もある。最初の1〜2週間はそれで使い感を確認して、合うなら課金に切り替えるのが無駄のない試し方だと思う。
ツールとして見たとき、Claude Codeは今使っているAIコーディングツールの中で一番「仕事になる」感じがする。個人的な感想だけど。
関連記事
