ナプキンの落書きから動くアプリへ：AIでアイデアからソフトウェアを作る方法
誰もがアプリのアイデアを持っています。その大半は「あったらいいな」の段階で死んでいきます — アイデアが悪いからではなく、「これが存在してほしい」と「これが存在する」の隔たりが、かつては開発者を雇うか、プログラミングを学ぶことを必要としたからです。どちらも火曜日の午後に起こることではありません。
その隔たりは、かつてないほど小さくなっています。AIアプリビルダーを使えば、ほしいものを普通の言葉で説明するだけで、動くアプリケーションが返ってきます — データベース、インターフェース、ロジック、そのすべてが。アイデアからアプリを、何ヶ月もではなく数時間で作れるのです。
ですが、「ほしいものを説明する」という言葉には、ずいぶん多くの重みが背負わされています。難しいのはコーディングではありませんでした。難しいのは、自分が本当に何を必要としているのかを見極めることだったのです。
名詞ではなく、動詞から始める
たいていの人はアプリのアイデアを「もの」として説明します。「ドッグウォーカー版のUberみたいなもの」とか「フリーランサー向けのプロジェクト管理ツール」とか。それはピッチであって、仕様ではありません。AIビルダーはそれではほとんど何もできません。なぜなら、それはカテゴリを説明しているだけで、振る舞いを説明していないからです。
人々がアプリで何をするかから始めましょう。3〜5つのアクションを書き出します。
- 「ドッグウォーカーがアプリを開いて、今日の予約を見る」
- 「飼い主が時間帯を選んで、散歩を予約する」
- 「ウォーカーが散歩を完了済みにすると、飼い主が写真を受け取る」
これらは作れます。それぞれが、ある画面、あるデータベースのテーブル、ある一片のロジックに対応します。AIビルダーが必要としているのは、あなたのエレベーターピッチではありません — あなたのTodoリストです。
メキシコシティのパーソナルトレーナー、カルロスは、クライアントがセッションを予約してワークアウトを記録できるアプリを求めていました。最初の試みは「フィットネスアプリを作って」でした。出てきたのは、ありきたりのエクササイズライブラリと既製のワークアウトプラン — 彼が必要としていたものとは似ても似つかないものでした。
2回目の試みでは、彼が毎日実際にやっていることを書き出しました。
- クライアントがその週の空き時間帯を見る
- 時間帯を予約して、WhatsApp で確認を受け取る
- 各セッションのあと、カルロスが何をやったかを記録する（種目、セット、重量）
- クライアントが自分の履歴を開いて、時間の経過とともに進捗を見る
その2回目の説明は、数時間のうちに彼が使えるものを生み出しました。
まず1つの画面を作る
頭の中には10個の機能があるかもしれません。1つ作りましょう。
核となる問題にいちばん近い画面を選びます — あなたのアプリにしかできないこと、あるいは人々がいちばん頻繁に使うであろうこと。カルロスにとって、それは予約画面でした。それ以外のすべて（ワークアウトの記録、進捗グラフ、通知）は後回しでよかったのです。
1つの画面から始めると、3つの良いことが起こります。
ビルダーの考え方を学べます。 どのAIビルダーにも、レイアウト、データ構造、インタラクションのパターンについて独自の傾向があります。1つの画面を作ることで、それとのコミュニケーションの取り方 — どんな説明が良い結果を生み、どれがもっと詳細を必要とするか — を学べます。
速く使えるものが手に入ります。 動く1つの画面は、半端な10個の画面よりはるかに役立ちます。カルロスは2時間のうちにクライアントにセッションを予約させていました。ワークアウトの記録はその3日後でした。もし全部を一度に作ろうとしていたら、今もまだ手直しをしていたでしょう。
本当に必要なものに気づきます。 作る前に重要だと思っていた機能が、使い始めたあとに重要なものと一致することはめったにありません。カルロスは進捗グラフがキラー機能になると思い込んでいました。彼のクライアントは、2タップで予約を変更できることのほうを気にかけていたのです。
友達に説明するように説明する
AIビルダーに話すときは、あなたのためにそれを作ってくれる友達に説明しているつもりになりましょう。「衝突検知つきのRESTfulな予約APIを実装して」とは言わないはずです。「誰かがすでに埋まっている時間帯を選んだら、代わりに次に空いている時間帯を見せて」と言うでしょう。
普通の言葉は技術的な言葉よりもうまく機能します。なぜなら、それは実装ではなく結果を説明するからです。実装はAIが考え出します。あなたの仕事は、ユーザーが何を見て何をするかについて具体的になることです。
うまく機能する説明をいくつか挙げます。
- 「『予約』をクリックしたら、その時間がまだ空いているか確認する。空いていれば確定する。誰かが先に取っていたら、メッセージを表示して、いちばん近い空き時間を提案する。」
- 「ダッシュボードの上部に3つの数字を表示する：総クライアント数、今週のセッション数、今月の売上。その下に、クライアント名と時刻つきの今日のセッション一覧。」
- 「セッションのあと、やったこと — たとえば『スクワット 3x10 80kg、ベンチプレス 3x8 60kg』 — を入力して、そのクライアントの履歴に保存できるようにしたい。」
それぞれに共通するパターン：誰が、何を、いつ行い、次に何が起こるか。
まず使い、それから直す
何であれ、その最初のバージョンは、予測できなかった形で間違っているものです。それは失敗ではありません — それがプロセスです。AIで作ることの利点は、一度で正しく作れることではありません。直すのに何週間もではなく数分しかかからないことです。
カルロスが予約画面の最初のバージョンを見たとき、3つのことが気になりました。
- 時間帯が30分単位で表示されていたが、彼のセッションは50分だった
- クライアントが直接彼に連絡せずにキャンセルする方法がなかった
- 確認メッセージが英語だったが、彼のクライアントはスペイン語を話す
各修正は10分とかかりませんでした。彼は問題を説明し、ビルダーが調整し、彼は次へ進みました。従来の開発会社なら、このどれもがサポートチケットと待ち時間になっていたでしょう。
肝心な習慣：誰かに見せる前に、自分のアプリを自分で使うこと。すべてのボタンをクリックする。すべてのフォームに入力する。壊そうとしてみる。自分で見つけたバグは、ユーザーに見つけられるバグよりも直すのが安上がりです。
あなた以外の誰かに見せる
信頼できるくらいまで使い込んだら、本物のユーザー1人の前に置きましょう。5人ではありません。10人でもありません。1人です。
カルロスは、いちばんテクノロジーに慣れたクライアントに最初に予約リンクを渡しました。彼女はセッションを予約し、予約を変更し、そして彼にこうメッセージを送りました。「先週やったことはどこで見られるの？」彼はまだワークアウト履歴のビューを作っていませんでした。でも今や、次に作るべき機能がどれか正確にわかったのです — 推測からではなく、本物の人が本物のことをやろうとして壁にぶつかるのを見たことから。
1人のユーザーは、何がわかりにくいかを教えてくれます。5人のユーザーは、何が人気かを教えてくれます。2つ目の種類が役立つようになる前に、まず1つ目の種類のフィードバックが必要なのです。
準備が整う前にリリースする
アプリは役に立つために完成している必要はありません。誰かが、今やっていること — おそらくスプレッドシート、WhatsApp グループ、あるいは何もしないこと — の代わりに使いたくなるくらい、1つの問題を十分にうまく解決していればいいのです。
カルロスは、たった3つの機能で15人全員のクライアントに予約システムをリリースしました：時間帯を予約する、予約をキャンセルする、今後のセッションを見る。ワークアウトの記録なし。進捗グラフなし。決済連携なし。
彼はそれらをその後の数週間で、クライアントが実際に求めたものに基づき、一度に1機能ずつ追加していきました。ワークアウトの記録は、同じ週に3人のクライアントが求めたあとに作られました。決済連携は1ヶ月後、カルロスがまだ現金と Venmo で料金を集めていることに気づいたときに加わりました。
最初の土曜日の午後の制作から6週間後、彼は15人の有料クライアントが毎日使うアプリを手にしていました。予約をさばき、ワークアウトを記録し、進捗を表示し、アポイントメントのリマインダーを送る。彼が費やしたのはおそらく合計20時間ほど — 夜と週末に散らばって — そして開発費は0ドルでした。
彼の以前のシステムは、Google カレンダーと Google スプレッドシートと WhatsApp の一斉送信リストでした。それなりに機能していましたが、クライアントが時間をリクエストする前にカレンダーを確認し忘れるせいで、毎週のように予約ミスが起きていました。
人をつまずかせる3つの間違い
全部を一度に作ろうとすること。 1つの画面から始めましょう。それを動かしましょう。それから次のものを追加します。スコープの膨張は、まずいコードよりもずっと多くのアプリのアイデアを殺してきました。
自分のワークフローを説明する代わりに、競合をコピーすること。 アプリを「Calendly のパーソナルトレーナー版」と説明すれば、色違いの Calendly クローンが手に入ります。代わりに自分の実際のワークフローを説明すれば、Calendly が決めたやり方ではなく、あなたの働き方に合ったものが手に入ります。
完璧を待つこと。 最初のバージョンには粗があります。それでもリリースしましょう。誰も試していない画面を1週間磨くよりも、1人の本物のユーザーの困惑した顔から多くを学べます。
本当の壁は、技術的なものではなかった
AIアプリビルダーが存在する前は、アイデアがあってプログラミングができない場合、選択肢は3つでした：プログラミングを学ぶ（数ヶ月）、開発者を雇う（数千ドル）、アイデアを手放す（無料）。たいていの人は3つ目を選びました — アイデアが悪かったからではなく、他の2つが時間かお金の面で高くついたからです。
今では、アイデアからアプリを一日で作れます。プロトタイプではありません。モックアップでもありません。データベース、ユーザーアカウント、本物のロジックを備えた、動くアプリです。壁はもう技術ではありません。明確さです — AIが作れるくらい具体的に、必要なものを説明できるかどうか、です。
友達に説明できるなら、作れます。
もしアイデアを温めてきたなら、Proyecta で作ってみてください。1つの画面 — いちばん大事なもの — から始めて、何が起こるか見てみましょう。