プロトタイプとプロダクト:AIで作ったアプリが本当に「完成」したと見極める方法

AIで作ったあなたのアプリは動く。やるべきことをやる。なのに、なぜ準備ができていないように感じるのか? 動くプロトタイプと、人が本当にお金を払うものとの隔たりについての、非技術者向けガイドです。

数週間前、私の知るある創業者が、セラピスト向けの予約アプリを作りました。AIアプリビルダーで、全部で4日。彼女に必要なことをやってくれます。セラピストは自分のカレンダーを見られ、クライアントは予約を取れ、確認はメールで送られる。動いています。

彼女はそれを2週間眺めているのに、まだローンチしていません。

なぜかと聞くと、彼女はこう言いました。「動くんです。でも… 完成した感じ がしないんです。」

何を変えたいのかと聞きました。彼女は言いました。「分かりません。それが問題なんです。」

これは、AIアプリビルダーで作るうえでいちばん難しい瞬間です。それは機能している。でも「機能している」と「本物の人たちに使ってもらうのが落ち着く」の間には隔たりがある。その隔たりを理解すること — そして自分が実際にどちら側にいるのかを知ること — が、出荷することと、頭の中の声の段階に永遠にとどまることとの違いです。

「完成」が本当に意味すること

ここに、重要な区別があります。プロトタイプは、アイデアを試すために使うものです。プロダクトは、問題を解決するために使うものです。

セラピストの予約アプリはプロトタイプです。コンセプトが機能することを証明している。セラピストは使える。でも、それを荒削りに感じさせる小さなことが17個あります。

  • 確認メールが素っ気ない。ロゴなし、カスタムブランディングなし、汎用的な文言。
  • キャンセルが通知を送らない。クライアントはただ現れない。
  • セラピストが満員のとき、キャンセル待ちリストがない。
  • サインアップフローがセラピストの専門分野を集めないので、診療タイプで絞り込む方法がない。
  • 予約の24時間前に送るリマインダーメールがない。

これらのどれも、アプリを壊しはしません。でもどれもが、本物のセラピストにこう思わせます。「これは週末にやっつけで作ったもので、誰かが私に料金を請求するようなものじゃない感じがする。」

その感覚は本物で、それが重要なのです。プロトタイプは問題を 理論上 解決します。プロダクトは 実践で、それを使う実在の人間のために、それを解決します。

プロトタイプとプロダクトを分ける3つの質問

ここが難しいところです。何が欠けているかをすべて知ることはできません。AIビルダーにも分かりません。だから、自分がどちら側にいるかを見極めるための、手早い3つの質問が必要です。

1. これを、自分自身の問題を解決するために使うか?

これは正直な質問です。自分のプロダクトと実際に暮らさなければならないからです。

あなたがそのセラピスト予約アプリの創業者なら、自分のセラピーの予約を取るのにそれを使うでしょうか? 「使える」ではなく — メールのやり取りや共有の Google ドキュメントの代わりに、実際にそれを使うでしょうか?

答えがノーなら、完成していません。何が悪いか、あなたは正確に分かっています — アプリを開くたびに感じているのだから。答えがイエスなら、近づいています。

先ほどの創業者は、自分自身でセラピストのサインアップを通してみました。フォームで詰まりました(予約させてくれる前に、情報を求めすぎていた)。確認メールを見て、素人くさいと思いました。自分のセラピストがそのメールをどう受け取るか、それが迷惑メールに入ってしまわないかを考え始めました。

彼女は、お金を払う顧客のやり方で自分のプロダクトを使っていなかったのです。そうしてみたとき、直すべきことを10個見つけました。

2. 自分ではない3人に見せたか?

見込みユーザーと話すのは、作るより難しく、ほとんどの創業者はそれを飛ばします。ローンチで人を驚かせたいからです。それは間違いです。

フォーカスグループは要りません。あなたが顧客だと思う相手に近い人が、3人いればいい。セラピストアプリなら、それは実在のセラピスト3人です。

探すべきはこうです。どこで彼らは混乱するか? どこでためらうか? 何について尋ねるか? 「どう思う?」ではなく(人は優しすぎます)。実際にそれをやってもらいましょう — 予約を取る、確認メールを送る、何かをキャンセルする。

創業者がセラピストアプリを3人のセラピストに見せたとき、2人がこう尋ねました。「自分がいつ空いているか、ルールを設定できますか? たとえば、新規クライアントは木曜だけ、午後2時より前はダブルブッキングしない、とか。」 アプリにはカレンダーはあったが、ルールはなかった。彼女は、自分 が予約とはこういうものだと思っていたやり方でプロトタイプを作っていて、セラピストが実際にどう働くかでは作っていなかったのです。

それがプロダクトの情報です。仕様書からは推測できません。

3. 本物のユーザー10人に渡したら、何が壊れるか?

これがいちばん難しい質問です。エッジケースについて 本気で考える ことを要求するからです。

セラピストアプリでは、

  • クライアントが同じ時間に2つの予約を取ろうとしたら何が起きるか?(アプリはチェックしない。)
  • セラピストが予約をキャンセルしたら何が起きるか? クライアントは自動的に通知されるか?(いいえ。)
  • クライアントのメールアドレスが間違っていたら? 最初からやり直さずに直す方法はあるか?(いいえ。)
  • セラピストが病欠で、一週間カレンダーを閉じる必要があったら?(一つひとつの予約を手で削除しなければならない。)

これらはバグではありません。アプリはクラッシュしません。でも、ささいで地味な痛み(紙で指を切るような)です。本物のユーザー10人と本物のエッジケースがあれば、最初の一週間で全部にぶつかります。

プロダクトはエッジケースを扱います。すべてではなく — 待てるものもあります。でも、本物のユーザーとの最初の2週間で起きるものは、ちゃんと動く必要があります。

どう判断するか:3層テスト

自分がどこにいるかを見極めるのに、これを使いましょう。

第1層:核となるフロー — ハッピーパスは動くか? ユーザーは、アプリが設計された主目的のことをできるか?

セラピスト予約アプリでは:はい。サインアップして、予約を取り、確認を受け取れる。動きます。

第2層:実利用から出るエッジケース — 実在のユーザー3人に見せた。彼らは、あなたが作っていなかった何かにぶつかったか? どこかで混乱したか?

セラピスト予約アプリでは:はい。3人のセラピストはルールベースの空き状況を求めた。一人は確認メールが汎用的すぎて混乱した。一人は予約を一括削除しようとして、できなかった。

第3層:磨き込みとプロらしさ — それは、あなたが気を配っているように 感じられる か? それとも、やっつけで組み合わせたように感じられるか?

セラピスト予約アプリでは:やっつけに感じる。確認メールが素っ気ない。カスタムブランディングがない。何かおかしくなったときのエラーメッセージがないので、何かが壊れても、ユーザーは何が起きたのか分からない。

ここに目安があります。

  • 3層すべてが機能している? あなたはプロダクトです。出荷しましょう。
  • 第1層と第2層は機能、第3層は未達? あなたは80%完成しています。磨き込みに1日かけましょう。
  • 第1層は機能、第2層と第3層は未達? あなたはプロトタイプです。まだ出荷しないこと。
  • 第1層が固まっていない? 完成していません。作り続けましょう。

セラピストアプリは、第1層と第2層の境界で行き詰まっていました。核となるフローは動くが、実在のセラピストには欠けている部分が見えた。だから創業者には選択肢がありました。AIビルダーともう一週間かけてセラピストが本当に必要とする機能を追加するか、手元のもので出荷して後から追加するか。

(彼女は追加しました。3日かかりました。今、それはプロダクトです。)

これを難しくしているもの

これほど多くの創業者がここで行き詰まる理由は、作るのが楽しく、出荷するのが怖いからです。

作ることは、AIツールとの会話です。アイデアがあり、それを説明し、ツールが実行する。数分で回るフィードバックループがある。出荷は違います。公開を押し、もし何か間違っていたら、本物の人間が見つける。やり直しはありません。

だから私たちは、出荷しない理由を見つけます。「まだ磨きが足りない。」「もう一つ機能を足すべきだ。」「フォントが間違っていたら?」 そして6週間後、あなたはまだ、動くけれど完成した感じのしないものの上に座っていて、それはフォントのせいだと自分を納得させています。

フォントのせいではありません。

たいていは、実在のユーザーと時間を過ごしていないか、自分の頭の中では筋が通っていたのに実在の人々の働き方には合っていないものを作ってしまったからです。それは直せます。ただ、自分が知らないということを知らないのだ、と認め、それを知っている誰かと話しに行くことが要るだけです。

ローンチ準備チェックリスト

これを使いましょう。短くて正直です。

  • 本物の作業をするのに自分で使ってみて、動いた(デモモード的にではなく、実際に)。
  • 実際に使うであろう3人に見せて、彼らが混乱していたことを直した。
  • 起こりうるすべてのエラーに、ユーザーがどうすればいいかを伝えるメッセージがある(「エラー」ではなく、実際の案内)。
  • これが6ヶ月間、最後のバージョンでも構わない(つまり:二度と触らなくても役に立つほど完成している)。
  • 真空の中で機能を足すことより、本物のユーザーから学ぶことのほうにワクワクしている。

5つすべてにチェックを入れられるなら、完成です。ローンチしましょう。

入れられないなら、しないこと。でも、なぜかは具体的に。「完成した感じがしない」は理由ではありません。「実在のセラピストには空き状況のルールが必要で、それをまだ作っていない」は理由です。それは行動に移せる。直せる。それが、行き詰まっていることと、道の上にいることの違いです。

セラピストアプリの創業者は、昨日それを出荷しました。彼女には初の有料顧客がいます。プロダクトは完璧ではないが、本物で、顧客はもう、次に何を作るべきか彼女に教えています。それが、完成したと分かるときです。アプリが完璧になったときではなく、それを使う人々にとって完璧が本当は何を意味するのかを学ぶ準備ができたときに。