CB Insights menerbitkan pecahan tahunan tentang mengapa startup gagal. Selama bertahun-tahun, sebabnya sama: "tiada keperluan pasaran." Bukan pelaksanaan yang buruk. Bukan kehabisan wang. Bukan pasukan yang buruk. Produk hanya tidak menyelesaikan masalah yang orang ramai peduli cukup untuk mengubah tingkah laku mereka.
Statistik itu menakjubkan apabila anda mempertimbangkan berapa banyak usaha yang masuk ke dalam membina produk. Pasukan menghabiskan berbulan-bulan — kadang-kadang bertahun-tahun — mereka bentuk sistem, menulis kod, berhujah tentang seni bina, dan menyempurnakan aliran. Dan sebab paling biasa mereka gagal ialah tiada siapa yang bertanya sama ada mana-mana daripadanya menyelesaikan masalah sebenar.
Membina produk yang orang ramai benar-benar mahukan bukan bakat. Ia adalah disiplin. Ia mempunyai kaedah, dan kaedah itu boleh dipelajari.
Kesilapan produk paling biasa ialah cinta kepada penyelesaian sebelum anda memahami masalah dengan mendalam. Ini hampir universal di kalangan pengasas pertama kali dan mengejutkan biasa di kalangan yang berpengalaman. Coraknya selalu sama: seseorang mempunyai idea, mereka mendapatinya menarik, dan mereka mula membina. Pelanggan adalah pemikiran ketinggalan — seseorang untuk dipujuk, bukan difahami.
Penawar bukan rumit tetapi ia memerlukan disiplin: belanjakan lebih banyak masa pada masalah daripada yang anda fikir wajar, sebelum anda mempertimbangkan penyelesaian sama sekali. Berbincang dengan orang yang mempunyai masalah. Tonton mereka bekerja. Fahami jalan pintas yang mereka gunakan hari ini dan mengapa jalan pintas itu tidak sempurna. Hanya kemudian anda mempunyai konteks yang mencukupi untuk mereka bentuk sesuatu yang benar-benar sesuai.
Pengembangan produk yang baik bukan garis lurus — ia adalah gelung. Setiap lelaran di sekitar gelung adalah peluang untuk menggantikan andaian dengan bukti. Pasukan yang membina produk yang orang ramai mahukan adalah yang menyelesaikan gelung ini dengan cepat dan kerap.
Gelung bukan formaliti. Setiap peringkat mempunyai output khusus yang menjadi input untuk yang seterusnya. Melangkau peringkat — paling biasa melangkau terus daripada Masalah kepada Bina — adalah apa yang menghasilkan produk yang terlepas tanduk.
Bukan semua masalah patut diselesaikan. Masalah produk yang baik mempunyai tiga kualiti: ia kerap (menjejaskan orang kerap, bukan jarang), ia intensif (orang merasakannya cukup untuk menginginkan kelegaan), dan penyelesaian sedia ada benar-benar tidak mencukupi (bukan hanya sedikit berbeza daripada apa yang anda bangun).
Kesilapan ialah mengoptimalkan untuk kualiti pertama dan mengabaikan dua yang lain. "Orang membazirkan masa dalam mesyuarat" adalah kerap. Tetapi jika kesakitan itu rendah — jika orang telah menemui jalan pintas yang cukup baik — masalah itu mungkin tidak patut diselesaikan secara komersial. Dan jika sudah ada dua belas alat yang melakukan apa yang anda ingin lakukan, anda memerlukan sebab yang sangat khusus mengapa yang anda miliki akan dipilih.
Penyelidikan mempunyai reputasi buruk dalam kalangan produk — ia dikaitkan dengan perunding perlahan, laporan tebal, dan penemuan yang tiada siapa membaca. Itu adalah kegagalan pelaksanaan, bukan amalan. Penyelidikan produk yang baik cepat, khusus, dan mengubah apa yang anda bina.
Matlamat penyelidikan bukan untuk mengesahkan bahawa masalah itu nyata. Anda sudah sepatutnya percaya itu sebelum anda melabur banyak dalam penyelidikan. Matlamatnya adalah memahami masalah dengan cukup mendalam untuk mengetahui apa yang penyelesaian yang baik kelihatannya: siapa khususnya yang mempunyai masalah, dalam konteks apa, apa yang mereka sudah cuba, perkataan apa yang mereka gunakan untuk menggambarkannya, dan apa "diselesaikan" kelihatannya kepada mereka.
Hipotesis ialah ramalan khusus dan dapat disalahkan tentang apa yang anda percaya adalah benar. Ia memaksa kejelasan. Jika anda tidak dapat menulis hipotesis yang jelas, anda belum memahami masalah dengan cukup mendalam untuk membina penyelesaian.
Hipotesis produk yang berguna mempunyai tiga bahagian:
Isyarat adalah bahagian paling penting — dan yang paling biasa ditinggalkan. Tanpa keadaan falsifikasi yang telah ditentukan, setiap eksperimen "agak berfungsi." Pasukan mencari cara untuk mentafsir data yang tidak jelas secara menguntungkan. Hipotesis tanpa keadaan pemalsuan hanya doa.
Fasa pembinaan ialah di mana kebanyakan pasukan menghabiskan terlalu banyak masa. Matlamatnya bukan untuk membina produk — ia untuk membina perkara minimum yang akan memberikan anda isyarat pada hipotesis anda. Ini adalah objektif yang berbeza dan mereka menghasilkan output yang sangat berbeza.
Untuk kebanyakan hipotesis peringkat awal, minimum adalah jauh lebih kecil daripada yang pasukan fikirkan. Bolehkah anda secara manual melakukan apa yang perisian akan lakukan, untuk sepuluh orang, untuk menguji sama ada mereka menghargai hasil? Bolehkah anda menjahit alat sedia ada dan menguji aliran kerja sebelum anda membina infrastruktur baru? Bolehkah anda melakar prototaip dan memandu melaluinya dengan lima pengguna sebelum menulis sebarang kod?
Disiplin di sini adalah bertanya, sebelum membina apa-apa: "Apa yang saya cuba pelajari?" dan "Apakah perkara minimum yang akan membiarkan saya mempelajarinya?" Jawapannya hampir selalu lebih kecil daripada apa yang pasukan ingin bina.
Selepas peluncuran — sama ada itu prototaip, pelopor manual, atau ciri yang digunakan — fasa ukuran ialah di mana pasukan paling biasa memperdayakan diri mereka sendiri. Mereka bertanya kepada pengguna sama ada mereka menyukainya. Pengguna berkata ya. Pasukan menandakan eksperimen sebagai disahkan.
Sentimen bukan isyarat. Satu-satunya isyarat yang boleh dipercayai adalah tingkah laku: adakah orang melakukan perkara itu? Adakah mereka kembali? Adakah mereka membayar? Adakah mereka memberitahu orang lain?
Untuk pengukuran kuantitatif, instrumen sebelum anda melancarkan. Ketahui tindakan khusus yang anda jejaki. Tetapkan ambang terlebih dahulu — "kami akan mempertimbangkan ini disahkan jika X% pengguna menyelesaikan Y dalam Z hari." Untuk pengukuran kualitatif, lakukan temu duga susulan berstruktur, bukan tinjauan kepuasan terbuka.
Fasa pembelajaran adalah tentang mengemas kini model mental anda tentang pengguna dan masalah, bukan hanya memutuskan apa yang perlu dibina seterusnya. Pasukan yang langkau langkah ini mengumpul data tetapi tidak mengumpul pemahaman. Mereka melaksanakan dengan cepat tetapi tidak meningkatkan pertimbangan mereka dari semasa ke semasa.
Sesi pembelajaran yang baik bertanya: Apa yang kami ramalkan? Apa yang sebenarnya berlaku? Apa yang jurang beritahu kami tentang andaian kami? Apakah perkara paling penting yang kami tidak tahu?
Output fasa pembelajaran adalah takrifan masalah yang lebih tajam, hipotesis yang disemak, atau — jika eksperimen dengan jelas gagal — keputusan untuk mengejar arah yang berbeza sepenuhnya. Semua hasil ini berharga. Hasil terburuk ialah kekaburan: "kami belajar beberapa perkara tetapi tidak pasti apa yang perlu dilakukan seterusnya." Itu adalah tanda eksperimen tidak cukup khusus.
Pengembangan produk tidak pernah mencapai peringkat di mana anda berhenti menjalankan gelung ini. Soalannya berubah — di awal anda mengesahkan sama ada masalah itu nyata; kemudian anda mengesahkan sama ada elemen penyelesaian tertentu berfungsi — tetapi strukturnya selalu sama. Perhatikan, hipotesis, ujian, pelajari.
Pasukan yang membina produk yang orang ramai mahukan bukan yang mempunyai wawasan awal paling bijak. Mereka adalah yang menyelesaikan gelung dengan paling cepat dan paling jujur. Kecepatan pembelajaran, bukan kecepatan penghantaran, adalah kelebihan kompetitif.