週末でMVPを作る方法：現実的な計画

週末で MVP を作るには、アイデアを一つの利用者層のための一つの仕事に絞り込み、金曜の夜にそれを書き留め、土曜は AI アプリビルダーでコアの流れを作り、日曜は必需品（データの保存、ランディングページ、公開）に使い、そのうえで実際の人に見せてください。MVP が答えるべき一つの問いに役立たないものは、すべて省いてください。週末は、荒削りでも動くバージョンを作るには十分な時間です。完成した製品を作るには足りませんが、それで問題ありません。

週末 MVP とは何か（そして何でないか）

MVP（Minimum Viable Product、実用最小限の製品）は、アイデアがうまくいくかどうかを学ぶために作る、最小のものです。MVP とは何か で考え方を詳しく説明しています。週末で作るなら、次のような意味になります。

• 利用者の種類は一つ。 「フリーランス、代理店、そのクライアント」ではありません。
• 一つの仕事を、最初から最後まで。 利用者が始め、完了し、結果を受け取れること。
• モックアップではなく、本物。 データを保存し、スマートフォンで動き、実際のアドレスで公開されていること。
• 荒い部分は許容する。 地味なデザイン、少ない設定、裏側には手作業もあって構いません。

それは、製品を縮小したものではありません。最も大きな前提を検証する、製品の中の一つの部分です。

週末の前に：問いを決める

すべての MVP は一つの問いに答えるためにあります。それを書き出してください。何を作るかが決まるからです。

理想は、その問題を抱えている人と、すでに数人話していることです。まだなら、アプリのアイデアを検証する方法 を参照してください。金曜日までに数件の会話をしておけば、週末全体がずっと役に立つものになります。

計画

金曜の夜：決める（2〜3 時間）

• 一文を書く。「[製品] は、[具体的な利用者] が、[一つの仕事] を、[今の悩み] なしで行えるようにします」。
• コアの流れの手順を並べる。 たとえば、サインアップ、求人票の貼り付け、カスタマイズされた送付状の生成、編集、コピー。
• データを並べる。 何が保存され、誰がそれを所有するか。
• 「今週末はやらないこと」のリストを書く。 設定、チーム、管理画面、メール通知、二つ目の機能、ダークモード。書き出しておくと、土曜日に断るのが楽になります。
• ビルダーに渡す最初のプロンプトを下書きする。 （下記を参照）

土曜日：コアの流れを作る

• 午前：サンプルデータでコアの流れの最初のバージョンを動かします。小さなステップで反復してください。一回のメッセージで一つの変更を加え、プレビューを確認します。
• 午後：データを更新しても残るように、データベースを追加します。自分でアプリを現実的な入力で使ってみてください。流れを妨げるものを直し、見た目だけのものは無視します。
• 夜：利用者が自分のデータを必要とするなら、ログインを追加します。二つのブラウザで二つのアカウントを使い、どちらも相手のデータを見られないことを確認してください。

日曜日：見知らぬ人が使えるようにする

• 午前：簡単なランディングのセクションを作ります。一文の説明、誰のためか、サインアップのボタン。問いが支払いに関するものなら、支払いも追加します。
• 正午：スマートフォンでの表示を確認します。空の状態（新しい利用者が、まだ何も追加していないときに見る画面）は、思った以上に重要です。
• 午後：短いセキュリティと健全性の確認をします。ブラウザのコードに API キーがない、他の利用者のデータを表示するページがない、を確かめてから公開してください。
• 夜：問いを一つ決めて、五〜十人に個別に送ります。

省くもの

必要に思えても、後回しにできるもの。

• 管理画面。 当面は、データベースを直接見てください。
• 設定とプロフィール。 妥当な既定値をハードコードします。
• チーム、ロール、招待。 まずは一人のアカウントで十分です。
• 複数の料金プラン。 一つの価格、または無料にします。
• メールの流れ。 ログインに厳密に必要なもの以外は省きます。
• 外部連携。 最初のテストなら、CSV のエクスポートやコピー＆ペーストで十分です。
• 完璧なデザイン。 見やすくきれいであれば足ります。統一された色と良い余白で、印象は大きく変わります。
• スケール。 十人の利用者では何も負荷がかかりません。

AI ビルダーへの最初のプロンプト

就職活動中のジュニア開発者向けに、CoverCraft という MVP を作ってください。コアの流れは次のとおりです。サインイン後、利用者は求人票と自分の職務経歴のテキストを貼り付け、トーン（フォーマルかフレンドリー）を選ぶと、編集してコピーできるカスタマイズされた送付状が生成されます。送付状はサーバー側で、シークレット AI_API_KEY を使う AI プロバイダーで生成し、キーは決してブラウザに出さないでください。各送付状は、求人のタイトルと会社名とともにデータベースに保存します。各利用者が見られるのは、自分の送付状の簡単な一覧だけです。ランディングのセクションを追加し、製品を一文で説明して、「始める」ボタンを置いてください。各利用者は一日に 10 通までに制限し、その制限はサーバー側で強制してください。デザインはすっきりとシンプルにし、スマートフォンでもよく動くようにしてください。設定、チーム、管理画面は追加しないでください。

最後の一行が大切です。AI ビルダーは、頼んでいない機能を加えがちです。作らないものを伝えておくと、最初のバージョンを小さく保てます。詳しくは AI アプリビルダー向けのプロンプトの書き方 を参照してください。

週末を救うコツ

• 一回のメッセージで一つの変更。 複数の要望をまとめて頼むと、確認も取り消しも難しくなります。
• 変更のたびにテスト。 プレビューで、スマートフォンのサイズでも確認します。
• 議論するより、戻す。 変更がうまくいかなかったら、最後に動いていたバージョンに戻し、より明確に頼み直してください。
• 危険な変更の前には計画モードを使う。 ログインや決済を追加する前などです。
• 八割で磨くのをやめる。 誰も使わない機能の最後の二割の磨き込みは、無駄になります。

よくある間違い

• 問いを決めずに始める。 そのため、週末が成功したかどうか判断できません。
• 二つの機能を作って、どちらも仕上がらない。
• 「今週末はやらないこと」のリストを作り込んでしまう。 生産的に感じられるからです。
• データベースを省く。 更新するとすべてが消え、テスト利用者の作業も失われます。
• 誰にも見せない。 非公開のままの週末 MVP は、何も教えてくれません。
• 友人に「気に入った？」と聞く。 問題を抱えている見知らぬ人が、実際にどう動くかを観察してください。

作らない方がよい場合

作らない方が、週末をうまく使えることもあります。フォーム、スプレッドシート、決済リンクで、あるいは三人の顧客にサービスを手作業で提供することで、アイデアを試せるなら、まずそうしてください。価値がソフトウェアそのものにある場合、つまり既存のツールでは得られない流れ、計算、生成される結果がある場合に作るべきです。週末の後は、アプリを公開して最初のユーザーを得る方法 が次の一歩を解説しています。アイデアがその価値を示したら、正式なアカウントや定期課金を追加する話は、SaaS の MVP の作り方 を参照してください。

Mythex で作る

Mythex は、この週末の計画によく合います。チャットで MVP を説明すると、エージェントがコードを書き、ライブプレビューで、スマートフォンサイズの表示も含めてテストできます。金曜の夜には、コードを書く前にアイデアを整理するのにプランモードが役立ちます。成功した変更は、戻せるチェックポイントとして保存されます。データを保存したいと頼むと、Mythex はプロジェクトに Postgres データベースを追加します。/test は、エージェントに利用者のようにプレビューをクリックさせ、壊れた流れを報告させます（App Testing）。公開の前に、テスターにプレビューの共有リンクを送ることもできます。

一部はご自身で用意する必要があります。利用者のログインは、あなたが選ぶ認証の方法を使い、決済はご自身の Stripe アカウントを使い、AI 機能はご自身のモデル API キーを使います。無料プランでは、初日に 10 クレジット、その後は毎日 5 クレジットが付与されます。忙しい週末には、作れる量に制限がかかるかもしれません。Pro では月 100 クレジットです。ドキュメントの アイデアから公開されたアプリまで のチュートリアルも、同じような流れをたどっています。

よくある質問