Cara Membangun Produk Minimum yang Berhasil dan Berhasil

Saya telah menghabiskan karir saya di Silicon Valley, tenggelam dalam budaya kewirausahaan yang dinamis. Setiap startup berada dalam perjalanan yang mengasyikkan dan seringkali berbahaya ke wilayah yang belum dipetakan, dan saya telah memulai perjalanan itu beberapa kali―sebagai insinyur perangkat lunak, manajer teknik, CTO, pendiri, dan pengembang lepas. Banyak produk yang saya buat menjangkau audiens ribuan orang―dan beberapa, jutaan.

Menurut pengalaman saya, salah satu alat paling ampuh dalam perangkat Silicon Valley adalah kemampuan untuk menyeimbangkan kecepatan dan kedalaman saat meluncurkan produk baru. Buku terlaris Eric Ries The Lean Startup mengkodekan filosofi ini dalam konsep produk yang layak minimum (MVP).

Mengapa MVP Lebih Berguna Dari Sebelumnya

Salah satu alasan utama gagasan tentang MVP telah berkembang biak dalam beberapa tahun terakhir adalah kecepatan dan skala yang belum pernah terjadi sebelumnya yang dengannya kami sekarang dapat memperoleh dan menindaklanjuti umpan balik pelanggan. Pada tahun 2009, game iPhone saya Slingshot Cowboy diunduh oleh jutaan orang dalam waktu seminggu setelah peluncurannya, dan dengan cepat mencapai puncak tangga lagu (mencapai posisi #1 Game Gratis beberapa kali selama masa pakainya) . Sebagian besar dari kesuksesan ini mungkin adalah keberuntungan, tetapi jika saya tidak mengumpulkan umpan balik yang cepat dan menerapkan prinsip-prinsip inti MVP sejak dini, saya tidak akan dapat mempertahankan momentum itu untuk waktu yang lama.

Prinsip lean bermuara pada kemampuan untuk beralih dengan cepat, menjadi cerdas dalam menghabiskan energi dan sumber daya Anda, dan menjadi gesit, fokus, dan berpikiran terbuka. Namun kami yakin penerapan metodologi ini tidak terbatas pada perusahaan rintisan, tim dalam perusahaan besar dapat memaksimalkan kecepatan inovasi mereka dengan menciptakan MVP yang sukses.

Mencapai keseimbangan antara kecepatan dan kualitas adalah salah satu pendorong inovasi yang paling penting untuk organisasi dari berbagai ukuran. Saat Anda memimpin pengembangan produk minimum Anda sendiri, berikut adalah strategi kami untuk membantu menjaga keseimbangan kedua bahan penting ini.

Pastikan MVP Anda adalah 'V'

Jika produk Anda tidak layak, upaya pengembangan tim Anda akan sia-sia. Untuk keberhasilan pembuatan produk minimum yang layak, Anda memerlukan umpan balik orang dalam awal untuk mendefinisikannya secara luas, umpan balik berkelanjutan untuk membentuknya dengan benar, dan alat seperti pengujian A/B untuk membuatnya tetap berkembang.

Dapatkan pendapat awal dari orang yang tepat

Mendapatkan umpan balik negatif dari pengguna tentang MVP Anda bisa sangat mengecewakan sehingga Anda merasa harus membatalkan proyek. Para inovator dapat menghindari pukulan yang menghancurkan ini dengan meminta pendapat awal dari para pemangku kepentingan dengan pemahaman yang mendalam tentang ruang, jauh sebelum mempertimbangkan MVP. Lebih baik lagi jika Anda memiliki penasihat berpengetahuan yang dapat membantu menentukan MVP Anda pada tahap konsep.

Ketika tim inovasi memiliki ide yang menjanjikan, mereka mungkin tergoda untuk menyembunyikan pembuatan MVP secara rahasia: “Kami dalam mode sembunyi-sembunyi, belum dapat memberi tahu Anda banyak tentang hal itu.” Itu mungkin bermanfaat dalam beberapa kasus, tetapi secara umum, mendapatkan umpan balik lebih penting. Jika menurut Anda produk Anda merupakan penemuan yang benar-benar orisinal, Anda selalu dapat mengajukan paten sementara.

Kumpulkan umpan balik pengguna yang pasti

Bahkan jika Anda menganggap diri Anda seorang visioner di industri atau sektor Anda, hakim utama Anda adalah pengguna Anda, dan mereka mungkin membuktikan bahwa Anda salah dalam banyak hal. Mengumpulkan umpan balik pengalaman pengguna dan melacak perilaku pengguna adalah salah satu tujuan paling penting dari MVP.

Masukkan analitik. Mengumpulkan data yang komprehensif adalah kunci untuk mencapai salah satu tujuan utama dari MVP―”pembelajaran tervalidasi” Anda, sebuah proses di mana seseorang belajar dengan mencoba ide awal dan mengukurnya untuk memvalidasi (atau membatalkan) efeknya. Itu tidak berarti Anda ingin melacak segala sesuatu tentang UX yang mungkin Anda bisa, alih-alih kewalahan dengan volume data mentah, identifikasi metrik yang paling penting.

Gunakan pengujian A/B untuk melakukan iterasi dengan cepat

Pengujian A/B telah menjadi kebutuhan pokok perusahaan dalam hal penyempurnaan produk. Kapan pun Anda perlu memilih di antara perilaku produk alternatif, pengujian A/B adalah cara untuk melakukannya secara real time tanpa harus meluncurkan versi baru.

Misalnya, jika produk Anda adalah game, Anda mungkin ingin mencoba pengaturan game yang berbeda dan kemudian memeriksa analitik Anda untuk menyimpulkan kombinasi mana yang secara positif memengaruhi metrik utama Anda: permainan game yang lebih lama, kelengketan yang lebih baik, dll. Itulah tepatnya yang telah saya lakukan untuk sebagian besar game saya: setiap aspek gameplay dikendalikan oleh pengaturan yang dapat saya atur secara real time. Bentuk pembelajaran yang divalidasi ini membantu saya menentukan kombinasi pengaturan yang optimal untuk target pasar saya.

Untuk bacaan lebih lanjut, Steven Dow dari Stanford mengeksplorasi variasi konsep ini dalam Bagaimana Praktik Pembuatan Prototipe Mempengaruhi Hasil Desain.

Perhatikan ruang produk Anda

Tidak peduli seberapa orisinal ide Anda, yakinlah bahwa seseorang telah memikirkannya. Jika produk minimum Anda yang layak memenuhi kebutuhan pelanggan yang tepat waktu dan mendesak, kemungkinan besar pada saat Anda selesai, pesaing Anda juga mendapatkan daya tarik. Stabilitas itu penting―seperti yang ditekankan di bagian berikutnya―tetapi tidak apa-apa untuk mengubah MVP Anda dari waktu ke waktu, menarik inspirasi dari pesaing dan mengalihkan fokus untuk menekankan fitur yang menjadi keunggulan kompetitif Anda.

Menemukan keseimbangan antara "minimum" dan "layak" adalah keterampilan intuitif, dan keterampilan yang perlu Anda latih berulang kali, terutama jika pasar bergeser sebelum Anda mengirimkan MVP Anda.

Menemukan 'M'

Setelah Anda menentukan produk yang layak yang memenuhi kebutuhan yang jelas untuk target pasar Anda, penting untuk mempersempit fokus tim Anda.

Tentukan produk Anda

MVP seperti boneka matryoshka: Selalu ada MVP yang lebih kecil di dalamnya. Definisi produk terdiri dari menemukan minimum yang paling praktis, tergantung pada tujuan Anda.

Jika produk Anda menghadap pengguna, mulailah dengan gambar rangkaini adalah MVP pertama dan terdalam Anda. “Boneka” berikutnya di sekitarnya mungkin adalah “click dummy”, sebuah demo interaktif yang tidak melakukan apa pun secara nyata tetapi memungkinkan Anda untuk melihatnya di platform target dan mendapatkan pengalaman pertama Anda dengan alur pengguna.

Setelah Anda puas dengan prototipe itu, mulailah membuat boneka yang lebih besar, lapisan yang mulai memberikan nilai nyata kepada pengguna. Pada tahap ini, Anda dapat memilih untuk mulai menyempurnakan fitur inti. Intinya: tentukan dengan jelas tonggak-tonggak kecil, jangan melompat ke depan, dan pastikan bahwa Anda telah memenuhi kriteria Anda sendiri sebelum melangkah lebih jauh.

Ini berlaku untuk MVP yang awalnya dibawa oleh perusahaan Anda ke pasar, tetapi mentalitas minimum yang layak juga harus berlanjut di seluruh siklus hidup produk Anda. Pikirkan setiap rilis baru sebagai MVP yang lebih besar―saat Anda menambahkan lapisan baru fitur baru, pastikan itu cocok dengan yang sebelumnya dengan membuat perubahan paling sedikit yang diperlukan untuk mencapai versi baru yang layak.

Menemukan keseimbangan antara "minimum" dan "layak" adalah keterampilan intuitif, dan keterampilan yang perlu Anda latih berulang kali.

Kelola dengan disiplin

Apakah pemangku kepentingan Anda yang paling vokal berada dalam perusahaan Anda atau klien eksternal, mereka sebaiknya diberi tahu tentang bahaya merayap fitur dan menekan keinginan mereka untuk menambahkan "harus kaya" baru pada saat terakhir.

Tidak terkendali, kecenderungan untuk menyimpang dari minimum yang ditentukan akan menguras moral. Momen membanggakan ketika developer selesai menghubungkan semua komponen menjadi antiklimaks. Tujuan yang terus bergerak memicu ketidakstabilan produk.

Khususnya di perusahaan, proses membangun MVP yang sukses akan mendapat manfaat dari sponsor eksekutif yang mengingatkan rekan-rekan mereka dan pemangku kepentingan lainnya, sesering yang diperlukan, bahwa “Kita harus berhenti sekarang dan mendorong fitur ini keluar. Ini mungkin tidak terlihat cukup baik bagi Anda, tetapi akan jauh lebih buruk jika rusak.” Sebagai seorang eksekutif, tugas Anda adalah melindungi pengembang dari pengaruh eksternal, memberikan contoh dalam budaya kerja Anda untuk tetap berpegang pada prioritas.

Insinyur dengan disiplin

Sebaliknya, pengembang perangkat lunak dan manajer mereka harus menghargai tenggat waktu dan menjaga aspirasi perfeksionis mereka tetap terkendali. Berikut adalah skenario umum: “Potongan kode ini terlihat jelek, yang itu benar-benar tidak efisien; kita harus membersihkan dan memperbaiki.”

Pengembang mungkin benar untuk mengatakan ini―tetapi manajer mereka tetap harus menolak. Sebagai manajer teknis, Anda mungkin senang dengan perhatian mereka terhadap detail dan ingin menindaklanjutinya. Tapi ini masalah waktu, ingatlah pertimbangan penting pengiriman dan mendapatkan umpan balik, dan alih-alih membuat catatan masalah kritis non-misi, membersihkannya di iterasi berikutnya.

Prinsip ramping dalam tindakan

Keberhasilan produk Anda sepenuhnya bergantung pada dinamika pasar yang akan Anda masuki. Namun, di mana pun Anda menggambar garis definisi produk untuk MVP Anda, kami menawarkan dua taktik praktis tambahan yang digunakan perusahaan sukses untuk mengirimkan MVP mereka.

Manfaatkan komponen pihak ketiga

Sedapat mungkin, tim inovasi tidak boleh menemukan kembali roda saat membuat MVP. Anda selalu dapat mengganti komponen pihak ketiga nanti dengan sesuatu yang dikembangkan sendiri, bila waktunya tepat. Rasa malu akan ketidakorisinalitasan sudah lama berlalu: Ini adalah praktik umum sekarang, dan banyak dari blok bangunan bersifat open source dan dapat disesuaikan.

Misalnya, jika produk Anda menyertakan komunikasi waktu nyata, ada solusi pihak ketiga yang sangat baik yang mudah diintegrasikan dan menyertakan fitur utama seperti UI yang dapat disesuaikan, infrastruktur komunikasi, dan enkripsi. Demikian juga, jika Anda membuat aplikasi, mencapai tampilan profesional dengan animasi dan transisi yang tajam mungkin tidak memerlukan desainer internal―pengembang Anda dapat menghemat waktu dengan komponen pihak ketiga.

Memang benar bahwa beberapa solusi pihak ketiga akan cocok dengan kasus penggunaan Anda dengan sempurna. Tapi mereka belum. Selama mereka mengizinkan Anda mengirimkan produk yang dapat memvalidasi investasi masa depan dalam solusi khusus, Anda masih unggul.

Potong waktu pengembangan, tetapi jangan mengorbankan fondasi yang kokoh untuk masa depan

Pengembang pertama Anda harus yang terbaik. Jangan mulai dengan pekerja magang: investasikan bakat sejak awal. Ini mungkin terdengar seperti kontradiksi dari premis inti dari metodologi "lean", tetapi "murah" belum tentu "ramping". Meskipun anggaran perusahaan bisa ketat, tarif per jam pengembang hanyalah salah satu komponen dari biaya—waktu pengembangan tumbuh dalam proporsi yang berbanding terbalik dengan tarif per jam. Kalikan keduanya dan keuntungan biaya Anda sudah hilang.

Tambahkan waktu yang Anda habiskan untuk mentoring dan mengejar bug yang seharusnya tidak ada sejak awal. Pertimbangkan overhead dari setiap hari yang hilang: Ruang kantor, gaji karyawan lain, biaya server, dll. Faktor yang tidak berwujud seperti biaya peluang jika Anda datang terlambat ke pasar.

Melakukan perhitungan, Anda menyadari bahwa Anda akan jauh lebih baik mempekerjakan satu pengembang "mahal" dan berpengalaman untuk menghasilkan MVP versus sekelompok junior. Pengembang junior dapat datang kemudian setelah fondasi produk Anda dibuat dan Anda dapat mulai berpikir untuk mengoptimalkan biaya jangka panjang.

Berikut adalah contoh kehidupan nyata. Seorang teman pengusaha saya ingin menambahkan beberapa fitur yang tampaknya sepele ke MVP-nya. Dia memiliki satu pengembang yang sangat berpengalaman di tim yang telah menghasilkan hasil yang bagus dengan $120/jam. Berpikir bahwa fitur berikutnya bisa lebih murah, teman saya menyewa pekerja magang dengan bayaran $30/jam.

Magang selesai empat hari kemudian. Pada pemeriksaan sepintas, fitur-fiturnya tampak berfungsi, dan teman saya pindah ke tahap berikutnya. Pengembang yang berpengalaman terlibat lagi, dan dia menyadari bahwa kode tersebut tidak hanya gagal dalam beberapa kasus sudut, tetapi juga tidak dapat dipertahankan ke depannya. Jadi dia menghabiskan sepanjang hari untuk menulis ulang.

Empat hari kerja magang ($960) ditambah satu hari menulis ulang ($960) = $1920. Jika pengembang berpengalaman telah mengerjakan fitur di tempat pertama, itu akan dilakukan dengan benar dalam seperlima dari waktu dan biaya kurang dari setengah dari uang, bahkan tanpa biaya lain yang diperhitungkan.

Kesempurnaan belum menjadi tujuan, tetapi ada risiko koreksi berlebihan terhadap kualitas―Anda dapat sepenuhnya mendiskreditkan produk Anda dengan melepaskan sesuatu yang mogok di kiri dan kanan, tidak dipoles, kikuk, dan tidak dapat digunakan. Akibatnya Anda mungkin tidak mendapatkan kesempatan kedua.

Pertajam insting Anda dan nikmati petualangannya

Kami hanya menyentuh beberapa aspek pengembangan MVP di sini. Tetapi bahkan dengan panduan yang lengkap, akan selalu ada lebih banyak proses daripada yang Anda yakini, lebih banyak pekerjaan daripada yang Anda prediksi, dan lebih banyak tantangan daripada yang Anda antisipasi.

Pada titik tertentu Anda harus menarik garis dan mengeluarkan produk Anda ke dunia. Ini adalah momen yang paling mengerikan dan mengasyikkan, dan tidak ada ilmu pasti untuk itu. Anda harus memercayai firasat Anda, tetapi mengikuti prinsip lean dalam prosesnya akan membantu Anda mengasah insting Anda dan membuat keputusan penting itu lebih mudah. Dan begitu Anda mencapai tonggak pertama umpan balik positif dan memiliki keyakinan pada visi Anda, Anda dapat mulai mendorong lebih jauh dan lebih jauh, ke dalam, menuju produk impian Anda.