Sebagian besar perusahaan gagal karena solusi mereka tidak menanggapi kebutuhan pasar, berfokus pada hal-hal lain, atau karena mereka terjun ke dalam pengembangan tanpa lingkaran umpan balik pengguna mereka menunggu terlalu lama untuk menempatkan solusi mereka di depan klien. Lalu, bagaimana prioritas fitur untuk MVP itu sendiri?
[1] MVP, sebagaimana dibingkai oleh Eric Ries di Lean Startup, bukanlah produk atau pun tidak layak. Semua orang ingin mengabaikan / melupakan ini, tetapi melihat Produk yang Dapat Diterima Minimum: panduan (misalnya) untuk mengingat bahwa MVP Eric adalah "versi produk baru yang memungkinkan tim untuk mengumpulkan jumlah maksimum pembelajaran yang divalidasi tentang pelanggan dengan yang paling sedikit usaha. "Ini mungkin kertas flipbook, iklan online palsu, mockup online yang tidak berfungsi, dll. Kita tidak bisa menjualnya (karena itu bukan produk), tetapi sebaliknya kita mengidentifikasi asumsi-asumsi risiko tertinggi tentang harapan kita untuk produk - dan uji mereka. Di mana rencana produk kami paling menakutkan atau lebih goyah? Di situlah untuk menggali terlebih dahulu dan memvalidasi sesuatu. Prioritaskan untuk pengurangan risiko dan pembelajaran cepat.
Kita semua mengabaikan / melupakan ini, karena perusahaan kita (terutama perusahaan rintisan) benar-benar ingin melewatkan semua pembelajaran yang berantakan ini, dan melanjutkan dengan bagian yang menyenangkan - membiarkan para insinyur membangun sesuatu. Kemudian kita dapat mulai menjual, berdasarkan tanggal pengiriman teknik yang benar-benar dapat dipercaya! Pembelajaran dan validasi memakan waktu, tidak pasti, terbuka, dan sulit dijelaskan kepada para eksekutif non-teknis. (“Mengapa kita tidak bisa membangun apa yang telah diminta pelanggan? Kita tidak punya waktu untuk hal-hal baru ini. Tulis di catatan PostIt dan mari kita kodekan.”)
Itu adalah ekonomi palsu. Trit saya adalah bahwa tidak ada yang lebih boros daripada merancang produk dengan brilian yang tidak terjual. (Empat Hukum Perangkat Lunak Ekonomi (Bagian 2)) Jadi kita perlu melakukan pekerjaan rumah kita.
[2] Minimum Produk yang Dapat Diterapkan, atau Produk Bermanfaat Minimum. Pada titik tertentu dalam siklus pengembangan, kami mungkin memiliki versi yang terbatas penggunaannya untuk subkumpulan basis pelanggan kami saat ini, atau kumpulan pelanggan baru yang sangat sempit. Bahkan jika itu tidak indah atau mudah dikonfigurasi atau memiliki teks bantuan atau multi-bahasa atau termasuk kemampuan Alexa atau aman untuk remaja … mungkin ada beberapa orang yang mau / perlu menggunakannya. Ini berfungsi baik sebagai pengujian beta (yaitu bahkan pengguna yang paling pemaaf atau putus asa dapat melakukan pekerjaan sialan kami?) Dan bukti sosial di antara pengguna awal.
Jika segmen seperti itu ada dan akan membayar kita untuk MWP / MUP jelek, kita harus mempertimbangkan pengubahan kembali backlog untuk memberikan yang pertama. Prioritaskan untuk pengujian pelanggan awal dan beberapa dukungan. Perlu dicatat tiga macam biaya:
Matikan hadiah: kita lupa bahwa pasar yang lebih besar membutuhkan produk yang lebih lengkap, dan ikuti beberapa pengadopsi awal pertama kita ke “lubang khusus fitur khusus-hanya-untuk-saya” ini. Kami menjadi pengembang khusus untuk produk satu kali. Rencana bisnis kami menderita.
Non-jelas trade-off teknis. Kami mungkin terburu-buru beberapa fitur melalui, menimbulkan hutang arsitektur atau teknis besar. (“Sebagian besar pelanggan akan memerlukan mekanisme ETL back-end yang dapat diskalakan, tetapi mari menunda bahwa mendukung widget konversi ini yang hanya dibutuhkan oleh 3 pelanggan awal beta kami. Kami akan meningkatkannya nanti, setelah banyak pelanggan mencekik pipeline data kami.”)
[3] Minimum Lovable Product, Minimum Marketable Product, Minimum Salable Product, Minimum TechCruch-Coverage-Worthy Product…
Ini benar-benar perlu bersaing di pasar terbuka melawan pesaing nyata. (Petunjuk: pesaing # 1 akan selalu “tidak ada yang di atas” atau “Saya tidak membeli dari siapa pun karena ini tidak cukup penting.”) Materi pemasaran Anda akan memerlukan beberapa klaim / pembedaan penting / nyata; agen penjualan Anda membutuhkan sesuatu yang menarik (dan sebagian besar benar) untuk memberi tahu pelanggan.
Prioritaskan berdasarkan satu set kemampuan yang benar-benar diperlukan. Jika Anda memiliki segmen pasar yang berbeda dengan ukuran yang sama, carilah satu segmen yang membutuhkan lebih sedikit dan urutkan pekerjaan Anda untuk memuaskan mereka sepenuhnya. Tetapi bangun dan kirimkan sesuatu yang akan dibanggakan ibumu: Anda akan menjual dan mendukungnya untuk waktu yang lama.
Sumber: