Cara Mengesahkan Idea Aplikasi Sebelum Anda Membinanya

Untuk mengesahkan idea aplikasi, cari tahu sama ada kumpulan orang tertentu mempunyai masalah itu, sedang cuba menyelesaikannya, dan sanggup memberikan sesuatu yang nyata — masa, e-mel, wang — untuk penyelesaian anda. Mulakan dengan perbualan, beralih ke halaman pendaratan atau senarai menunggu, dan anggap pra-jualan atau pengguna yang kembali sebagai bukti yang paling kuat. Setiap langkah menelan kos sedikit lebih banyak dan memberi anda maklumat sedikit lebih banyak.

Pengesahan tidak membuktikan idea itu akan berjaya. Ia hanya mengurangkan kemungkinan anda menghabiskan berbulan-bulan untuk sesuatu yang tiada orang mahukan.

Apa yang sebenarnya anda uji

"Adakah ini idea yang baik?" terlalu kabur untuk diuji. Pecahkannya kepada soalan yang boleh dijawab:

Soalan terakhir selalunya diabaikan. Masalah yang nyata tetapi anda tidak dapat mencapai pelanggannya tetap merupakan perniagaan yang sukar.

Langkah 1: Tuliskan andaian paling berisiko anda

Sebelum sebarang penyelidikan, tulis idea itu sebagai satu ayat: "[Siapa] bergelut dengan [masalah] dan akan menggunakan [penyelesaian] kerana [sebab]." Kemudian senaraikan apa yang mesti benar supaya ia berfungsi, dan bulatkan perkara yang paling anda ragui. Itulah yang anda uji dahulu.

Bagi aplikasi penjadualan untuk pengusaha penjagaan anjing, andaian paling berisiko mungkin bukan "pengusaha penjagaan perlukan penjadualan" — mereka memang perlu — tetapi "pengusaha penjagaan cukup tidak berpuas hati dengan alat semasa mereka untuk bertukar".

Langkah 2: Temu bual masalah

Temu bual ialah kaedah yang paling murah dan paling tinggi isyaratnya, dan yang paling mudah dibuat dengan salah. Matlamatnya ialah belajar tentang tingkah laku semasa orang itu, bukan untuk menjual.

Siapa yang perlu ditemu bual

Orang yang sepadan dengan penerangan satu ayat anda. Ahli keluarga dan rakan boleh untuk latihan tetapi akan bersikap baik dan bukan jujur. Cari bakal pelanggan sebenar di tempat yang mereka sudah berada: kumpulan industri, subreddit, persatuan perniagaan tempatan, rangkaian anda sendiri di LinkedIn.

Apa yang perlu ditanya

Tanya tentang masa lalu, bukan masa depan yang hipotetikal:

• "Ceritakan tentang kali terakhir anda berhadapan dengan [masalah]."
• "Apa yang anda lakukan mengenainya? Alat apa yang anda gunakan?"
• "Apa yang menyusahkan tentang itu?"
• "Adakah anda pernah membayar untuk membetulkannya? Mengapa atau mengapa tidak?"
• "Siapa lagi yang terlibat apabila ini berlaku?"

Apa yang perlu dielakkan

• "Adakah anda akan guna aplikasi yang…?" Hampir semua orang berkata ya untuk bersopan.
• Menunjukkan penyelesaian anda terlalu awal. Sebaik sahaja mereka melihatnya, mereka bertindak balas terhadapnya dan bukannya memberitahu anda tentang masalah mereka.
• Mengira pujian. "Itu idea yang hebat" bukan bukti. "Boleh saya cuba bila ia siap?" sedikit sebanyak adalah bukti. "Ini kad saya" adalah bukti yang banyak.

Catatkan nota, dan selepas itu tuliskan tiga perkara yang anda pelajari. Apabila beberapa orang menerangkan kesakitan yang sama dengan perkataan yang serupa, tuliskan perkataan itu — ia akan menjadi tajuk halaman pendaratan anda.

Langkah 3: Semak apa yang sedia ada

Cari masalahnya, bukan penyelesaian anda. Lihat produk sedia ada, halaman harga dan ulasan awam mereka. Persaingan biasanya tanda yang baik: ia bermakna orang membayar untuk menyelesaikan masalah itu. Apa yang anda cari ialah jurang — kumpulan yang tidak dilayan dengan baik oleh alat sedia ada, titik harga yang tiada siapa liputi, atau aliran kerja yang masih dilakukan dalam hamparan.

Jika tiada apa-apa wujud langsung, siasat sebabnya. Kadang-kadang ia peluang; selalunya ia bermakna masalahnya tidak cukup menyakitkan untuk dibayar.

Langkah 4: Ujian smoke dengan halaman pendaratan

Ujian smoke ialah halaman yang menerangkan produk seolah-olah ia wujud, dengan tindakan yang jelas: sertai senarai menunggu, minta akses, atau pra-pesan. Kemudian anda hantar orang yang disasarkan ke halaman itu dan mengukur berapa ramai yang mengambil tindakan.

Apa yang diperlukan oleh halaman itu:

1. Tajuk yang menamakan masalah dengan perkataan responden temu bual anda.
2. Tiga atau empat manfaat khusus — apa yang berubah untuk pengguna.
3. Satu seruan tindakan.
4. Nota yang jujur bahawa produk sedang dibangunkan, supaya tiada siapa rasa tertipu.

Kemudian bawa trafik dari tempat audiens anda berada. Ujian iklan berbayar kecil yang disasarkan kepada audiens yang sempit boleh berkesan; begitu juga siaran dalam komuniti, selagi anda mengikut peraturan mereka. Cara membina halaman pendaratan yang menukar merangkumi struktur dan salinan.

Membaca keputusan

Tiada kadar penukaran "baik" yang universal, jadi bandingkan dengan diri anda sendiri: jalankan dua tajuk atau dua audiens dan lihat yang mana lebih baik. Output yang paling berguna bukan peratusannya; ia ialah senarai orang yang mendaftar. E-mel mereka dan minta panggilan.

Langkah 5: Bina senarai menunggu — dan gunakannya

Senarai menunggu mengumpulkan e-mel daripada orang yang berminat sebelum pelancaran. Ia berguna untuk dua sebab: ia memberi anda orang untuk ditemu bual, dan ia memberi anda audiens pada hari pelancaran.

Kelemahannya ialah mendaftar hampir percuma. Jadikan senarai itu bekerja lebih keras:

• Tanya satu soalan semasa pendaftaran, seperti "Apa yang anda guna untuk ini hari ini?"
• Balas peserta awal secara peribadi dan minta 15 minit.
• Hantar kemas kini ringkas setiap beberapa minggu supaya senarai itu tidak menjadi sejuk.

Cara membina halaman senarai menunggu merangkumi pembinaan, termasuk di mana e-mel disimpan.

Langkah 6: Pra-jual atau ambil deposit

Isyarat awal yang paling kuat ialah wang. Tawarkan akses awal dengan diskaun, harga ahli pengasas, atau deposit yang boleh dikembalikan, dan lihat siapa yang membayar. Gunakan pautan pembayaran daripada pembekal pembayaran anda; anda tidak perlukan produk yang siap.

Bersikaplah terus: nyatakan bila anda menjangkakan penghantaran, dan pulangkan wang kepada sesiapa yang memintanya. Pra-jualan yang tiada siapa ambil juga merupakan keputusan — ia mungkin bermakna harganya salah, audiensnya salah, atau kesakitannya tidak setajam yang kedengaran dalam temu bual.

Langkah 7: Ujian concierge dan Wizard-of-Oz

Kadang-kadang "produk" yang paling pantas ialah anda sendiri.

• Ujian concierge: berikan hasilnya secara manual. Jika aplikasi akan menjana laporan mingguan, buat sendiri dalam hamparan dan e-melkannya. Anda belajar dengan tepat apa yang dihargai oleh pengguna sebelum mengautomasikannya.
• Ujian Wizard-of-Oz: pengguna melihat antara muka yang mudah, tetapi di sebaliknya anda melakukan kerjanya secara manual. Pengguna mengalami produk itu; anda belajar sama ada mereka kembali.

Kedua-duanya perlahan untuk diskalakan, dan itulah tujuannya. Anda hanya mengautomasikan apa yang telah terbukti berbaloi untuk dilakukan.

Langkah 8: Bina MVP kecil dan perhatikan tingkah laku

Produk minimum yang berdaya maju (MVP) ialah versi terkecil yang melakukan satu tugas teras. Dengan pembina aplikasi AI, MVP yang berfungsi dengan pangkalan data dan log masuk boleh mengambil masa beberapa hari dan bukannya berbulan-bulan, jadi kini munasabah untuk menjadikannya sebahagian daripada pengesahan — lihat apa itu MVP.

Metrik utama bukanlah pendaftaran tetapi penggunaan berulang. Adakah orang kembali kali kedua dan ketiga tanpa anda mendesak mereka? Adakah mereka menjemput rakan sekerja? Adakah mereka merungut apabila ia rosak? Itu tanda bahawa aplikasi itu penting kepada mereka.

Membandingkan kaedah pengesahan

Bila hendak berhenti, berubah atau teruskan

Tetapkan ambang anda sebelum bermula — contohnya, "sepuluh temu bual, tiga orang berkata mereka akan membayar, satu pra-jualan". Kemudian jujurlah:

• Teruskan jika orang terus menerangkan kesakitan yang sama dan sebahagian daripada mereka memberikan wang atau masa.
• Ubah jika kesakitannya nyata tetapi untuk kumpulan yang berbeza, atau pada harga yang berbeza daripada yang anda jangkakan. Itu biasa dan berguna.
• Berhenti jika tiada siapa cuba menyelesaikan masalah itu, tiada siapa akan membayar, dan anda tidak dapat mencapai orang yang mengalaminya.

Berhenti awal ialah hasil yang baik. Ia membebaskan anda untuk menguji idea seterusnya.

Mengesahkan dengan Mythex

Mythex sesuai untuk langkah-langkah kemudian dalam proses ini. Anda boleh menerangkan halaman pendaratan dengan borang senarai menunggu dan menjadikannya langsung pada URL awam pada hari yang sama, dengan pendaftaran disimpan dalam pangkalan data, kemudian menukar projek yang sama kepada MVP kecil apabila isyaratnya baik. Ia percuma untuk bermula, dan panduan senarai menunggu dalam dokumentasi menunjukkan langkah-langkahnya. Jika anda menimbang bajet, berapa kos membina aplikasi membandingkan pilihan yang ada.

Soalan lazim