◉CLAUDE LABEN
●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました
記事一覧/Claude Code
⟐ Claude Code/2026-04-22上級

Claude Code 個人開発エンジニアの収益を安定化させる顧客ポートフォリオ設計

単価の次に考えるべきは顧客構成です。受託を続ける個人エンジニアが収益の波を抑えるための顧客ポートフォリオ設計を、4象限モデルでの分類、月3万円リテイナーの入口プラン、契約書とSLA、四半期レビューの指標、チャーン防止の仕掛けまで実例ベースでまとめました。

Claude Code265個人開発130フリーランス6顧客管理収益安定化経営

✦ プレミアム記事

単価を上げる取り組みがある程度形になってくると、次にぶつかるのが「月ごとの売上の波」の問題です。大きな案件を取ると数ヶ月は潤うのに、終わった途端に売上がゼロになります。新しい案件が立ち上がるまでの空白期間にストレスがたまり、焦って安い案件を受けてしまう。この悪循環を断ち切るのが、顧客ポートフォリオという考え方です。

一人で受託を回していると、つい「今取れる案件」を優先してしまいがちですが、売上構成を設計図として持っておくと、月次の売上も心の平穏も大きく変わります。Claude Code を使いこなしているエンジニアは、実装の空き時間を顧客育成に回せる余裕が出てきているはずなので、この余裕をどう使うかで収益の安定度がまったく違ってきます。ここでは個人開発者として7年ほど受託を続けてきた経験をもとに、顧客ポートフォリオ設計の実戦的な組み立て方を整理していきます。

売上の波が立つ本当の理由

売上が月によって大きく揺れる個人開発者に共通しているのは、顧客の偏りです。直近12ヶ月の売上を顧客ごとに積み上げてみると、特定の1〜2社に売上の50%以上が集中しているケースがほとんどです。これが悪いわけではありませんが、その顧客の予算が止まった瞬間に売上が半減する構造になっているのは確かです。

私も数年前、大口クライアントが内製化方針に転換して、翌月の売上が40%落ち込んだ経験があります。その時は仕方なく新規案件を取りに走りましたが、慌てて取った案件ほど単価が低く、結局1年かけて体制を立て直すことになりました。この経験から学んだのは、大口案件が終わる前から次の柱を育てておく必要がある、ということです。

もう一つの波の原因は、顧客の支払いサイクルの偏りです。中小企業は月末締め翌月末払いが多く、同じ時期に案件が集中すると、キャッシュフローが月の前半と後半で大きく揺れます。複数顧客の支払い日を分散させるだけでも、実際の入金は平準化されます。この点は顧客ポートフォリオを設計する際の重要な観点です。

さらに深い話として、「どのタイプの顧客に偏っているか」も波の大きさを決めます。案件ベースのクライアントばかりだと、納品して終わると売上もゼロになります。運用ベースや保守ベースのクライアントが混ざっていれば、毎月一定額が入り続けます。この比率をどう設計するかが、ポートフォリオの核心です。

4象限モデルで顧客を分類する

私が使っているのは、「契約形態」と「関係の深さ」の2軸で4象限に分ける単純なモデルです。契約形態は「一過性(プロジェクト型)」か「継続性(リテイナー型)」。関係の深さは「入口顧客(単発または短期)」か「中核顧客(継続的に深く関与)」です。この4象限のどこに何社が位置するかで、売上の波の形が決まります。

第1象限(入口 × プロジェクト)は、初回案件の顧客です。ここに多くの顧客がいるのは健全で、新規の入り口として機能します。ただし、ここだけだと売上は常に不安定になります。第2象限(中核 × プロジェクト)は、繰り返し指名される顧客です。案件ごとに金額は立つものの、隙間ができると売上はゼロになるタイプです。

第3象限(入口 × リテイナー)は、軽めの月額契約で入り口を作った顧客です。たとえば月3万円で「簡単な技術相談と月1回のレビュー」を提供するような設計です。単価は低いですが、関係性を温めるコストが自動化されるため、第4象限への育成パスとして重要です。第4象限(中核 × リテイナー)は、月額の運用支援契約を結んでいる深い関係の顧客です。ここの比率が上がるほど、月次売上の底が固くなります。

理想のポートフォリオは、売上の60%を第4象限、25%を第2象限、残り15%を第1・第3象限に分散させる構成です。もちろん事業のステージや案件の性質によって最適比率は変わりますが、第4象限で月次売上の6割を支えるという原則は多くの個人開発者に当てはまります。

この分類を実際にやってみると、多くの人が「第4象限がゼロ」という現実に直面します。これは珍しいことではなく、出発点として正常です。大事なのは、現状を可視化した上で、半年〜1年かけてポートフォリオを変えていく意思を持つことです。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦収益が不安定になる根本原因としての『顧客偏在リスク』の可視化
✦月次売上を安定させる顧客ポートフォリオの4象限モデル
✦Claude Code の稼働余力を顧客獲得に回す時間投資の設計
✦契約更新とチャーン防止のための四半期運用レビュー
✦顧客を『入口プラン → 中核契約 → 長期パートナー』へ育てる経路設計
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

⟐ Claude Code2026-05-03
Claude Code 時代の受託開発で単価を倍にする — 提案・見積・納品の実践戦略
開発が速くなったから安くする、は間違いです。Claude Codeを使い込むフリーランスが単価を維持・向上させるための、工数ベースから価値ベースへの見積もり転換、提案書の作り方、AI利用をクライアントに伝えるかの判断、単価交渉で使える具体的なフレーズまで実例で解説します。
⟐ Claude Code2026-10-12
SPM に移したら、起動した瞬間にアプリが落ちるようになりました — dyld の一行を Claude Code と読み解いた記録
CocoaPods から Swift Package Manager へ移した直後、ビルドは通るのに起動した瞬間に落ちました。dyld の一行から原因を切り分け、直し方と確認コマンドまでをまとめます。
⟐ Claude Code2026-09-20
Pro を払っているのに Console に請求が立っていたとき、私が最初に見た一行
サブスクリプションと API の従量は別会計で、Claude Code はそのどちらでも動きます。どちらが選ばれているかを決めるのは優先順位で、ログインはその最下段です。status の読み方と、無人実行だけが別の答えを返す理由を書き残します。