Claude Code 副業の実例まとめ！案件タイプ別の単価と立ち上げまでの記録

監修者_SD以外

監修者プロフィール

森下浩志

日本最大級のAI情報プラットフォーム「romptn ai」編集長。著書に「0からはじめるStable Diffusion」「0からはじめるStable Diffusion モデル・拡張機能集編」など、AmazonベストセラーのAI関連書籍を多数執筆。AIにおける情報の非対称性を解消するための社内研修や出張講義も行う。

Claude Code 副業の実例を月次の数字で先出し

Claude Code 副業の実例として日本語圏で月次の数字を公開している受託事例は、現時点で kai の初月 5 万円・ryo の 1 案件 8〜12 万円帯 × 月 2 件・harumama のクラウドワークス継続案件 の 3 系統に集約されます。まずこの 3 つの数字を先に並べ、続く章で案件タイプの 4 軸整理へ入ります。

抽象的なロードマップではなく、案件タイプ・月次収入・単価レンジ・1 案件あたりの所要時間・初受注までの週数を一次情報で並べると、Claude Code 副業の現実ラインが「初月から月数万円が現実的に立ち上がる帯」であることが見えてきます。

下にまとめた表は、各事例が自身で公開している数字をそのまま転記したものです。本業・地域・AI 副業歴などの著者属性については発信元で言及がない項目もあるため、その場合は「公開時点で言及なし」と明記しています。

表のうち、kai と harumama の 1 案件あたり所要時間・初受注週数は発信元で具体値が出ていません。日本語圏の Claude Code 受託副業の事例母数はまだ薄く、ここに並べた数字は代表値ではなく事例提示として読んでください。読者自身の単価設計や月次目標を組むときの参考点であり、誰でも同じ数字が出ると約束するものではありません。

それでも 3 系統に共通して読めるのは、初月から月数万円台、軌道に乗ると月十数万円〜20 万円台の帯までは公開実例として確認できるという事実です。次の章では、これらが入る『Claude Code 固有の案件タイプを 4 軸で整理』へ進み、受託以外の選択肢も含めた全体像に位置づけていきます。

Claude Code 固有の案件タイプを 4 軸で整理

前章で先出しした数字を、ここでは Claude Code 固有の案件タイプとして 受託・個人開発・業務組織化・ツール周辺サービス の 4 軸に整理します。汎用の AI 副業ロードマップでよく見る「ライター／コーダー／講師」の切り口とは、含まれる仕事の中身も単価の付き方も別物です。

受託は時間と単価がほぼ線形に結びつくフロー型、個人開発は売上が積み上がるストック型で、両者は同じ「副業」でも採算カーブが大きく異なります。業務組織化と周辺サービスは Claude Code を「自分で使う」から「他人にも使わせる／組み込む」へ広げる軸で、Skill 整備や Dify 連携など Claude Code 固有の運用知見がそのまま単価に乗ります。

次の章から、まずは事例数が最も厚い受託軸の 3 系統を月次の内訳ごと深掘りし、その後に個人開発・業務組織化・周辺サービスの順で読み解いていきます。

受託で立ち上げた 3 つの実例と月次の内訳

ここからは、先ほど整理した 4 軸のうち 受託軸 に絞り、日本語圏で 2026 年 4〜5 月に出揃った 3 つの一次情報を並べていきます。取り上げるのは kai・ryo・harumama の 3 人で、それぞれを次の章で 1 人ずつ扱います。

読み方をそろえるため、3 事例とも同じ観点で分解します。本業・地域・AI 副業歴・公開日という 書き手側の前提 をまず示します。

そのうえで月次収入・1 案件あたりの単価レンジ・1 案件あたりの所要時間・初受注までの週数という 数字側の共通フォーマット で並べます。

いずれも N=1 の発信者本人による一次情報のため、業界平均ではなく 具体事例として 読んでください。3 人とも本業や着手時期が違うので、自分の現在地に近いケースを 1 つ選び、そこから単価帯と所要時間の感覚を持ち帰る読み方をおすすめします。

① kai：非エンジニアの初月 5 万円

kai は 35 歳の営業職・北海道在住で、HTML を書いたことがない非エンジニアです。Claude Code に触れて約 1 ヶ月、初月の副業売上は 5 万円 に届きました。

主な内訳はクラウドソーシング経由のライティング案件 8 本で 32,000 円ほど、残りは LP のコード生成とブログ構成の補助案件です。記事側の数字を見ると、文字単価は 0.8 円から 1.0 円 に上がり、1 記事あたりの作業時間も 3 時間から 1 時間半まで圧縮できています。

鍵になったのは役割分担です。リサーチ・構成案・提案文やプロフィールの言い回しの相談は Claude Code に丸投げし、納品文の最終仕上げと発注者とのやり取り、納期管理は自分で詰めています。

② ryo：月 2 件 × 10 万円帯の継続

ryo は本業を抱えながら Claude Code を使った受託を月 2 件のペースで継続しており、直近 4 案件の累計は 38 万 4,000 円です。1 案件あたりに直すと、およそ 9 万 6,000 円が中心線になります。

単価レンジは 8 万円から 12 万円の帯で、案件種別というより依頼の規模感と必要工数で上下に振れています。月 2 件という頻度は本業との両立を前提に置いたペースで、無理に件数を伸ばす形にはしていません。

この帯に着地している理由は、想定工数から見積もりを組み立て、過去案件の着地額を交渉時のリファレンスにしているためです。継続発注が中心になるほど単価レンジは固定化されやすく、1 案件 10 万円前後・月 2 件という稼働で収入が読める状態になっています。

③ harumama：クラウドワークスで時給換算

クラウドワークス経由では、5本の納品で稼働2.5時間・対価1万円という分解が報告されています。額面で割ると時給4,000円、1本あたり約30分・2,000円という小口の積み上げ型です。

コード代行やLP単発が「1案件いくら」という案件単位で動くのに対し、こちらは「本数×時間」の単位で動く点が大きな違いです。

プラットフォーム手数料が報酬から差し引かれる前提に加え、修正対応の往復や発注者とのコミュニケーションコストに時間が乗るほど、実効時給はそこから押し下げられます。

立ち上がりの速さと回転数で積み上げる働き方として、案件単位で単価を伸ばす受託とは別ラインの稼ぎ方と置くと、比較の軸がぶれにくくなります。

ryo の月次推移に見る稼働の頭打ち

前の章までは 3 系統を月の数字で並べてきましたが、本章では時間の経過に絞って ryo の推移だけを取り出します。

受託副業の月次像が右肩上がりに伸び続けるのか、どこかで頭打ちになるのかは、将来像を描くうえで気になる論点です。ただし 6 ヶ月以上の長期データが取れているのは現時点で ryo のみで、複数事例で確かめられる段階ではありません。

そのうえで ryo の推移を見ると、月 2 件・1 案件 8〜12 万円帯という件数と単価が立ち上げ以降に大きく動いていません。単価より先に稼働可能時間が天井に当たり、3〜4 ヶ月目あたりで月次総額が横ばいに寄る、というのが本記事側の仮説です。1 事例から立てた読み筋で、代表値ではありません。

残る 2 系統との接続は編集判断として整理します。kai は 4 月公開時点で 1 ヶ月分しか月次が出ておらず、頭打ちの検証材料にはなりません。harumama は時給換算の継続案件が中心で、月次総額カーブを公開していないため、別軸の事例として読むのが安全です。

個人開発カテゴリの上限事例と読み方の注意

ここまでの受託軸を一旦離れ、本章では Claude Code 個人開発カテゴリの上限側の事例を取り上げます。先に置く前提は 1 つだけで、これから紹介する 2 例は 受託副業の月次目標値とは別カテゴリ として読んでください。

受託は作業時間が単価に直結する一方、個人開発はプロダクトへの課金が累積するストック型で、収益の発生構造そのものが違います。月次目標と直接比較できる数字ではありません。

1 つ目は nnze の自プロダクトによる MRR 約 300 万円 という参考値です。MRR は月額課金の累積額のことで、解約より新規契約が上回る限り稼働時間と切り離して積み上がります。ストック型の上限側の数字として参考にはなりますが、立ち上げ初月から届く性質ではありません。

2 つ目は akiyu が外注すれば 500 万円規模になる個人開発を Claude Code で 2.5 万円相当まで圧縮した という話です。これは「akiyu が 500 万円稼いだ」事例ではなく、外注コスト側のレバレッジ の一次情報として読み替えてください。

300 万円や 500 万円を受託副業の月次目標と並べて「誰でも届く水準」と読むと、ストック型と受託型の構造差を踏み外します。個人開発カテゴリは事例として読む扱いが安全です。

業務組織化に広げる Claude Code の使い方

ここまで受託と個人開発の事例を見てきましたが、Claude Code には『1 人の手元から複数人の業務基盤へ広げる』という第 4 の軸があります。ここでは instkoni 系の 1 事例を軸に、組織化への移行で押さえる順序を見ていきます。

組織化の入り口は、個人受託のフローを『自分の秘書役』として再構成する段階です。次に、同僚や他職種にも触らせる『部署化』へ進みます。秘書段階では成果物の作り方そのものを任せ、部署化では人の判断を挟む工程まで切り出して標準化します。

移行で要になるのが Skill の整備 です。Skill とは、よく使う作業手順や前提情報を Claude Code が再利用できる形でまとめた仕組みで、属人化していた手順を共有財に置き換える役割を持ちます。部署化の前に Skill として文書化しておくと、他のメンバーに渡しても再現性が崩れにくくなります。

人を巻き込み始める判断は、次の 3 点で見極めます。

最後の点が満たせていない段階で人を入れると、教える側の負担が重くなり、組織化の利点が消えやすくなります。

Claude Code 周辺サービスを売る案件タイプ

前章では Claude Code の運用を自分から部署へ広げる軸を見ました。本章で扱うのはその延長線上にある、Claude Code の運用そのものを他社に対して提供する『周辺サービス』の軸です。

汎用の AI 副業が読み書きや講義など人手の作業を AI で巻き取るのに対し、周辺サービスは Claude Code の運用や既存ワークフローへの組み込み自体を商品にします。

事例として観測できる切り口は大きく 2 つです。

このレイヤの単価は、納品物単位の一括受注より継続課金や月次の運用フィーに寄りやすい点が特徴です。Skill や連携設計の蓄積がそのまま単価レンジを押し上げます。

次節以降で『求人マッチング自動化』と『Dify 連携の受託』の 2 例を順に見ていきます。

① santifer：求人マッチング自動化

santifer は r/ClaudeAI で、自分の就活そのものを Claude Code に自動化させた事例を公開しています。

受託案件として売られたサービスではなく、MIT ライセンスの OSS として公開された自分用ツールである点には注意が必要です。

構成は CLAUDE.md と 14 個の skill modes で、求人 URL を貼ると評価・PDF 履歴書生成・会社別 ATS 最適化・STAR 法での面接準備までを一気通貫で処理します。

45 以上の企業プリセットを抱え、740 件超の求人を fit スコアで絞り込んだ結果、本人は Head of Applied AI の内定 1 件まで到達しました。

商用化されていないため課金形態や受注経路は語れませんが、ここから読み取れるのは『URL を 1 本渡すだけで評価から成果物までを返す』というプロトタイプの形です。

読者の本業ドメインにも、評価軸が決まっていて毎回似た書類を出すような繰り返し業務があるはずです。その粒度を skill modes として切り出せると、Claude Code 周辺サービスの素材になります。

② shiodome：Dify 連携の受託

shiodome は Claude Code を単独で売るのではなく、Dify などの既存 AI ワークフローに Claude Code を組み合わせて納品する受託案件として観測される事例です。

個人開発者の間では Cursor + Claude Code を標準的な組み合わせとして使う流れが広がっており、Dify 連携の受託もこの『単体ツールでは完結させない』流儀の延長線上にあります。

組み合わせ納品の特徴は、納品物が Dify のワークフロー構築だけで終わらないことです。Claude Code 側で動かす skill や接続部分の設計が成果物に重なるため、Dify 単体の構築見積もりに対して設計レイヤが 1 段増えた単価レンジになります。

加えて、Dify のワークフローは公開後に運用しながら調整が走るため、初期構築の一括見積もりだけでなく、運用フェーズで再見積もりが入る余地も生まれます。

初月が詰むのは契約構造側にある

ここまで案件タイプ別の単価や月次内訳を並べてきましたが、初月に詰むケースの本丸は単価設定ではなく契約構造側にある、という見立てを取り上げます。

具体的には「Claude Code を仕事の本筋で使わせてもらえない」パターンで、NDA で外部 LLM への業務情報入力が禁じられる、社内ネットワーク内のみ・ローカル縛りで外部 API への接続経路が無い、生成コードを納品物として認めない、といった条件が後から判明し、想定していた工程が崩れるかたちが典型です。

契約段階で確認しておきたい項目を、編集判断として 3 つに絞ります。

なお、本節は事例の集計ではなく編集判断としての類推です。

立ち上げに必要なセットアップと前提スキル

ここまで契約構造側の論点を見てきたので、ここからは自分の手元に揃える準備に話を移します。

端末は Mac / Windows / Linux いずれも公式に対応し、特別なスペックは不要です。

課金は API 利用と Pro / Max のサブスクから選べ、2026年5月時点では利用上限の拡張が継続してアナウンスされている状況です。プランの選び分けは別記事に譲ります。

案件タイプ別に最低限揃えたい前提スキルは次のとおりです。

着手順序は、①プランを 1 つ契約して動作確認、②自分の現在地に最も近い 1 タイプを選ぶ、③小さな案件を 1 件通す、の 3 段が現実的です。

受注チャネル別に見たメリットと向き不向き

環境と前提スキルが揃ったら、次に効いてくるのは「どこから案件が来るか」です。受注チャネルは初受注までの速さだけでなく、その後の単価と続けやすさまで大きく左右します。

一次情報で並べてみると、kai と ryo はいずれも知人経由・X 直 DM・コミュニティ起点のやり取りから初受注に至っています。一方で harumama はクラウドワークス経由で案件を獲得し、そのまま継続発注へと積み上げている形です。同じ「Claude Code を使った受託」でも、入口が違うだけで見える景色はまったく変わります。

そこで本章ではチャネルを「知人経由・X 直 DM・コミュニティ」と「Lancers・クラウドワークス」の 2 系統に分け、続く 2 つの章で単価感・コミュニケーションコスト・継続率という 3 つの観点から比較していきます。

① 知人経由と X 直 DM の受注

知人経由・X 直 DM・コミュニティから入ってくる案件は、相手が依頼の前にこちらの実績や姿勢をある程度把握している分、単価の初期値が上振れる余地を持ちやすい入口です。

前章で触れた 1 案件 8〜12 万円帯・月 2 件・直近 4 案件で累計 38 万 4,000 円という事例も、入口はこの系統に属します。

コンペや手数料を挟まないため、見積もりがプラットフォームの相場に引きずられにくく、過去案件の着地額を交渉の起点に据えやすいのが効いてきます。

その代わり、入口を成立させる前段のコストは安くありません。第三者が判断できる成果物のポートフォリオ、自分が何ができる人なのかを継続的に置く発信、紹介や DM が起こり得る関係資本の 3 点を、案件が来る前に積んでおく必要があります。

② Lancers・クラウドワークス経由

harumama はクラウドワークス経由で案件を継続しており、ポートフォリオや発信量がまだ薄い段階でも応募から受注に進めた点が、このチャネル最大の強みです。前の節の知人経由が関係資本の蓄積を前提としたのに対し、こちらは応募ボタンと提案文だけで初回の受注まで手が届きます。

一方で、プラットフォームに払うシステム利用料が報酬から差し引かれる点と、コンペ形式や複数応募が前提のため相見積もりで単価が下方向に揃いやすい点は、harumama が成果を売上ではなく時給換算で語っている理由とも繋がります。修正対応やコミュニケーションの工数も、納品物単価ではなく時給ベースで効いてきます。

編集判断としては、まだ実績がない段階で 0→1 を作るチャネルとして向いており、月次を 1→10 へ伸ばす局面では、ここで作った実績を持って指名・紹介ルートに比重を移していくのが現実的な順序です。

バブル論とプラットフォーム依存の見方

受注チャネルの向き不向きまで見たところで、『そもそも今このタイミングで踏み込む意味があるのか』という内省に戻ります。『今だけのバブルではないか』という疑問には、持続性側と警戒側の材料を並べて答えます。

持続性側では、2026年5月時点で Anthropic が日本法人設立、SpaceX との計算資源提携、Claude Code の利用上限 2 倍化、API 容量の大幅拡張といったインフラ拡張フェーズに入っています。ツール容量の天井が緩み、業務利用に耐える方向へ動いているという見方です。

警戒側では、過去 10 年で繰り返されてきた『AI 商材屋ループ』との重なりを指摘する声があります。vibe coding だけで実案件を回そうとして失敗した報告や、ノウハウを売るためのノウハウが循環する構図への懸念で、新規ツールの初期ハイプ期に毎度立つ論点と地続きです。

さらに Anthropic 1 社に技術スタックを依存している事実が、プラットフォームリスクとして残ります。規約変更・課金改訂・地域提供停止のどれかが起きた瞬間、副業として回している案件全体が同時に影響を受ける構造です。

どちらの見方も現時点で同居しています。月次・単価・契約構造・プラットフォーム依存を本業に重ね、踏み込む幅を読者自身で決める材料として持ち帰ってください。

Claude Code 副業の実例まとめと次の一歩

ここまでで Claude Code 副業を、受託・個人開発・業務組織化・ツール周辺サービスの 4 軸で整理してきました。受託軸では、非エンジニアの初月着地・月 2 件の継続・クラウドワークス時給換算という 3 系統の月次内訳を並べています。

そのうえで、初月が詰まりやすいのは単価ではなく契約構造側に寄ること、Anthropic 1 社依存というバブル論側の論点も渡しています。

ここからは、4 軸のうち自分の現在地に最も近い 1 軸を 1 つだけ選び、次の一歩を 1 件から動かしてみてください。

軸を 1 つに絞れた時点で、抽象論ではなく自分の月次の話に切り替えられます。