Mendapatkan Dampak Maksimum dari Produk Berharga Minimum

Diterbitkan: 2022-03-11

Startup dan perusahaan yang lebih mapan sama-sama selalu mencari cara untuk meminimalkan risiko mereka saat memasuki pasar baru sambil juga membawa produk ke pasar secepat mungkin. Lagi pula, produk dalam pengembangan tidak menghasilkan pendapatan tetapi tentu saja menghabiskan sumber daya.

Ada beberapa pendekatan untuk membuat produk lebih cepat dipasarkan, baik itu produk fisik maupun digital. Salah satu yang sudah ada sejak awal 2000-an adalah konsep produk yang layak minimum, dipopulerkan sebagai bagian dari metodologi Lean Startup.

Tetapi sementara metodologi MVP telah dipuji oleh banyak orang sebagai cara "terbaik" untuk membawa produk ke pasar dengan cepat, ada juga banyak penolakan. Di situlah konsep produk bernilai minimum masuk.

Apa itu MVP?

Pada dasarnya, MVP adalah versi barebone dari sebuah produk yang dapat dirilis lebih cepat daripada versi yang lebih lengkap fiturnya. Idealnya, MVP harus memiliki set fitur yang cukup luas untuk memuaskan pengguna awal.

Ide di balik pembuatan MVP adalah untuk membawa produk ke pasar lebih cepat sehingga perusahaan dapat 1) mulai mendapatkan pendapatan dan 2) mendapatkan umpan balik untuk meningkatkan produk. Meskipun ini memiliki keuntungan yang jelas (seperti tidak membuang waktu berbulan-bulan atau bertahun-tahun untuk mengembangkan produk berfitur lengkap yang sebenarnya tidak diinginkan oleh siapa pun), ini juga memiliki beberapa kelemahan serius.

Salah satu kelemahan tersebut adalah kecenderungan tim produk untuk membuat MVP yang terlalu sederhana. Mereka berakhir dengan fungsionalitas dasar aplikasi atau produk lain yang mereka buat, tetapi bagi pengguna, hasil akhirnya terasa umum. Jika banyak produk dilucuti ke fungsi paling dasar, mereka kehilangan keunggulan kompetitif dan semuanya mulai terlihat dan berfungsi sama.

Ambil aplikasi daftar tugas: Aplikasi daftar tugas dasar akan memiliki kemampuan untuk merekam tugas baru, menandainya sebagai selesai, dan biasanya metode untuk memprioritaskannya. Fitur lain yang diharapkan termasuk hal-hal seperti menetapkan tanggal jatuh tempo, menandai atau mengkategorikan, dan menugaskannya ke orang lain. Bahkan memasukkan fitur-fitur itu tidak akan membedakan aplikasi baru dari para pesaingnya. Namun, ketika merancang MVP dari aplikasi daftar tugas, itulah yang pada akhirnya akan dikupas oleh banyak tim.

Produk bernilai minimum: Dimulai dengan aplikasi daftar tugas
Kebutuhan pengguna terkadang diabaikan dalam desain MVP. Tetapi mengingat kembali fungsi asli produk yang dibuat, apa pun bentuknya, dapat membantu desainer mengubah pemikiran mereka.

Kekurangan MVP

MVP memiliki potensi kekurangan lainnya. Jalan pintas adalah salah satunya. Ketika tujuannya adalah untuk menciptakan produk barebone, memangkas semuanya seminimal mungkin tidak bisa dihindari. Tetapi ada beberapa sudut yang tidak boleh dipotong.

Ini terutama benar ketika harus mengorbankan pengalaman pengguna. UX produk sangat penting—mengorbankan pengalaman yang dimiliki seseorang saat menggunakan produk akan berdampak negatif pada kesuksesannya. Dalam hal ini, MVP mungkin menunjukkan bahwa keseluruhan produk tidak layak ketika itu benar-benar hanya pengalaman yang perlu bekerja.

Salah satu kekurangan terbesar MVP tidak ada hubungannya dengan MVP itu sendiri. Reid Hoffman, pendiri LinkedIn, dilaporkan pernah berkata, "Luncurkan cukup awal sehingga Anda malu dengan rilis v1.0 Anda." Pemikiran seperti itu merusak perusahaan dan penggunanya.

Cara banyak tim desain mendekati pembuatan MVP adalah masalah tersendiri. MVP seharusnya menjadi proses untuk menciptakan produk akhir yang berharga yang memenuhi kebutuhan pengguna. Sebaliknya, desainer sering memperlakukan setiap MVP sebagai hal yang berbeda, tanpa melihat masing-masing sebagai batu loncatan menuju versi produk akhir. Lebih penting lagi, mereka sering merilis MVP yang harus dilihat lebih sebagai prototipe internal dalam perjalanan ke produk yang siap dirilis.

Tim produk harus fokus pada penyediaan produk bernilai minimum
Menyediakan produk bernilai minimum lebih baik. MVP sering membuat kesalahan karena terlalu minim dan membingungkan pengguna.

Apa itu Produk Bernilai Minimum?

Produk bernilai minimum (yang selanjutnya akan disebut sebagai MVaP) merupakan perluasan dari konsep MVP. Namun alih-alih mencari untuk menciptakan iterasi minimum yang layak dari suatu produk, desainer menciptakan iterasi minimum dari produk yang memberikan nilai nyata .

Tapi apa arti nilai ? Apa itu termasuk?

Ada nilai bagi pengguna akhir untuk dipertimbangkan terlebih dahulu. MVAP harus mengutamakan kebutuhan dan harapan pengguna. Ini berarti melihat praktik terbaik untuk jenis produk yang dirancang, melakukan penelitian pengguna dan studi kegunaan, dan menyusun persona pengguna dan kasus penggunaan untuk menentukan cara potensial terbaik untuk memenuhi kebutuhan pengguna.

Mungkin ada lebih dari satu ide tentang bagaimana memenuhi kebutuhan pengguna, di situlah pengujian prototipe masuk. Mempresentasikan prototipe fungsional kepada pengguna sebenarnya untuk melihat iterasi mana yang paling sesuai dengan kebutuhan mereka merupakan langkah penting dalam membuat MVaP.

Berikutnya adalah nilai untuk proyek itu sendiri. MVaP perlu dirancang sedemikian rupa untuk memajukan proyek yang ada. Itu berarti mereka membutuhkan fungsionalitas yang cukup untuk dapat memperoleh wawasan yang berguna tentang cara produk tersebut dirasakan oleh pasar.

Dan terakhir, MVaP perlu memberikan nilai bagi bisnis secara keseluruhan. Satu risiko dengan merilis MVP ke dunia adalah bahwa mereka dapat mencerminkan buruk pada merek yang merilisnya. MVaP harus menambah nilai pada merek yang mereka wakili, bahkan saat itu bukan iterasi akhir dari suatu produk.

Hal lain yang membedakan MVaP adalah mereka fokus pada diferensiasi kompetitif. Desainer melihat secara objektif apa yang membedakan pesaing mereka satu sama lain, dan kemudian apa yang akan membedakan produk mereka dari mereka. Ini perlu dimasukkan ke dalam MVaP, sedangkan tidak harus disertakan dalam MVP.

MVaP, seperti yang dijelaskan di sini, bukan satu-satunya versi MVP yang disempurnakan di luar sana. Ada juga produk minimal marketable (MMP) yang dihadirkan oleh Roman Pichler. Idenya adalah bahwa produk paling awal yang siap dipasarkan harus berisi fungsionalitas yang cukup untuk diluncurkan, dipasarkan, dan dijual secara efektif.

SLC adalah konsep serupa lainnya yang digunakan WP Engine. Karena pelanggan membenci MVP, mereka berteori, mengapa perusahaan rintisan terus-menerus membuat penggunanya tunduk pada mereka? Sebaliknya, pengguna harus mendapatkan produk yang sederhana, lengkap, dan, yang paling penting, menyenangkan . Mengapa perusahaan mana pun harus memberi pengguna mereka produk yang tidak mungkin mereka sukai?

Intinya dengan membuat MVaP adalah bahwa bahkan iterasi pertama dari suatu produk harus berguna dan diinginkan oleh pelanggan atau pengguna. Tanpa memuaskan pengguna, atau setidaknya memuaskan kebutuhan mereka yang paling mendesak, sebuah produk pasti akan gagal.

Produk minimum yang layak vs. produk bernilai minimum
Produk minimum yang layak (atas) sering mengabaikan apa yang sebenarnya dicari pengguna. Bagian/fitur semuanya penting, tetapi sampai digabungkan, mereka tidak akan bermanfaat bagi siapa pun. Produk bernilai minimum (bawah), bagaimanapun, pertimbangkan kebutuhan pengguna di setiap langkah sampai mereka mencapai cara terbaik untuk memenuhi kebutuhan tersebut. Produk ini dirancang untuk penerbangan dari awal.

Apa yang Masuk ke dalam Produk Bernilai Minimum?

Membuat produk bernilai minimum kemungkinan akan membutuhkan lebih banyak sumber daya daripada membuat MVP, tetapi hasilnya akan jauh lebih tinggi, membuat upaya ekstra sepadan. Berikut adalah beberapa hal yang perlu diingat saat membangun MVAP.

Salah satu hal pertama yang perlu dipertimbangkan adalah set fitur untuk MVaP. Kumpulan fitur terkecil yang berguna harus disertakan dalam MVaP apa pun. Termasuk dalam fitur-fitur bermanfaat tersebut, seperti yang disebutkan sebelumnya, adalah fitur-fitur yang membedakan produk khusus ini dari produk pesaing. Mengidentifikasi fitur mana yang termasuk dalam pesaing adalah bagian yang berharga dari langkah ini. Itu tidak berarti bahwa MVaP perlu menyertakan setiap fitur yang dimiliki pesaing.

Ambil iPhone pertama, misalnya. Smartphone pada saat itu menyertakan sejumlah fitur yang sengaja ditinggalkan Apple dari iPhone pertama. Hal-hal seperti salin dan tempel, kit pengembangan perangkat lunak (SDK), dan bahkan hal-hal seperti kemampuan mengirim pesan teks ke banyak penerima dan konektivitas 3G.

Pengembangan MVP: iPhone asli
IPhone asli adalah contoh yang sangat baik dari produk bernilai minimum. Beberapa fitur ditinggalkan demi fitur yang disertakan yang membedakannya dari smartphone lain di pasaran saat itu. Dan Apple terus menambahkan nilai untuk setiap iterasi berikutnya. (Foto: Josh Miller/CNET)


Iterasi berikutnya dari iPhone jelas memasukkan hal-hal itu, tetapi versi pertama sengaja meninggalkannya dan berfokus pada hal-hal yang membedakan produk: perangkat lunak mereka (iOS revolusioner pada saat itu) dan kemampuan interaksi multi-sentuh. IPhone asli sukses besar, terjual lebih dari 6 juta unit sebelum dihentikan demi iPhone 3G.

Proses MVP tidak harus sepenuhnya dihapus dari ide MVP. Sebenarnya, memulai dengan MVP internal itu berguna. Namun MVP harus diperluas hingga menjadi produk yang bernilai sebelum dirilis ke publik, atau bahkan ke early adopter di luar perusahaan. Pengujian internal dan kelompok fokus kecil dapat memajukan MVP ke ranah produk yang berharga tanpa risiko merusak reputasi atau merek perusahaan dan tanpa mengasingkan pelanggan.

Desainer harus memastikan bahwa MVaP pertama yang dirilis ke publik menggabungkan fitur-fitur yang mendukung tujuan utama produk—apa pun itu. Tujuan akhir untuk MVaP harus selalu menciptakan produk yang akan menyenangkan pengguna, bahkan jika iterasi akhir produk akan menyertakan lebih banyak fitur atau peningkatan. Lebih baik merilis produk dengan versi minimal fitur penting, bahkan jika visi yang dimiliki tim produk tentang bagaimana fitur tersebut nantinya akan bekerja lebih kompleks (atau bahkan sama sekali berbeda).

Faktanya, daripada hanya memikirkan kumpulan fitur, tim produk harus mundur selangkah dan memikirkan kebutuhan pengguna. Apakah ada cara yang lebih baik untuk memenuhi kebutuhan pengguna daripada bagaimana pesaing melakukannya? Apakah ada fitur eksperimental yang dapat lebih mudah dimasukkan ke dalam produk yang belum dirangkul oleh pesaing tetapi akan membuat hidup pengguna lebih mudah? Hanya karena kompetisi menawarkan 15 cara berbeda untuk menyelesaikan tugas tidak berarti setiap produk di industri harus melakukan hal yang sama.

Kesimpulan

Terlepas dari apakah produk minimum yang layak atau produk yang bernilai minimum adalah titik awal, tujuan akhir harus menjadi produk dengan nilai maksimum. Sistem mana pun adalah sarana untuk mencapai tujuan, yang tujuan itu adalah penciptaan produk yang menonjol dari persaingan, menyenangkan pengguna sambil memenuhi kebutuhan mereka selengkap dan seefisien mungkin, dan menciptakan nilai bagi semua orang yang terlibat, termasuk merek.

Meskipun produk minimum yang layak terkadang memiliki tempatnya sendiri, produk bernilai minimum akan membuat tim lebih dekat ke tujuan akhir dalam periode waktu yang lebih singkat karena nilai sudah tertanam sejak awal. Memberikan nilai kepada orang-orang dalam produk yang ditawarkan harus menjadi tujuan bisnis atau merek apa pun. Nilai membangun kepercayaan, yang membangun niat baik, bisnis yang berulang, dan berita positif dari mulut ke mulut.

• • •

Bacaan lebih lanjut di Blog Desain Toptal:

  1. Singkirkan MVP, Adopsi Minimum Viable Prototypes (MVPr)
  2. Desain Kolaboratif – Panduan untuk Desain Produk Perusahaan yang Sukses
  3. Sempurnakan Proses Desain UX Anda – Panduan untuk Desain Prototipe
  4. Kematian pada Wireframe. Langsung ke High-Fidelity!
  5. Pentingnya Desain yang Berpusat pada Manusia dalam Desain Produk