Rasa-rasanya sih kita semua udah ga asing ya sama istilah si MVP ini. Eits tapi bukan MVP-nya mobile legends ya, kalo itu Most Valuable Player dimana saya jarang banget dapet, jadi skip aja, haha. Jadi MVP yang saya maksud disini Minimum Viable Product, sebuah strategi yang sekarang kepake banget apalagi di iklim startup.
Ya masuk akal banget sih, ketimbang nunggu product-nya sempurna, mending langsung di deliver aja kalo udah bisa jalan sekalian ngetest pasar dan dapetin feedback. Misal kamu sama temen-temen mau bikin alat transportasi pribadi yang nyaman, alih-alih langsung bikin mobil full fitur yang bisa dijual dengan modal yang teramat gede, mending bikin mobil sederhana dengan fungsi dasarnya mobil, yakni untuk alat transportasi.
Nah kenapa tiba-tiba bahas MVP? jadi di awal karir saya sebagai product designer, saya dapet semacam tamparan keras. Sebelumnya, saya ngerasa sebisa mungkin harus ngejawab sebanyak mungkin masalah user yang di dapat di sesi research. Masih mikir kalo product kita mesti one stop solution nih, harus bisa nge cover banyak masalah, harus the best, dan harus-harus lainnya. Sementara itu ternyata jenis riset yang digunakan sifatnya lebih ke foundational research dan eksploratif, hadu hadu. Pantes aja temuannya kemana-mana. Ya perlu sih dan potensial banget buat di kerjain tapi ya mulai dari yang paling utama dulu aja gitu biar transportasinya jalan, mulai dari kendaraan roda empat dulu gitu.
Bikin mobilnya juga yaudah mobil dulu aja gitu. Literally yang penting bisa dinaikin dan dipakai jalan dulu. Cukup kendaraan empat roda, mesin, rem, alat kemudi, bangku, udah. Bahkan airbag disingkirin dulu juga gapapa banget kalo buat pertamanya cukup ikutin yang paling standar aja keamanannya. Inget, ada kata minimum-nya. Terlebih kalo kalian ngebangunnya dari nol, eliminasi dulu deh hal hal yang sifatnya kebutuhan tingkat lanjut atau pemanis.
Buat misahinnya sendiri kalian bisa pake kano model buat ngebantu kalian mikir lagi mana yang sifatnya must have, performance, sama delighters. atau bisa coba prioritization matric, atau tool apapun deh yang kalian suka dan paham. Intinya coba pisahkan mana yang bener-bener perlu dibangun dulu, baru deh dari situ apa aja yang bisa ditambahin agar produk kalian bisa jadi seperti produk ideal yang kalian pengen.
Kenapa sortir fitur utama ini penting? tentu ini terkait banget sama pembuatan awalnya nanti. Semakin ringkas waktu pengerjaannya bakal semakin cepat. Ini bicara di ranah developer juga ya. jadi ketika temen-temen nyerahin ini, apalagi ceritanya baru banget mau dibuat dari nol, temen-temen developer baik front end ataupun back end bisa fokus ngerjain yang bener-bener urgent-nya dulu. Temen-temen designer juga akhirnya bisa mulai ngetes program awalnya lebih cepet deh.
Kalo aplikasi, web app, atau websitenya udah bisa jalan meski dengan kemampuan terbatas sesuai kelayakan (udah bisa ngejalanin task utama), kan udah enak. Kita udah tau nih sepeda rancangan kita bisa dieksekusinya gimana bentukannya? frame sepedanya dari apa, stangnya yang gimana, ban-nya kaya apa. nah dari situ kita bisa saling ukur kemampuan tim, kalo bikin model kaya gini butuh waktu sekian, nanti untuk pengembangan a,b,c kira-kira berapa lama ya? Nah dari situ baru deh tugas berikutnya temen-temen pikirin dan perbincangkan mana yang mau di eksekusi lagi biar pengalaman penggunanya makin yahud. keuntungan lainnya adalah, makin cepet produk bisa sampai ke tangan user, kita jadi beneran bisa tau apa sih yang sebenernya mereka butuhin terlebih dahulu? apa mereka butuh lampu sepeda dulu atau butuh klakson buat sepedanya? gituu.
Karena sebelum kita menerapkan empati terhadap user, penting banget buat kita juga nerapin empati ke tim kita sendiri. Karena kalo timnya solid user minta apapun kita bisa sediain dengan cepat dan tepat. Palugada lah, aPA LUmau Gue bisA aDAin!
