Case Study

SaaS MVP を 3 週間で本番投入したスタートアップ案件

通常 2〜3 ヶ月見込みの SaaS MVP を、AI 駆動開発で 3 週間に圧縮したクライアントワーク。要件すり合わせから本番運用までのプロセスと、品質を落とさないための工夫を実数値で公開します。

業種
HR テック
クライアント
業種匿名 (HR テック・シリーズ A)
期間
3 週間 (実工数 12 人日)
公開日
2026年4月18日
使用技術:Claude CodeCursorGitHub CopilotLinear

プロジェクト概要

シリーズ A 直後の HR テック領域スタートアップから、求人エージェント向け SaaS の MVP 開発を依頼されました。初期構想ヒアリングから本番デプロイまでの期間は 3 週間。通常見積もりではフロント・バック・インフラ合わせて 2.5 ヶ月相当の規模感です。

クライアント側の事業要件:

  • パイロット顧客 (求人エージェント 10 社) に 6 週間後の営業会議で見せる
  • そこで反応が得られなければ次のシリーズ B 調達に響くため、MVP の遅延は許容できない
  • 一方で、機能を絞りすぎるとパイロット顧客の検証ニーズに耐えない

つまり「絞っても薄くなる、増やしても間に合わない」という典型的な MVP ジレンマです。FIXIT はこのジレンマを AI 駆動開発 で解消することを提案し、結果として 12 人日 (=3 週間の半分の稼働) で本番投入を実現しました。

求められた要件

最終的に MVP に含めた機能セット:

  • 求人エージェント向けに マッチング進捗を一覧管理 できる Web アプリ
  • Google Workspace SSO・Slack 通知連携
  • マッチング AI スコアの可視化 (社内アルゴリズムから提供される JSON を受け取って描画)
  • iOS / Android のレスポンシブ動作
  • 営業担当による全文検索 (候補者名・企業名・タグ)
  • 監査ログ (誰がどの候補者ステージを変えたかが追える)

アプローチ

1 週目 — 要件確定と土台

Claude Code を使い、要件ヒアリングメモから

  1. ユーザーストーリーの粒度揃え
  2. 画面遷移図の自動生成
  3. データモデル草案

を 1 日で作成しました。クライアントとの 要件レビューを Mermaid 図と Claude が出した質問リスト で進めたため、通常 1 週間かかる仕様すり合わせが 2 日に圧縮できています。

週後半にはモノレポを切り、Next.js (App Router) のスケルトン、認証フロー、Prisma のスキーマ、Hono を介した RPC をすべて Claude Code に並走させて 4 日で完了させました。AI 駆動開発のキモは「最初の 1 週間で 足場をどれだけ AI に作らせるか」にあります。

2 週目 — ドメイン機能の実装

工数の大半を占める「マッチング進捗ボード」を Cursor + Claude Code のペア体制で実装。以下のような形でルールとテストを先に書き、その後コードを生成させています。

// tests/match-progress.spec.ts
import { describe, expect, test } from "vitest";
 
import { getCardHistory, moveCard, seedBoard } from "./_helpers";
 
describe("マッチング進捗ボード", () => {
  test("ステージを移動すると stage_changed イベントが履歴に追記される", async () => {
    // arrange
    const board = await seedBoard({
      stages: ["screening", "interview", "offer"],
    });
    const card = board.cards[0];
 
    // act
    await moveCard({ cardId: card.id, toStage: "interview" });
 
    // assert
    const history = await getCardHistory(card.id);
    expect(history).toHaveLength(1);
    expect(history[0]).toMatchObject({
      from: "screening",
      kind: "stage_changed",
      to: "interview",
    });
  });
});

テストを先に与えることで「実装は AI に任せ、人間はレビューに集中する」フローに乗せられました。詳細な TDD 手順は別記事 AI 駆動 TDD - テストを AI に先に書かせる開発フロー で扱っています。

3 週目 — 仕上げと運用整備

最終週は以下を並列で進めました。

  • Slack 通知 / SSO の本番接続
  • E2E (Playwright) で 9 つのクリティカルパスを担保
  • Vercel + Supabase の本番環境を Terraform で IaC 化
  • ステージング → 本番のデプロイパイプラインを GitHub Actions に集約
  • Sentry / Better Stack を入れてオブザーバビリティを確保

Claude Code に IaC や CI スクリプトを書かせると、出力をそのままレビューに回せる品質で出てきます。ペアプロでの「お互いの目」が AI と人間のレビューに置き換わっていく感覚は、Stage 3 を越えた組織で特に効きます。

工数・品質の実数値

指標通常見積もり実績差分
期間2〜3 ヶ月3 週間-67%
工数 (人日)40〜6012-75%
ビジネス検証までの日数90 日21 日-77%
バグ重大度 (P1) 件数リリース後 5〜8リリース後 1-85%
クライアント満足度 (10 段階)一般プロジェクト 7.2 (社内基準)9.3+29%

クライアントは MVP リリース後 4 週間で 12 社のパイロット契約を獲得。MVP の意思決定速度が事業にそのまま反映されました。

「12 人日で SaaS MVP を本番化」という数字は、AI 駆動の プロダクト開発 が事業のスピードに直結する具体例として、その後の営業活動でも繰り返し参照されています。

学びと再利用可能なナレッジ

1. テスト先行 × AI 実装が品質維持と高速化を両立する核

Claude CodeCursor に「実装してから後でテストを書く」やり方をさせると、AI が自分の実装に都合の良いテストを書きがちです。テストを先に渡す → AI に実装させる → 人間がレビュー の順を死守することで、Red にならない不健全な TDD を避けられます。

2. 仕様書を AI と一緒に書くフローが最も歩留まりが良い

仕様書の初稿を AI に書かせる / 仕様書を AI に書かせて人間がレビューする / 仕様書を人間が書いて AI に補強させる、の 3 パターンを比較しましたが、最後の 「人間が骨組み → AI で詳細化 → 人間レビュー」 が最も品質と速度のバランスが良いことが今回で確認できました。

3. Linear のチケットを Claude Code が直接消化する運用

Linear のチケットを Claude Code から直接消化させる運用は、進捗の可視化に大きく寄与します。タスクのトリアージ・着手・完了報告までエージェントが一気通貫で進めるため、PM が確認する場所が 1 つに集約され、Slack のチケット通知地獄が解消しました。

ありがちな落とし穴

落とし穴 1. 「AI で速くなる」を理由に予算を削る発注側の期待値

AI 駆動の プロダクト開発 だから安いだろう、という発注期待は危険信号です。実際には「短い期間に高密度で集中する」スタイルなので、人件費の 濃度 が高くなります。今回のように、3 週間で 12 人日というのは、平均稼働率に直すと 80% 超え。発注側にも準備工数 (要件レビュー、画面確認、デプロイ承認) が同期して必要になります。

落とし穴 2. 期間圧縮しすぎて運用引き継ぎが薄くなる

MVP 直後に運用引き継ぎが薄くて再依頼が来るパターンは多いです。FIXIT では Stage 3 週目に 運用 Runbook を Claude Code に書かせ、人間が補足するルーチンを必ず含めています。

落とし穴 3. AI ペアプログラミングへの慣れがチームでバラつく

クライアント側のエンジニアが Claude Code に不慣れだと、引き継ぎ後の開発速度が一気に落ちます。本案件では納品の 1 週間前から、クライアントエンジニアと FIXIT のエンジニアで AI ペアプログラミングのオンボーディングを並行で実施しました。

よくある質問

Q. MVP の品質はリリース後どうなりましたか?

A. リリース後 8 週間で P1 障害 1 件、P2 障害 3 件のみ。テスト網羅率は statement coverage で 78%、E2E でクリティカルパス 9 経路をカバーしています。AI が書いたコードでも、TDD を回せば一般的なフルスタック開発案件と遜色ない品質に着地します。

Q. なぜ AI 受託開発がこの規模に合うのですか?

A. 「要件が明確化していない / 検証が必要」な SaaS MVP には、AI ペアプログラミングが特に効きます。要件のすり合わせ自体を AI が補助できるため、仕様の手戻り が圧倒的に少なくなります。

Q. 同じ規模の SaaS MVP を頼むといくらですか?

A. クライアント要件によりますが、本案件相当 (12 人日 + 運用引き継ぎ) で 400〜600 万円が目安です。具体的なお見積もりは お問い合わせ から、要件メモを共有いただければ 3 営業日以内にご返答します。

関連リソース

このようなプロジェクトをご検討ですか?

FIXIT は要件すり合わせから本番運用まで AI 駆動で伴走します。

AI 開発の無料相談 →