【第6回】Claude Code で SaaS を 1 週間で組む開発フロー — Skill × MCP の統合設計

「Claude Code で SaaS を作るのは速いけど、それが売れるかは別の話」——個人開発者なら誰もが直面する壁です。

Claude Code は確かにコードを書く速度を劇的に上げますが、売れる SaaS を作る ためには、コードの先にある「課金導線・LP・KPI 計測・改善ループ」までを1つのパイプラインとして組む必要があります。

この記事では、Skills / MCP / サブエージェント / Hooks を統合した「売れるSaaS開発フロー」を、筆者が実際に運用しているパイプライン構成で全公開します。前半は無料パートで全体像、後半（有料パート）で具体的な実装を解説します。

結論：売れるSaaSは「7日で課金開始」できる構成で組む

結論から言います。個人開発の SaaS が成功するか失敗するかの分岐点は、「LP 公開から最初の課金まで7日以内に到達できるか」 にあります。

これを可能にするのが、Claude Code の機能を統合した次の5段階パイプラインです。

Day	段階	主に使う機能
Day 1	アイデア → 検証 LP	サブエージェント (researcher)
Day 2	LP 公開 → ウェイトリスト	Skills (deploy-lp)
Day 3-4	コア機能実装	Skills + MCP
Day 5	Stripe 決済組み込み	Skills (stripe-setup)
Day 6	内部テスト	Hooks + reviewer エージェント
Day 7	本番リリース → 課金開始	systemd 常駐

これは「速さの追求」ではなく、「サンクコストを最小化して撤退判断を早くする」 ための設計です。7日で課金まで到達できれば、売れなくても損失は1週間分の時間で済みます。

全体パイプラインの設計思想

このフローには3つの設計原則があります。

原則1：人間の意思決定を「Day 1」と「Day 7」に集中させる

人間がやることは2つだけです。

• Day 1: 何を作るか決める
• Day 7: 売れたか判断する

Day 2-6 は基本的に Claude Code が走ります。サブエージェントが並列で動き、Hooks が事故を防ぎ、MCP が外部システムと繋ぎ、Skills が定型作業を実行します。

原則2：すべての段階で「次の判断材料」を残す

各 Day の終わりに、次の Day の判断に必要なデータが Slack や Notion に流れている状態を作ります。判断材料がなければ続行か撤退か決められません。

原則3：撤退コストを毎日記録する

「ここまでに何時間使ったか」「あといくら使う予定か」を毎日明示します。サンクコストに引きずられず、撤退判断ができる仕組みです。

必要な「武器」の整理

このパイプラインを動かすには、Ep.01〜Ep.05 で扱った機能をすべて使います。

• Ep.01 Skills: 各 Day の定型作業を自動化
• Ep.02 MCP: Stripe / Supabase / Slack / Notion と接続
• Ep.03 サブエージェント: 調査・実装・レビューを並列化
• Ep.04 Hooks: 本番事故を防ぐ安全装置
• Ep.05 リモート運用: 24時間稼働でパイプラインを止めない

これらが揃っていない人は、まずそれぞれのエピソードを実装してから戻ってきてください。

---

Claude Code を本格活用するなら Max プラン（月$100〜、定額でトークン使い放題）が必須です。このシリーズの全実装例は Max プランで動作確認済みです。

Day 1: アイデア検証 LP の作成

ここから有料パートです。実装の詳細を全公開します。

1-1. researcher サブエージェントで需要調査

claude --print "
researcher エージェントを使って、以下のニッチ領域の市場需要を調査して：
- 個人開発者向けの『請求書PDF自動生成 SaaS』
- 既存サービス3つ以上、価格帯、差別化ポイント
- Reddit/Twitter での悩み投稿をサンプル収集
レポートを ./research/day1-report.md に保存
"

researcher は WebSearch と Read だけが使えるサブエージェント（Ep.03 参照）です。コンテキストを汚さずに調査結果だけ返します。

1-2. LP の構成決定

調査結果をもとに、以下の Skill を呼び出します。

# ~/.claude/skills/lp-design/SKILL.md
---
name: lp-design
description: TRIGGER when designing a landing page for a new SaaS product. Generates a 6-section structure with copy outline based on research data.
---

LP は次の6セクションで構成する：

1. ヘッダー（製品名、1行コンセプト、CTAボタン）
2. 課題の言語化（読者の痛み3つ）
3. 解決策（Before/After の対比）
4. 機能スクリーンショット（最低3枚）
5. 価格表（3プランまで、年額/月額切り替え）
6. ウェイトリスト登録フォーム

各セクションのコピーは AIDA法則（Attention → Interest → Desire → Action）に従う。
...

これを呼び出すと、Claude が research レポートを参照してコピー案を出します。

Day 2: LP公開 + ウェイトリスト

2-1. deploy-lp Skill で LP を Vercel にデプロイ

# ~/.claude/skills/deploy-lp/SKILL.md
---
name: deploy-lp
description: TRIGGER when deploying a landing page to Vercel. Initializes Next.js project with Tailwind, creates Vercel project, sets up environment variables, and triggers first deployment.
---

手順：
1. `npx create-next-app@latest --tailwind --ts --app` で初期化
2. `vercel link` でプロジェクトを Vercel に接続
3. `vercel env add` で必要な環境変数を設定
4. `git push` で初回デプロイ
5. デプロイ後の URL を Slack に通知

2-2. ウェイトリスト機能の実装

Supabase MCP（Ep.02 で扱った自作 MCP の応用）を使い、Claude が直接テーブルを作成します。

claude --print "
Supabase MCP を使って waitlist テーブルを作成して。
カラム: id, email, source, created_at
LP のフォーム送信エンドポイント /api/waitlist も実装して。
"

Day 2 終了時点で、LP が公開されウェイトリストにメールが集まる状態になります。

Day 3-4: コア機能実装

サブエージェントの並列実行

複数の機能を並列で実装します。

claude --print "
以下を並列で実装：
- coder エージェント1: 請求書 PDF 生成機能
- coder エージェント2: ユーザー管理画面
- coder エージェント3: メール送信機能
完了したら reviewer エージェントで全体をレビュー
"

3つの機能が同時に進むので、人間1人で進めるのと比べて2倍以上の速度で開発できます。

Day 5: Stripe 決済の組み込み

stripe-setup Skill

# ~/.claude/skills/stripe-setup/SKILL.md
---
name: stripe-setup
description: TRIGGER when integrating Stripe payments into a SaaS product. Creates products, prices, checkout sessions, webhook handlers, and post-payment user provisioning.
---

実装する4要素：
1. Stripe 商品・価格の作成（CLI 経由）
2. /api/checkout エンドポイント（Checkout Session 生成）
3. /api/webhooks/stripe エンドポイント（決済完了処理）
4. successページとユーザープロビジョニング

これを呼び出すと、Stripe MCP（自作 or 公式）経由で商品作成からエンドポイント実装までが一気に進みます。

Day 6: 内部テストと安全装置

Hooks による本番事故防止

Ep.04 で扱った Hooks をすべて有効化します。特に以下の3つが必須。

• 本番 DB ブロック Hook：誤操作を防ぐ
• Stripe 本番キー検出 Hook：開発中に本番キーが使われないようにする
• コミット前型チェック Hook：壊れたコードを push しない

reviewer エージェントによる最終レビュー

claude --print "
reviewer エージェントで以下を確認：
- 認証フローのセキュリティ
- Stripe webhook の冪等性
- エラーハンドリングの網羅性
- API キーのハードコード
発見した問題は ./review/day6-issues.md に出力
"

Day 7: 本番リリースと課金開始

systemd で監視ワーカーを起動

Ep.05 の systemd 設定を使い、本番環境の監視ワーカーを起動します。エラー検知と自動リトライがこれで完成。

初回課金待ち

LP に流入していたウェイトリストにリリース通知メールを送ります。最初の数時間で課金が入るかどうかが、SaaS の成否の最初のシグナルです。

で、どう稼ぐ？ — このパイプラインが収益性を変える理由

通常の個人開発では、1つのSaaSに3〜6ヶ月かけて、その1本に賭けます。当たれば良いですが、外れたときの損失が大きい。

このパイプラインの本質は 「7日サイクルで何本も試して、当たり1本を引く」 という確率論的アプローチに切り替えることです。

期待値の計算

• 1本の構築コスト: 7日 × 5時間 = 35時間
• 当たり率: 5本に1本（楽観的）
• 当たり1本の月収: ¥3〜10万

5本試して4本失敗しても、当たり1本が月¥5万を生めば、年¥60万の収益。投資した35時間 × 5本 = 175時間で割ると、時給¥3,400以上。本業エンジニアの副業として現実的なリターンです。

撤退の躊躇がなくなる

このパイプラインの隠れた最大の価値は 「7日でやめると決めているから、未練が残らない」 ことです。サンクコストの呪縛から解放されます。

まとめ

「売れるSaaS」を作るための Claude Code 統合パイプラインは、Skills / MCP / サブエージェント / Hooks / リモート運用 をすべて統合したものです。重要ポイントは次のとおり。

• 7日で課金開始する設計 にすることで撤退判断を早くする
• 人間の意思決定は Day 1 と Day 7 だけ、それ以外は Claude が走る
• 「当たり1本」を引くまで何本も試す 確率論的アプローチに切り替える

次のエピソードからは無料記事に戻ります。Ep.07 は「Claude Code トークン節約運用 — 月500万トークンを¥3万に抑える実測ログ」です。このパイプラインを回すために必須のコスト管理術を全公開します。