MVP – Saat Membangun, Mengukur, Belajar Bukan Hanya Melempar Benda ke Dinding
Diterbitkan: 2017-05-29Dan melihat apakah mereka bekerja
Saya selalu terkejut ketika para kritikus mengeluh bahwa pendekatan Lean Startup Build, Measure, Learn tidak lebih dari "membuang produk yang tidak lengkap keluar dari gedung untuk melihat apakah mereka berfungsi."
Sayangnya diagram Bangun, Ukur, Pelajari adalah penyebab kebingungan itu. Sepintas tampak seperti proses menembak-siap-bidik.
Saatnya memperbarui Build, Measure, Learn ke apa yang sekarang kita ketahui sebagai cara terbaik untuk membangun startup Lean.
Begini caranya.
Bangun, Ukur, Pelajari terdengar cukup sederhana. Bangun produk, bawa ke dunia nyata, ukur reaksi dan perilaku pelanggan, pelajari dari ini, dan gunakan apa yang telah Anda pelajari untuk membangun sesuatu yang lebih baik. Ulangi, pelajari apakah akan mengulangi, memutar, atau memulai ulang hingga Anda memiliki sesuatu yang disukai pelanggan .
Pengembangan Air Terjun
Meskipun terdengar sederhana , pendekatan Build Measure Learn untuk pengembangan produk merupakan peningkatan radikal dari model Waterfall tradisional yang digunakan sepanjang abad ke - 20 untuk membuat dan mengirimkan produk. Saat itu, seorang pengusaha menggunakan proses pengembangan produk serial yang berjalan selangkah demi selangkah dengan sedikit jika ada umpan balik pelanggan. Pendiri berasumsi bahwa mereka memahami masalah/kebutuhan pelanggan, menulis dokumen persyaratan teknis, merancang produk, mengimplementasikan /membangun perangkat keras/lunak, memverifikasi bahwa produk tersebut berfungsi dengan mengujinya , dan kemudian memperkenalkan produk kepada pelanggan dalam bentuk formal yang disebut first customer ship .
Pengembangan Waterfall adalah tentang pelaksanaan dokumen persyaratan. Sementara versi awal produk dibagikan dengan pelanggan dalam Pengujian Alfa dan Beta, tujuan akses pelanggan awal ke produk adalah untuk mengungkap bug, bukan untuk memberikan umpan balik tentang fitur atau kegunaan. Hanya setelah pengiriman dan mencoba menjual produk, startup akan mendengar umpan balik substantif dari pelanggan. Dan terlalu sering, setelah berbulan-bulan atau bahkan bertahun-tahun dalam pengembangan, para pengusaha belajar dengan susah payah bahwa pelanggan tidak membeli produk mereka karena mereka tidak membutuhkan atau menginginkan sebagian besar fitur-fiturnya .
Sering kali perusahaan perlu tiga kali mencoba untuk mendapatkan produk yang benar. Versi 1 dibangun tanpa umpan balik pelanggan, dan sebelum versi 1 selesai, pekerjaan sudah dimulai pada versi 2 sehingga butuh waktu hingga versi 3 sebelum pelanggan benar-benar didengar (misalnya Microsoft Windows 3.0)
Praktik terbaik dalam pengembangan perangkat lunak mulai beralih ke pengembangan tangkas di awal tahun 2000-an. Metodologi ini ditingkatkan pada waterfall dengan membangun perangkat lunak secara iteratif dan melibatkan pelanggan. Tetapi tidak memiliki kerangka kerja untuk menguji semua komersialisasi hipotesis di luar gedung. Dengan Agile, Anda dapat memuaskan setiap fitur yang diminta pelanggan dan tetap gulung tikar.
Kemudian muncul fokus Build Measure Learn dari Lean Startup.
Membangun Ukuran Belajar
Tujuan Build-Measure-Learn bukan untuk membangun produk akhir untuk dikirim atau bahkan untuk membangun prototipe produk, tetapi untuk memaksimalkan pembelajaran melalui rekayasa inkremental dan iteratif. (Pembelajaran bisa tentang fitur produk, kebutuhan pelanggan, penetapan harga dan saluran distribusi yang tepat, dll.) Langkah "membangun" mengacu pada membangun produk yang layak minimal (MVP.) Sangat penting untuk memahami bahwa MVP bukanlah produk dengan lebih sedikit fitur. Melainkan itu adalah hal paling sederhana yang dapat Anda tunjukkan kepada pelanggan untuk mendapatkan pembelajaran paling banyak pada saat itu . Di awal startup, MVP bisa berupa slide PowerPoint, gambar rangka, model tanah liat, kumpulan data sampel, dll. Setiap kali Anda membuat MVP, Anda juga menentukan apa yang Anda coba uji/ ukur . Kemudian, seiring semakin banyak yang dipelajari, MVP beralih dari fidelitas rendah ke fidelitas lebih tinggi, tetapi tujuannya tetap untuk memaksimalkan pembelajaran bukan untuk membangun prototipe produk beta/fitur lengkap.
Direkomendasikan untukmu:
Bagaimana Metaverse Akan Mengubah Industri Otomotif India
Apa Arti Ketentuan Anti-Profiteering Bagi Startup India?
Bagaimana Startup Edtech Membantu Tenaga Kerja India Meningkatkan Keterampilan & Menjadi Siap Masa Depan...
Saham Teknologi Zaman Baru Minggu Ini: Masalah Zomato Berlanjut, EaseMyTrip Posting Stro...
Startup India Mengambil Jalan Pintas Dalam Mengejar Pendanaan
Platform Pemasaran Digital Logicserve Bags Pendanaan INR 80 Cr, Berganti Nama Sebagai LS Dig...
Peningkatan besar atas pengembangan Waterfall, Build Measure Learn memungkinkan startup menjadi cepat, gesit, dan efisien.
Diagram tiga lingkaran Build Measure Learn adalah perkiraan proses yang baik. Sayangnya, menggunakan kata "membangun" terlebih dahulu sering membingungkan orang. Diagram tampaknya menyiratkan membangun barang dan membuangnya keluar dari gedung. Versi yang lebih rinci dari diagram Build Measure Learn membantu memperjelas makna dengan menambahkan tiga elemen lagi: Ide -Build- Code -Measure- Data -Learn.
Versi lima bagian dari diagram Build Measure Learn membantu kita melihat bahwa maksud sebenarnya dari membangun adalah untuk menguji “ide” – bukan hanya untuk membangun secara membabi buta tanpa tujuan. Lingkaran berlabel "kode" dapat dengan mudah diberi label "membangun perangkat keras" atau "membangun genom buatan." Lingkaran berlabel "data" menunjukkan bahwa setelah kami mengukur eksperimen kami, kami akan menggunakan data untuk lebih menyempurnakan pembelajaran kami. Dan pembelajaran baru akan mempengaruhi ide-ide kita selanjutnya. Jadi kita dapat melihat bahwa tujuan Build-Measure-Learn bukan hanya untuk membangun sesuatu, tujuannya adalah untuk membangun sesuatu untuk memvalidasi atau membatalkan ide awal.
Fokus pada pengujian ide-ide spesifik melawan kekhawatiran bahwa build-measure-learn hanya membuang sesuatu ke dinding dan melihat apakah mereka berhasil.
Tapi itu masih belum cukup baik. Kami sekarang bisa melakukan yang lebih baik.
Mulailah Dengan Hipotesis
Apa yang terlewatkan oleh Build-Measure-Learn adalah bahwa usaha baru (baik startup maupun ide baru di perusahaan yang sudah ada) tidak dimulai dengan “ide”, mereka memulai dengan hipotesis (kata yang bagus untuk tebakan.) Penting untuk dipahami bahwa kata “ ide" dan "hipotesis" berarti dua hal yang sangat berbeda. Bagi sebagian besar inovator, kata "ide" memunculkan wawasan yang segera membutuhkan rencana untuk mewujudkannya. Sebaliknya, hipotesis berarti kita memiliki tebakan terpelajar yang memerlukan eksperimen dan data untuk memvalidasi atau membatalkan .
Hipotesis ini mencakup keseluruhan dari siapa pelanggannya, hingga apa proposisi nilai (fitur produk/layanan), penetapan harga, saluran distribusi, dan penciptaan permintaan (akuisisi pelanggan, aktivasi, retensi, dll.)
Bahwa Lean Startup dimulai dengan mengakui bahwa ide Anda hanyalah serangkaian hipotesis yang belum teruji adalah ide besar . Ini adalah ide yang sangat besar karena apa yang Anda buat harus sesuai dengan hipotesis yang ingin Anda uji.
Produk minimum yang layak yang perlu Anda buat untuk menemukan pelanggan yang tepat berbeda dari produk minimum yang layak yang Anda perlukan untuk menguji harga, yang berbeda dari MVP yang akan Anda buat untuk menguji fitur produk tertentu. Dan semua hipotesis ini (dan produk minimal yang layak) berubah seiring waktu saat Anda mempelajari lebih lanjut. Jadi, alih -alih Build-Measure-Learn, diagram untuk membangun produk minimal yang layak di Lean Startup terlihat seperti Hipotesis – Eksperimen – Tes – Wawasan.
Menghasilkan Hipotesis
Dengan menggunakan diagram Hipotesis – Eksperimen – Tes – Wawasan baru ini, pertanyaannya kemudian menjadi, “Hipotesis apa yang harus saya uji?” Untungnya, kanvas model bisnis Alexander Osterwalder menyajikan gambaran visual sembilan komponen bisnis dalam satu halaman. Mereka:
- Proposisi nilai, produk/jasa yang ditawarkan perusahaan (beserta manfaatnya bagi pelanggan).
- Segmen pelanggan, seperti pengguna dan pembayar atau ibu atau remaja.
- Saluran distribusi untuk menjangkau pelanggan dan menawarkan proposisi nilai kepada mereka
- Hubungan pelanggan untuk menciptakan permintaan.
- Aliran pendapatan yang dihasilkan oleh proposisi nilai.
- Aktivitas yang diperlukan untuk mengimplementasikan model bisnis.
- Sumber daya yang dibutuhkan untuk memungkinkan kegiatan.
- Diperlukan mitra pihak ketiga untuk memungkinkan kegiatan tersebut.
- Struktur biaya yang dihasilkan dari model bisnis.
Dan itu membawa kita pada definisi startup: Startup adalah organisasi sementara yang dirancang untuk mencari model bisnis yang dapat diulang dan terukur .
Menguji Hipotesis
Dan begitu hipotesis ini memenuhi Kanvas Model Bisnis, bagaimana cara seorang wirausahawan mengujinya? Jika Anda seorang ilmuwan, jawabannya mudah: Anda menjalankan eksperimen . Hal yang sama berlaku di Lean Startup. (The National Science Foundation menggambarkan kelas Lean LaunchPad sebagai metode ilmiah untuk kewirausahaan.)
Proses Pengembangan Pelanggan adalah metodologi sederhana untuk mengambil hipotesis usaha baru dan keluar dari gedung untuk mengujinya. Penemuan pelanggan menangkap visi pendiri dan mengubahnya menjadi serangkaian hipotesis model bisnis. Kemudian mengembangkan serangkaian eksperimen untuk menguji reaksi pelanggan terhadap hipotesis tersebut dan mengubahnya menjadi fakta. Eksperimen dapat berupa serangkaian pertanyaan yang Anda ajukan kepada pelanggan, tetapi yang paling sering adalah produk minimal yang layak untuk membantu calon pelanggan memahami solusi Anda yang menyertai pertanyaan tersebut.
Jadi ide besar lainnya di sini adalah startup tidak membangun produk minimal yang layak untuk membangun prototipe. Mereka sedang membangun produk yang layak minimal untuk belajar sebanyak mungkin .
Akhirnya, tujuan merancang eksperimen ini dan produk minimal yang layak bukanlah untuk mendapatkan data. Data bukanlah titik akhir. Siapa pun dapat mengumpulkan data. Kelompok fokus mengumpulkan data. Ini bukan kelompok fokus. Tujuannya adalah untuk mendapatkan wawasan . Inti dari keluar dari gedung adalah untuk menginformasikan visi pendiri . Wawasan mungkin datang dari menganalisis tanggapan pelanggan, tetapi juga mungkin berasal dari mengabaikan data atau menyadari bahwa apa yang Anda gambarkan adalah pasar baru yang mengganggu yang tidak ada, dan bahwa Anda perlu mengubah eksperimen Anda dari mengukur spesifik menjadi menciptakan masa depan.
[Postingan oleh Steve Blank ini pertama kali muncul di situs web resmi dan telah direproduksi dengan izin.]