アプリのアイデアを作る前に検証する方法(開発が安くなった今でも)

かつてアプリを作るには、数ヶ月と数千ドルが必要だった。それが自然に悪いアイデアをふるい落としていた——作り終える頃には、有料顧客を獲得しているか、なぜ誰も欲しがらなかったのかを学んでいるかのどちらかだったからだ。

しかし今は違う。開発は安い。アイデアを検証し、MVPを作り、週末のうちにユーザーの前に出すことができる。すばらしく聞こえるが、実はそこに新しい問題が潜んでいる。どんなアイデアも週末で「始める」ことはできるが、重要でないアイデアにも結局は何ヶ月も費やしてしまうのだ。

一番希少な資源はお金でも開発にかかる時間でもない。あなたの注意力だ。これから3ヶ月、どこに集中するのか。

コードに恋をしてしまう前に検証する方法を紹介しよう。

アプリを作る前に、アイデアをどう検証するか?

アプリのアイデアは、安価で段階的な3つのテストで検証する。ウェイトリストのランディングページで誰かが関心を持つか確かめ、小さな先行販売で誰かが実際にお金を払うか確かめ、正直な対話で自分が課題を正しく理解しているか確かめる。それぞれにかかるのは数ヶ月ではなく数時間で、どのステップも間違ったものを作ってしまうのを防いでくれる。

アプリのアイデアを試すために、ウェイトリストページを作るべきか?

作るべきだ。ウェイトリストページは最も簡単な検証ステップで、問うのはただ一つ——ニュースレターに「はい」と言うほど、誰かが関心を持ってくれるかどうかだ。

アイデアのための1ページだけのランディングページを作ろう。まだ登録機能は要らない。そのアプリが何をするのか、誰のためのものか、なぜ重要なのかを説明するだけでいい。飾らない、本物の言葉を使うこと。誇張はしない。そして「早期アクセスを受け取る——準備ができたらメールでお知らせします」というボタンを一つ置く。

1週間そのまま公開しておこう。登録がゼロなら、それもデータだ。5件でも、それもデータだ。100件集まったなら、何かをつかんでいる。

知り合いのある創業者は、犬の散歩代行のスケジュール管理アプリを考えていた。彼女はアイデアを1日かけて書き出し、さらに半日でシンプルなランディングページを作り、いくつかのコミュニティフォーラムに投稿した。1週間で登録は1件。彼女はそれを作らなかった。代わりに、2週間で400件の登録を集めた別のアイデアに時間を注いだ。それが正しい判断だ。

バズるような成功を狙っているわけではない。探しているのは、しきい値となる問い——「これは誰かが抱える課題を解決しているか?」だ。答えがノーなら、それを知るのにかかったコストは2時間といくらかの気まずさだけで、3ヶ月の開発期間ではない。

アプリを作る前に、先行販売をすべきか?

ウェイトリストページがうまくいったなら、するべきだ。先行販売は次のステップであり、同時に2つのことを検証してくれる——人々が実際にお金を払うかどうか、そして自分の課題理解が現実と一致しているかどうかだ。

ウェイトリストから5人にメールを送ろう。正直にこう伝える。「これを作っています。まだ完成していません。あなたが本当に必要とするものを確実に作るために、200ドルを前払いしていただけますか?」ビジネスを立ち上げようとしているのではない。自分の課題理解が現実と一致しているかを検証しているのだ。

ある簿記担当者は、中小企業の経費を自動分類するアプリのアイデアを持っていた。彼女はランディングページを作り、30件の登録を集めた。そして5人にメールを送り、こう伝えた。「これを作っています。最初の顧客として500ドルを払っていただき、正しく作れているか一緒に確認していただけますか?」

2人が「はい」と答えた。彼女は3週間彼らと一緒に過ごし、本当の課題は分類ではなく、_照合(リコンシリエーション)_だと知った。彼らが求めていたのは、帳簿が銀行口座と一致していることを会計士に証明する手助けをしてくれるアプリだった。彼女はあやうく見当違いのアプリを作るところだった。

もし誰も前払いしてくれなくても、それでいい——作る前にそれを知ることができたのだから。前払いしてくれたのに、そのニーズが想定と違っていたなら、それは_金鉱_だ。それこそ、コードを一行も書く前に交わしておきたい会話そのものだ。

見込み客のためにアプリを作る前に、何を尋ねるべきか?

一度の正直な対話で5つの質問をしよう。今その課題をどう解決しているか、その方法の一番悪いところは何か、範囲を絞った改善であればあなたのアプリを使うか、関連するツールに現在いくら使っているか、そして具体的な価格を提示したら「はい」と言うかどうか。何を作るかを決めるのは、あなたの思い込みではなく、彼らの答えであるべきだ。

前払いしてくれない人もいる。彼らはケチなのではなく、慎重なだけだ。まず何かを見てみたいのだ。

その場合は、通話の約束を取り付けよう。「僕のアプリのアイデアについて話しませんか?」という通話ではない。「あなたの課題についてずっと考えていて、正しく理解できているか確かめたいんです」という通話だ。

5つの質問をしよう。

今、この課題をどう解決していますか?
今のやり方で一番困っている部分は何ですか?
その部分だけを解決するものを作ったら、使いますか?
それに近い課題を解決するツールに、今いくら使っていますか?
月額Xドルで課金するとしたら、「はい」と言いますか、それとも「いいえ」ですか?

たいていの人は正直に答えてくれる。中にはあしらう人もいるだろう。正直に答えてくれる人——特に、自分なりの回避策や現在使っているツールについて教えてくれる人——こそ、あなたが作ろうとしている相手だ。

あるプロジェクト管理アプリの創業者は、3人のフリーランサーに話を聞いた。先ほどの質問を投げかけたところ、3人とも同じことを言った。「そのためのツールは使っていません。ただ頭の中で管理していて、しょっちゅう把握できなくなります」

その答えがすべてを変えた。彼女はプロジェクト管理ツールを作らなかった。代わりに、リマインダーを送る仕組みを作った。違うプロダクトであり、より良いプロダクトだ。_本当の_課題を理解した上で生まれたものだった。

アプリのアイデアが検証を通過したと言えるのはいつか?

アプリのアイデアが検証を通過したと言えるのは、3つのテストのうち少なくとも1つが本物の需要を裏付けたときだ。ウェイトリストが伸びている、前払いしてくれる人がいる、あるいは対話の中で課題について一貫したストーリーが語られている——そのときが、作るべきタイミングだ。

そしてそのときは自信を持って作れる。もう推測しているわけではないからだ。何を必要としているかをすでに教えてくれた、具体的な人たちのために作っているのだから。

それでも、いくつかの点では間違えるだろう。実際に作るという行為は、対話だけでは見えてこない具体的な選択を強いるものだ。だが間違えるのは_細部_であって、そのアプリに価値があるかどうかではない。

正直に言っておきたいこと

検証の結果がネガティブに出ることもある。ウェイトリストが埋まらない。誰も前払いしてくれない。対話は丁寧だが、反応は今ひとつだ。

それこそが本来の目的だ。それこそが勝利なのだ。誰も欲しがらないものを何週間もかけて作ってしまう前に、それを知ることができたのだから。

成功するアプリとは、創業者が検証など必要としない完璧なアイデアを持っていたケースではない。創業者が早い段階で検証し、考えを二度変え、三度目で正しいものを作り上げたケースなのだ。

検証に1週間を使おう。それから、開発に3ヶ月を使おう。その比率が、あなたのキャリアを変える。