Unlimited Plugins, WordPress themes, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. Business

Cara Membuat Produk yang Layak Minimum

by
Length:MediumLanguages:

Indonesian (Bahasa Indonesia) translation by Muhlis Tirowali (you can also view the original English article)

Mengembangkan produk mobile membutuhkan kerja keras dan hasilnya setelah anda meluncurkan aplikasi anda masih saja tidak pasti.

Untungnya, ada metode untuk menguji kemungkinan gagasan aplikasi yang anda miliki. Anda bisa mendapatkan banyak pengetahuan dengan membangun produk yang layak minimum. Nilai MVP adalah anda harus menghabiskan lebih sedikit waktu dalam merancang dan mengembangkan. Akibatnya, anda akan mendapatkan banyak wawasan sejak dini. Hal ini meningkatkan kualitas keputusan yang anda buat untuk produk anda.

Dalam tutorial ini, anda akan belajar:

  • Apa itu produk layak minimum atau MVP
  • Bagaimana cara menentukan MVP anda
  • Menerapkan praktik terbaik MVP
  • Membangun MVP
  • Meluncurkan MVP dan menerima umpan balik pengguna

1. Apa itu MVP?

MVP, atau produk yang layak minimum, adalah produk yang memiliki cukup fitur untuk diuji jika layak dipasarkan. Untuk mencapai hal ini, semua fitur yang tidak perlu dilucuti dan aplikasinya hanya berisi fitur yang dianggap inti dari produk.

  • Minimum: ini, seperti yang dijelaskan sebelumnya, artinya bahwa produk tersebut hanya berisi fitur inti dan segala sesuatu yang tidak harus dimiliki akan dilucuti.
  • Layak: Ini berarti bahwa produk tersebut memiliki kesempatan untuk mendapatkan traksi dan menciptakan nilai bagi orang-orang. Nilai adalah definisi yang luas. Misalnya, game menyediakan hiburan, yaitu nilai. Biasanya kita menganggap bahwa sebuah produk layak dilakukan jika bisa menghasilkan pendapatan yang cukup bermanfaat untuk biaya pengembangan produk.
  • Produk: Tentu saja, anda sedang membangun sebuah produk. Anda menghasilkan barang digital yang bisa digunakan orang.

Bila anda memiliki visi untuk sebuah produk, hal tersebut seringkali terasa rumit. Anda ingin pengguna mencapai berbagai hal menggunakan aplikasi anda. Padahal, inti sebenarnya dari sebuah produk seringkali cukup kecil dan sederhana.

Peluncuran awal Snapchat adalah contoh bagus dari produk yang layak minimum.

Sebuah contoh yang bagus dari seorang MVP akan Snapchat. Snapchat memiliki satu fokus khusus, Anda dapat melihat dan mengirim gambar ke pengguna lain, namun gambar yang anda kirim hanya sementara terlihat. Ini adalah produk sederhana dengan sebuah fokus. Mereka menguji konsep inti ini dan berhasil. Baru setelah peluncuran awal dan validasi produk, masuk akal untuk mulai mengerjakan lebih banyak fiturnya.

Banyak aplikasi yang kita ketahui jauh melampaui cakupan MVP. Mari kita ambil contoh Instagram. Awalnya, MVP hanya fokus pada filter saja. Anda bisa memotret, memilih foto yang ada, dan memasukkannya ke salah satu, katakanlah lima, filter pada foto dan simpan kembali ke gulungan kamera perangkat.

Melepaskan Instagram sebagai produk yang layak minimum akan menguji asumsi bahwa orang menggunakan filter untuk memperbaiki foto mereka. Jika aplikasi tersebut mendapatkan daya tarik, anda dapat mengerjakan pembaruan, seperti profil dan dukungan video.   Jika tidak berhasil dan anda tidak mendapatkan daya tarik, maka itu mungkin tidak layak untuk terus dikembangkan. Mungkin ide yang berbeda lebih layak dilakukan.

Bekerja pada MVP berarti mengambil biaya kesempatan saat mengerjakan produk. Bagaimanapun, kegagalan awal berarti menghemat waktu untuk membangun produk yang sukses dengan menghentikan pengembangan produk lebih awal saat sebuah produk gagal.

Tentukan inti produk Anda. Bangunlah rangkaian fitur pertama dan tes di pasaran.

Mengembangkan setiap fitur yang mungkin ada dalam pikirana bisa memakan waktu berbulan-bulan sementara MVP sederhana bisa saja hanya membutuhkan beberapa minggu untuk dibuat.

Lepaskan di awal yang memiliki keuntungan lain, user feedback / umpan balik pengguna. Anda dapat mengumpulkan masukan pengguna sejak dini dan anda dapat membentuk produk berdasarkan pada apa yang diinginkan pengguna anda.

2. Mendefinisikan MVP Anda

Sebuah kumpulan fitur harus mencakup arsitektur informasi produk anda dan juga lingkup teknisnya.

Sebelum anda benar-benar bisa mulai berkembang, anda perlu menentukan MVP dan peta jalan produk anda. Fitur apa yang harus dimiliki dan mana yang bagus untuk dimiliki? Sangat penting untuk tetap seobjektif mungkin selama proses ini. Sebuah fitur yang sangat anda pedulikan mungkin bukan inti dari produk tersebut. Tentukan apakah fitur itu must-have (harus dimiliki) atau nice-to-have (bagus untuk dimiliki).

Sebuah ciri khas nice-to-have adalah melupakan fungsionalitas kata sandi. Sebagai gantinya, anda bisa menunjukkan alamat email pendukung. Begitu Anda memiliki daya tarik, anda dapat memperbaiki fitur ini dan membangun arus kata sandi pelupaan yang benar. Pada fase ini, semuanya adalah tentang membatasi waktu yang dibutuhkan untuk sampai ke pasar.

Tuliskan set fitur produk anda dalam dokumen. Pada dasarnya, anda menuliskan semua fitur produk anda secara rinci. Ini adalah sebuah dokumen kerja dan memberikan anda gambaran tentang apa yang akan anda ciptakan. Ini juga merupakan dokumen yang berguna untuk menjelaskan secara ringkas bagi para desainer dan investor contohnya. Hal ini menempatkan visi anda di atas kertas. Anda juga dapat secara singkat menjelaskan kepada diri anda sendiri bagaimana anda mencapai fitur dalam arti teknis. Set fitur biasanya mencakup suatu ruang lingkup teknis. Ini sangat berguna jika anda mengerjakan proyek dengan beberapa pengembang.

Langkah selanjutnya adalah mencantumkan fitur anda dalam hal prioritas. Apa fitur yang paling penting dan mana yang paling banyak menghasilkan nilai dalam jangka pendek?   Setelah anda menetapkannya, anda dapat meletakkan fitur yang tersisa pada peta jalan produk untuk menentukan apa yang akan anda bangun setelah produk anda lepas landas.

Untuk lebih memahami set fitur produk anda adalah untuk menilai setiap fitur pada skala 1 sampai 10, dengan mempertimbangkan pentingnya produkkompleksitas, dan nilai tambah bagi pengguna. Anda dapat membuat keputusan yang lebih baik dalam hal timeline produk anda saat anda memahami berbagai komponen dari masing-masing fitur.

3. Praktik Terbaik MVP

Hal-hal ini adalah pengingat pribadi saya saat saya menentukan produk yang layak minimum.

  • Bila anda punya sebuah ide, lihatlah pasar yang ada. Produk serupa apa yang ada di luar sana? Apa proposisi nilai mereka? Bagaimana anda melakukannya dengan cara yang berbeda atau, bahkan lebih penting lagi, lebih baik?
  • Setelah selesai menulis satu set fitur, saya selalu meninjau setiap fitur dan bertanya pada diri sendiri apakah itu benar-benar diperlukan. Apakah pengguna benar-benar perlu membuat akun? Bisakah kita mencoret fitur sehingga kita bisa menghindari membangun sebuah backend?
  • Pendapat kedua sangat berharga saat membuat lingkup MVP.
  • Adakah API, SDK, atau kerangka kerja yang tersedia yang dapat melakukan sebagian pekerjaan untuk saya?
  • Untuk roadmap produk, saya merencanakan satu rilis ke depan dan saya mencoba untuk menjaga roadmap dalam jangka pendek karena akan sangat dipengaruhi oleh umpan balik pengguna.
  • Lakukan riset teknis yang tepat setelah anda selesai mengatur set fitur anda. Tidak ada yang menyukai kejutan saat mereka mengembangkan sebuah produk.
  • Bicara tentang idenya. Ada banyak nilai dalam umpan balik.
  • Saat berkolaborasi dengan desainer, mintalah mereka untuk tetap semaksimal mungkin menerapkan standar iOS. Cobalah untuk mengurangi jumlah animasi dalam produk.

4. Membangun MVP

Setiap pengembang atau tim memiliki preferensi yang berbeda tentang bagaimana membangun sebuah produk. Saya akan tetap menjaganya dengan singkat, membangun produk seperti yang anda suka dan tidak melupakan apa yang awalnya anda definisikan sebagai produk layak minimum.

Tidak apa-apa untuk mengatakan tidak.

Sadar akan fitur yang lambat, terutama jika banyak pemangku kepentingan terlibat. Banyak saran yang anda miliki untuk fitur dapat disertakan dalam rilis berikutnya. Selama anda terus meninjau ulang rangkaian fitur dan membuat keputusan cerdas berdasarkan pada visi produk awal dan informasi yang mungkin anda dapatkan sepanjang perjalanan, anda akan tetap berada di jalur yang benar.

Jaminan kualitas produk merupakan langkah penting lain dalam membangun sebuah MVP. Yakinkan bahwa produk anda dengan mudah bekerja. Luangkan cukup waktu untuk melakukan perbaikan bug. Jika anda adalah pengembang yang bekerja sendiri, pertimbangkan beta pribadi yang kecil dengan teman dan keluarga. Jika anda memiliki anggaran, menyewa perusahaan QA juga bisa menjadi sebuah solusi efektif untuk menjaga agar produk anda bebas dari bug kritis yang dapat membahayakan peluncuran produk.

5. Peluncuran Produk & Masukan Pengguna

Platform seperti Mixpanel dapat sangat membantu anda memahami basis pengguna produk anda.

Sudah selesai dilakukan dengan baik! anda telah selesai membangun produk anda. Sekarang adalah saat pekerjaan sebenarnya dimulai. Setelah anda selesai mengembangkan, hal-hal ini adalah prioritas jangka pendek berikutnya:

  • Dapatkan umpan balik tentang produk awal andaDapatkan daya tarik untuk produk anda
  • Dapatkan umpan balik tentang produk awal anda
  • Identifikasi kekurangan, seperti bug, masalah produk, dan fitur yang hilang
  • Kenali kekuatan produk anda

Memasarkan aplikasi baru anda tidak selalu mudah. Berikut adalah tutorial untuk membantu anda jika anda memerlukan bantuan mendapatkan daya tarik di awal. Begitu anda memiliki pengguna pertama, prioritas anda akan bergeser sekali lagi. Sekarang semua tentang:

  • Meminta umpan balik dari basis pengguna anda
  • Menganalisis umpan balik pengguna
  • Memperbarui peta jalan produk dan terus kembangkan

Tidak mudah mendapatkan umpan balik dari pengguna. Rating anda di App Store dan ulasan pengguna memberi tahu anda sesuatu, namun triknya adalah mendapatkan umpan balik yang lebih mendalam. Sangat penting untuk selalu ada bagi pengguna anda. Punya akun Twitter, sertakan informasi kontak anda di aplikasi, dan jangan takut bersikap proaktif dengan menghubungi pengguna anda.

Jika anda telah bekerja dengan penguji untuk produk anda, berarti anda sudah memiliki daftar orang yang dapat aanda ajak bicara.

Kapan pun anda mendapatkan umpan balik, penting untuk menganalisisnya.Sadarilah bahwa bila ada sesuatu yang buruk, ada kemungkinan lebih besar bahwa orang berbicara daripada saat mereka menyukai sesuatu. Umpan balik yang anda dapatkan mungkin buruk, tapi itu tidak berarti produk anda buruk.

Untuk mengevaluasi apakah produk anda adalah layak, gunakanlah analisis aplikasi, seperti Mixpanel untuk melacak aktivitas pengguna dan retensi.

Statistik menentukan apakah sebuah produk layak, bukan umpan balik pengguna.

Bandingkan umpan balik pengguna dengan visi produk asli anda dan peta jalan produk. Bagian yang paling sulit adalah menentukan bagaimana umpan balik ini seharusnya membentuk visi produk dan itu adalah pilihan yang harus dibuat setiap pemilik produk untuk dirinya sendiri.

Kesimpulan

Sudah selesai dilakukan dengan baik! Anda telah belajar tentang produk layak minimum, bagaimana mereka membuat pengembangan produk menjadi lebih efisien, dan bagaimana anda dapat membuat keputusan yang lebih baik setelah produk anda diluncurkan.

Tip akhir, saya ingin memberikan yang mungkin adalah pelajaran yang paling penting, tahu kapan MVP Anda tidak layak. Memutuskan untuk tidak mengejar ide produk mungkin adalah salah satu keputusan tersulit yang harus dibuat seorang pengembang, namun tidak diragukan lagi dalam pikiran saya hal itu kadang kala terjadi saat anda menciptakan produk. Statistik sangat penting setelah peluncuran dan akan membantu anda membuat keputusan berdasarkan data.

Saya sangat ingin mendengar tentang sejauh mana pengalaman anda membangun produk. Silakan berbagi di komentar. Pertanyaan dan umpan balik dipersilakan juga.

Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.