Claude Code で作る「売れるSaaS」開発フロー — 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時間稼働でパイプラインを止めない

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