アイデアから売上まで：AIで作れる、いちばん小さく成立するプロダクト

昔のやり方は、もう通用しない

5年前、スタートアップの定石はこうでした。アイデアを選び、3ヶ月かけてMVPを作り、シーンとした反応のなかでローンチし、改善を重ねる。

それは、「MVP」が「基本機能はぜんぶ揃っていて、すごく作り込まれていて、ウェイトリストの準備ができている」を意味していた時代の話です。

Proyecta のようなAIアプリビルダーがあると、タイムラインがまるで違います。本物のもの — ランディングページでも、モックアップでもなく、実際に動くプロダクト — を、明日のお昼までに手にできるのです。でも、AIで作るときに「いちばん小さい」が実際に何を意味するのか、その考え方を知っている人はほとんどいません。

私が見ているのはこういう光景です。たいていの人は、あまりにも多くをローンチしすぎます。ダッシュボード、ユーザーアカウント、連携、分析、ことによってはモバイルアプリ版まで追加する。そして誰も使いません。なぜなら、彼らは「今この瞬間、ある具体的な人のために、ある具体的な問題を解決すること」ではなく、「網羅性」 — チェックボックスを埋めること — を最適化していたからです。

今、「いちばん小さい」が実際に意味すること

AIを使った、いちばん小さく成立するプロダクトは、あまりに小さくて、ほとんど笑ってしまうほどです。それはこういうものです。

ワークフローは1つ。 5つの機能ではありません。ターゲットの人が繰り返しやっていて、今は10分かかっていることを、あなたのアプリが30秒に短縮する、その1つです。

アカウントなし。 ログインなしで出せるなら、そうしましょう。一人、一セッション、一つの出力。気に入ってもらえたら、アカウントはあとで追加できます。Stripe のログインフローをきちんと実装するには20分かかります。一回限りのセッションなら5分です。

データベースなし。 少なくとも、自分で管理するものは。データは Google Sheets に入れましょう。ブラウザの localStorage を使いましょう。Stripe や Airtable をバックエンドとして使いましょう。あなたが探しているのは顧客であって、インフラを作ることではないのです。

連携は1つ。 顧客がすでに使っているツールを1つ選んで、それと連携しましょう。「Slack と連携」や「Google Drive から読み込む」のほうが、「独自のファイル管理システムを持つ」よりもずっと役に立ちます。

具体例を1つ。Sarah は、新しいクライアントに自分のスタイルを説明するのにいつまでもかかっているフリーランスのデザイナー向けに、ツールを作りました。彼女のアプリはこうです。自分のベストなデザインを3つアップロードし、自分のプロセスを普通の言葉で説明すると、デザイナーがクライアントに送れる「スタイルガイド」のPDFをアプリが生成する。それだけです。アカウントなし、ログインなし、ダッシュボードなし。誰かが使うたびに、ゼロから始まります。アプリは Proyecta で動いていて、支払いには Stripe を使い（PDFごとに一回限りのリンクを生成します）、人々がもっと機能を求めてきたら（「複数のスタイルを保存したい」など）、追加するかもしれない — あるいは、自分の本当のプロダクトはアプリではなく、これらをテンプレートとして売ることだ、と気づくかもしれません。

彼女は最初の1週間で600ドルを稼ぎました。

本当に大事な3つの指標

完成度を測らないこと。滞在時間を測らないこと。この3つを測りましょう。

最初の価値までの時間。 「このリンクを見つけた」から「実際に使える結果を得た」まで。Sarah のツールの場合は90秒。これが5分を超えると、人は離脱します。
支払う意思。 無料プランとProプランでローンチしないこと。価格を1つ選んでください。人がそれを払うか確かめましょう。（Sarah のPDFは25ドル。もっと取れますが、検証したいだけなので、あえて安くしています。）答えが「ありえない」なら、選んだ問題が間違っていたということです。
また来てくれるか率。 一回限りのツールなら、30日間のリテンションは要りません。知るべきは、これを一度使った人のうち、何人が友達に話すか、です。Sarah のリテンション指標は「少なくとも他のデザイナー1人に話した」。今のところ40%です。

3つともいい数字なら、何かをつかんでいます。ここで初めて、アカウント、ダッシュボード、履歴、そういうものぜんぶを追加できます。

週末でローンチする方法

金曜の朝： 問題を選ぶ。市場ではなく。トレンドでもなく。ある具体的な人が、今日まさに面倒に感じている、ある具体的なことを。

金曜の午後〜土曜の朝： Proyecta を使って作る。ほしいものを説明し（「PDFの契約書を取り込んで、支払い条件をぜんぶ赤でハイライトする」）、Proyecta が生成し、それをテストし、ちゃんと動くまで微調整します。4時間、こだわるなら6時間くらい。これで、動くウェブアプリが手元にあります。

土曜の午後： 2人にテストしてもらう。「ねえ、理論上はこれ使う？」ではなく、「これがリンク。実際に使ってみて、何が壊れたか、何が変に感じたか教えて」です。

日曜の朝： 課金するなら、決済をセットアップ。Stripe、Gumroad、シンプルなリンク — 課金プラットフォームを作っているわけではありません。ただ課金する手段があればいいのです。

日曜の夜： 出す。Show HN に投稿、関連する Discord や Slack に、5人に直接メール。説明文に悩み込まないこと。なぜ作ったかから始めましょう。「これを作ったのは、こういうことにイライラしていたからで…」

月曜： 実際に何が起きるか見る。本物の人が使うか、使わないか。48時間以内に分かります。

次に起こること（こっちは簡単なパート）

誰も使わなかったら：速く、安く、何かを学べました。火曜にはピボットしています。

何人かが使ったら：彼らが実際にそれで何をするかを観察します。設計したとおりに使っているか、それとも少し違うことをしているか？予想していなかった機能を求めてくるか、それとも黙って使って去っていくか？

人々が使っていて、いろいろ求めてきて、これに取り組みたいと確信があるなら — ここで初めて きちんとしたものに投資できます。仕事を保存できるようにアカウントを。作ったものを見られるようにダッシュボードを。必要なら、API も。でもこれらの機能を作るのは、需要があると知っているからであって、あるべきだと思っているからではありません。

いちばん大きな間違いは、自分のアイデアが正しいと前提し、唯一の仕事は人々をそれで納得させることだ、と思い込んでローンチすることです。いちばん小さく成立するプロダクトは、その前提に対する最初のテストです。その後はすべて、ただ耳を傾けることです。

3つの本物の物語

Marcus（データアナリスト）：ジュニアアナリストのために、毎週1時間かけて手作業でSQLクエリを整形していました。Proyecta でワンクリックでそれをやるツールを作った。クエリを貼り付けると、整形版が手に入る。入力欄1つ、ボタン1つ。火曜にローンチ。金曜には、彼の Discord にいる人たちから300回使われていた。月末には、まったくの他人からの利用も含めて1,200回。彼は履歴を見られるようにアカウントを追加し、それから自分のデータウェアハウスとの連携を作った。今ではそれが彼の第二の収入になっています。

Jade（イラストレーター）：ボイスメモを受け取って、その説明をもとにキャラクターのスケッチを生成するツールを作りました。作るのに45分。1スケッチ3ドルで課金。最初の2週間で1,500ドルを稼いだあと、注文が多すぎてビジネスの事務処理が追いつかなくなり、いったん止めました。

Omar（創業者）：「フルプラットフォーム」を作りたかった。2ヶ月かけた。アカウント、価格プラン、3つのツールとの連携、チュートリアル動画つきでローンチ。3ヶ月後：ユーザー12人、うち2人は友達。彼は、学びではなくローンチを最適化していたことに気づきました。彼の作り直しは、はるかに小さく — ただ核心のワークフローだけ — そして今、本物の手応えを得ています。

誰も教えてくれないこと

小さく出すのは怖いものです。未完成に感じるからです。あなたの脳が叫んでいます。「でも[このエッジケース]に対応しないと、[あの機能]はどうする、[複雑さを足す]べきじゃないの？」

いいえ。それでも出しましょう。

あなたの仕事は、完璧なプロダクトを作ることではありません。あなたの仕事は、本物の人のために本物の問題を解決していると証明する、いちばん小さな賭けをテストすることです。その後はすべて、本物に基づいて耳を傾け、改善を重ねるだけです。

AIアプリビルダーで、この週末に何が作れるでしょう？何か小さなもの。自分が実際に使うようなもの。試して、確かめてみてください。