Cara Memprioritaskan Pengembangan Fitur setelah Anda Membuat MVP

[ di sampul : aplikasi seluler Unight ]

Hal pertama yang pertama, seperti yang banyak orang katakan. Dalam konteks pengembangan produk startup, MVP adalah versi target pertama dari produk impian Anda. Tetapi MVP dikenal lebih hemat waktu dan biaya. Ada pengembangan proyek yang akan mencapai tahap akhir - dan apa langkah selanjutnya setelah mvp?

Pernahkah Anda memperhatikan bahwa membangun MVP memiliki efek bola salju ?

Bayangkan proses pembuatan bola salju. Anda mulai kecil, kepingan salju dengan kepingan salju mengumpulkan mereka semua ke dalam bola. Analogi yang sama bekerja dengan pembuatan MVP - Anda memulai dari yang kecil, menentukan fitur yang harus dimiliki dalam produk Anda. Selama proses pengembangan aplikasi, tim Anda dan Anda menemukan ide-ide segar tentang cara meningkatkan produk, sehingga tugas-tugas baru muncul. Tentu saja hal ini menyebabkan batasan anggaran juga bertambah.

Namun, Anda telah setuju bahwa Anda sedang membangun MVP, dan ini berarti Anda tidak boleh memperpanjang tahap pengembangan. Pertama, Anda perlu memastikan produk Anda sesuai dengan kebutuhan pasar, dengan bantuan Minimum Viable Product. Tapi Anda tidak bisa begitu saja kehilangan ide-permata berharga hanya karena waktunya tidak sempurna - itulah sebabnya kami menyarankan Anda untuk bertindak seperti yang selalu kami lakukan - untuk mengumpulkan ide-ide ini dan memasukkannya ke dalam tumpukan tugas. Menunda fitur untuk ditambahkan setelah MVP akan memungkinkan Anda memprioritaskan pengembangan fitur nanti, dan menempatkannya dalam urutan yang Anda inginkan untuk membuatnya.

Menurut teori model Kano, yang mengklasifikasikan pelanggan menjadi 5 jenis, ini adalah yang ke-3 - kualitas menarik yang diinginkan pengguna. Tapi tujuan utama MVP adalah dari jenis yang berbeda. Produk minimum yang layak dibuat untuk menguji konsep tersebut. MVP Anda perlu menjawab pertanyaan “ Apakah pasar benar-benar tertarik dengan produk saya? ”; jadi adalah bijaksana untuk mengembangkan produk ini lebih cepat dan lebih murah, dengan tahap MVP yang kaya dengan fitur.

Setelah MVP selesai, apa langkah selanjutnya setelah membuat MVP?

1. Pengujian beta terlebih dahulu.

Yang terkenal adalah grup pengujian beta yang dibuat oleh pemilik produk tepat setelah proses pengembangan selesai. Penguji beta adalah orang berbeda yang datang dari sisi klien (atau kami menemukannya atas permintaan pelanggan kami) dan mulai menggunakan produk. Setelah beberapa saat mereka memberi kami umpan balik mereka, memungkinkan kami untuk melihat harapan pengguna faktual. Yang penting setelahnya adalah memproses hasil yang diterima - dengan mengubah ide fitur menjadi tugas dan memasukkannya ke dalam backlog. Dengan melakukan itu, Anda mengirimkan pesan yang jelas kepada pengguna Anda - bahwa suara mereka didengar dan diperhatikan.

2. 3, 2, Peluncuran.

Peluncuran produk MVP hanyalah iterasi lain dalam proses pengembangan produk yang panjang dan menyenangkan. Hal yang sama terjadi setiap kali Anda menyelesaikan sprint pengembangan - pertama Anda menguji, lalu memperbaiki, menguji lagi, dan melepaskan. Namun, pada tahap ini Anda perlu memasukkan satu komponen lagi - pemasaran keluar. Ada banyak cara untuk mempromosikan aplikasi atau situs web baru Anda, termasuk:

• Layanan SEO/ASO
• posting blog
• Siaran pers dan iklan dalam majalah
• Kontes dan kompetisi

Tertarik dengan pemasaran aplikasi selanjutnya? Anda dipersilakan untuk membaca artikel terbaru kami tentang pemasaran aplikasi .

Selain mendalami pemasaran, Anda masih perlu memperhatikan apa yang menarik tentang produk Anda. Jika semuanya bekerja dengan benar, Anda hanya perlu fokus pada dukungan teknis dan pemantauan.

Apa yang Terjadi Setelah Produk Minimal yang Layak?

Mulai sekarang dan seterusnya, semua pengembangan produk di masa depan tergantung pada data yang Anda mulai terima. Dasarkan kesimpulan dan tindakan Anda pada:

1. Metrik yang diterima - tingkat retensi, durasi sesi, parameter keterlibatan pengguna, akuisisi pengguna, dan nilai umur adalah KPI yang harus Anda lacak dan analisis. Jika aplikasi Anda entah bagaimana dimonetisasi - perhatikan performa berbagai metode monetisasi. Anehnya, ada 9 KPI pengukuran kinerja aplikasi terkenal - Anda dapat menemukan daftar lengkapnya di sini.

2. Umpan balik pengguna diberikan. Google Play dan App Store memberi Anda cara praktis untuk memantaunya hanya dengan melihat bagian masukan. Meskipun demikian, cari penyebutan merek Anda di jejaring sosial, di forum, dan platform web. Alat yang kami sarankan untuk Anda gunakan adalah YouScan, yang memungkinkan Anda menemukan apa pun - mulai dari penilaian hingga keluhan di mana merek Anda disebutkan.

   

3. Fase MVP ke-3 adalah menganalisis data nomor 1 dan 2, dan berdasarkan keduanya membuat keputusan implementasi fitur. Untuk melakukan ini, Anda perlu membuka kembali backlog tugas Anda, dan untuk setiap fitur kami memberi tanda tertentu (dari 0 hingga 10), menurut metrik penting mana yang akan terpengaruh (seperti yang ditunjukkan pada gambar di bawah)

Namun belum yakin? Nah, pada gambar di atas, katakanlah Anda telah mengukur metrik dalam aplikasi secara akurat, dan Anda melihat bahwa keterlibatan pengguna jauh lebih rendah daripada yang lain. Saatnya untuk mendapatkan ide fitur yang tercantum dalam backlog tugas, dan Anda memilih fitur untuk dimasukkan ke dalam garis horizontal (seperti yang ditunjukkan pada gambar). Apa yang kami lakukan selanjutnya adalah menganalisis metrik mana yang akan dibantu oleh fitur khusus ini - dengan bantuan analis bisnis dan pemasaran kami tentunya. Kami hanya memberi tanda tertentu (pada skala dari 0 hingga 10) tergantung pada seberapa membantu fitur ini nantinya. Proses evaluasi fitur menunjukkan bahwa elemen "Push Notifications" memiliki 10 kepercayaan dalam baris keterlibatan pengguna; setelah diterapkan, pengguna lebih sering diingatkan tentang aplikasi, yang mengarah pada kunjungan yang lebih sering ke aplikasi, peningkatan aktivitas, dan, pada akhirnya, tingkat keterlibatan yang lebih tinggi. Oleh karena itu, kami memilih untuk mengembangkan fitur ini.

Hal lain yang penting untuk melihat ke dalam adalah biaya perubahan. Berbicara dari pengalaman, fitur push-notification standar membutuhkan waktu sekitar 20 jam untuk dikembangkan. Apakah Anda siap untuk berinvestasi ke dalam elemen ini; lebih dari ini, keuntungan apa yang akan Anda dapatkan di masa depan? Pemilihan dan analisis yang cermat membuat ringkasan fitur pasca-MVP sangat penting untuk diprioritaskan.

pendekatan DIBB.

Kami juga akan menyoroti pendekatan produk DIBB - Data, Insight, Bet and Believe, dengan 4 fase ini menjelaskan semua proses yang terjadi di dalam produk. Pertama Anda menganalisis Data, kemudian Anda melihat Wawasan Anda, membuat Taruhan pada fitur tertentu dan, akhirnya, Anda Percaya bahwa yang diperlukan telah terwujud. Seluruh konsepsi DIBB adalah siklus prediksi berbasis data yang perlu Anda periksa, untuk membuat perubahan yang menguntungkan secara maksimal.

Catatan penting

Umpan balik dari pengguna yang akan Anda analisis tidak selalu akan menyenangkan Anda dengan ulasan produk yang positif. Kadang-kadang Anda akan berurusan dengan ulasan dan komentar negatif. Tapi sebelum Anda mengutuk segala sesuatu di dunia ini - ingat, Anda memerintah di sini. Semuanya tergantung pada bagaimana Anda bertindak dalam situasi tertentu. Ingat, hubungan dengan pelanggan Anda yang paling setia sering kali dimulai dengan ulasan App Store yang buruk.

Tertarik untuk bekerja dengan ulasan negatif pelanggan? Artikel kami tentang “Bagaimana cara bekerja dengan Umpan Balik Pengguna?' akan segera hadir / tetap perbarui!

Dari MVP ke MLP.

Bahkan Wikipedia menyatakan bahwa tujuan utama Agile MVP adalah memberikan umpan balik untuk pengembangan produk lebih lanjut. Jadi, begitu Anda memilikinya, pertimbangkan sumber daya dan perspektif untuk menyediakan pembaruan teknologi yang paling diperlukan untuknya. Analisis, keterampilan berpikir kritis adalah faktor yang membantu Anda di sini. Namun, ada sesuatu yang lebih dipertaruhkan - Anda juga perlu mengaktifkan faktor empati. Anda perlu memperhatikan apa yang dikatakan pengguna Anda, menunjukkan bahwa Anda mendengarnya dengan menerapkan perubahan yang mereka inginkan. Pikirkan tentang ini sejenak sebelum Anda mulai menambahkan fitur. Kami selalu mengadopsi produk kami ke pasar yang ada, jadi mengapa tidak mengadopsi produk Anda ?

Ditulis oleh Ivan Dyshuk & Elina Bessarabova