Setiap manajer produk cepat atau lambat menghadapi masalah penentuan prioritas ketika merencanakan strategi dan peta jalan produk. Apakah selalu mudah dan cepat untuk memutuskan apa yang harus dikerjakan pertama kali?
Peta jalan produk membutuhkan urutan yang jelas. Hanya dengan mengatur semuanya secara kualitatif "di rak-rak" Anda bisa mendapatkan produk yang layak dan sukses. Dalam hal ini, Anda tidak dapat melakukan tanpa memprioritaskan cara yang mudah.
Sistem berkualitas tinggi untuk menentukan prioritas akan membantu untuk mempertimbangkan setiap fitur atau ide, setiap proyek atau tugas dan secara konsisten menggabungkan semua faktor ini.
Hari ini, PM menawarkan sejumlah metodologi populer untuk memprioritaskan dari permainan ke yang paling kompleks, kuantitatif dan kualitatif. Semuanya membantu manajer dan tim menjawab pertanyaan yang sangat penting:
bagaimana memilih fitur untuk pengembangan ?
Pada artikel ini, kita akan melihat dua teknik sederhana namun sangat berguna -
Penilaian RICE dan metode penentuan prioritas ICE .
Metode Skor RICE
Jika Anda memiliki beberapa fitur penting dan mendesak dalam rencana implementasi Anda, bagaimana Anda tahu yang mana untuk memulai pertama?
Masalah prioritas yang penting ini mendasari semua manajemen produk. Biaya untuk memilih opsi yang salah mungkin terlalu tinggi.
BERAS adalah metode memprioritaskan ide dan fitur produk. Singkatan mencakup 4 faktor yang dapat digunakan manajer produk dengan aman untuk mengevaluasi dan memprioritaskan fitur produk:
- Reach adalah Reach
- Dampak - Dampak
- Keyakinan - Keyakinan dalam penilaian Anda tentang jangkauan, dampak, dan tenaga kerja.
- Usaha - Buruh
Untuk mendapatkan skor RICE, Anda harus menggabungkan faktor-faktor ini.
Mencapai
Cakupan diukur dengan jumlah orang / peristiwa selama periode waktu tertentu. Faktor ini dirancang untuk menilai berapa banyak orang yang masing-masing fitur atau proyek akan mempengaruhi selama periode waktu tertentu, dan berapa banyak pengguna Anda akan melihat perubahan tersebut.
Penting untuk fokus pada metrik nyata, daripada menggunakan angka yang tidak jelas.
Sebagai contoh:
Fitur akan digunakan oleh 800 pengguna per bulan.
1000 pengguna terlibat dalam orientasi, dan 70% - hanya 700 pengguna yang akan melihat fitur ini.
Dampak
Pengaruhnya menunjukkan bagaimana fitur ini berkontribusi pada produk.
Nilai dipahami secara berbeda di setiap produk. Misalnya, dalam Hygger (B2B SaaS) untuk kuartal saat ini, fitur mendapatkan nilai tinggi jika:
1. Tingkatkan konversi uji coba ke pembayaran (penggerak metrik)
Berdasarkan tujuan Anda saat ini, Anda akan memiliki metrik Anda sendiri.
2. Membantu menarik pengguna baru
Ini adalah fitur yang membantu kami mendapatkan pengguna baru saat onboarding. Tapi jangan lupa bahwa sebagian besar pengguna "drop out" di hari kedua.
Misalnya, dalam SaaS, indikator retensi yang sangat baik pada hari pertama adalah 15%. Ini berarti bahwa 85% orang baru saja pergi pada hari kedua. Oleh karena itu, di sini Anda harus memikirkan fitur yang sebagian besar pengguna baru akan dapat melihat di sesi pertama.
3. Bantu menyelamatkan pengguna saat ini
Pelanggan telah membeli langganan dan sekarang meminta beberapa fitur. Kita tidak “terburu-buru” untuk melakukan semua hal secara berturut-turut. Kami mengakumulasi statistik untuk setiap fitur - berapa banyak pelanggan yang memintanya. Dan kemudian kami menerapkan fitur yang paling populer.
4. Tambahkan nilai ke produk dan bangun kembali kami dari pesaing
Ada lebih dari lima ratus sistem manajemen proyek di pasaran saat ini. Untuk bertahan dan berhasil, kita perlu melakukan sesuatu yang benar-benar baru, diinginkan untuk meningkatkan umur layanan bagi pengguna atau mengurangi biaya beberapa kali. Di sini kami mencari peluang yang dapat memberi kami keunggulan kompetitif, menciptakan alasan mengapa pelanggan pesaing akan mendatangi kami. Keunggulan kompetitif ini harus unik, sulit untuk diulang dan, idealnya, tidak dapat direproduksi.
Omong-omong, pengaruh sulit diukur secara akurat. Jadi, kami memilih dari skala dengan banyak pilihan: 3 untuk "pengaruh massa", 2 untuk "tinggi", 1 untuk "menengah", 0,5 untuk "rendah" dan, akhirnya, 0,25 untuk "minimum". Angka-angka ini dikalikan dengan hasil akhir untuk skala lebih rendah atau lebih tinggi.
Keyakinan
Jika Anda berpikir bahwa suatu fitur dapat memiliki dampak yang sangat besar, tetapi Anda tidak memiliki data untuk membuktikannya, Keyakinan memungkinkan Anda untuk mengontrol titik ini. Keyakinan diukur sebagai persentase.
Sebagai contoh
Proyek A: Manajer produk memiliki indikator kuantitatif untuk dampak fitur, dan penilaian biaya tenaga kerja. Dengan demikian, proyek ini menerima peringkat kepercayaan 100%.
Proyek B: Manajer produk memiliki data tentang cakupan dan tenaga kerja, tetapi ia tidak yakin tentang faktor pengaruh. Proyek ini menerima rasio kepercayaan 80%.
Proyek C: Cakupan dan data dampak mungkin lebih rendah dari yang diperkirakan. Biaya tenaga kerja mungkin lebih tinggi. Proyek ini menerima peringkat kepercayaan 50%.Usaha (Tenaga Kerja)
Biaya tenaga kerja diperkirakan sebagai jumlah “man-bulan”, minggu atau jam, tergantung pada kebutuhan.
Sebagai contoh:
Proyek A akan memakan waktu sekitar satu minggu perencanaan, 2 minggu desain dan 3 minggu untuk pengembangan, sehingga biaya tenaga kerja akan menjadi 2 orang-bulan.
Untuk proyek B, hanya diperlukan satu minggu perencanaan, 1-2 minggu untuk pengembangan dan tidak memerlukan desain. Biaya tenaga kerja akan sama dengan 1 orang-bulan.Metode Penilaian ICE
Metode prioritas ICE diciptakan oleh Sean Ellis, yang dikenal karena menciptakan istilah Hacker Pertumbuhan.
ICE awalnya dirancang untuk memprioritaskan eksperimen pertumbuhan. Kemudian, ICE juga digunakan untuk memprioritaskan fitur.
Skor ICE: Bagaimana cara kerjanya?
Hitung peringkat untuk setiap fitur atau ide, sesuai dengan rumus:
- Pengaruh tersebut menunjukkan bagaimana ide Anda secara positif akan memengaruhi indikator kunci yang Anda coba tingkatkan.
- Kemudahan implementasi adalah tentang kemudahan implementasi. Ini adalah penilaian tentang berapa banyak upaya dan sumber daya yang diperlukan untuk mengimplementasikan ide ini.
- Keyakinan menunjukkan seberapa percaya diri Anda dalam mengevaluasi dampak dan kemudahan implementasi.
ICE menggunakan skala dari 1 hingga 10 sehingga semua faktor menyeimbangkan skor akhir. Anda dapat memaksudkan dengan 1-10 apa yang Anda butuhkan, jika hanya nilainya yang konsisten satu sama lain.
Sebagai contoh, terapkan ini pada fitur Widget untuk Dasbor:
- Dampak : seberapa efektifkah itu? Apa yang akan memberi pengguna kami dan tujuan dan sasaran mereka?
- Kemudahan implementasi : seberapa mudah mengembangkan, menguji dan menjalankan fitur ini?
- Keyakinan : bagaimana saya bisa yakin bahwa fitur ini akan mengarah pada peningkatan yang saya jelaskan di Dampak dan akan memakan banyak waktu?
Kerugian ICE
Skor ICE terkadang dikritik karena subjektivitasnya:
- fitur yang sama dapat dievaluasi secara berbeda oleh orang yang sama pada waktu yang berbeda. Ini dapat memengaruhi daftar prioritas akhir.
- jika orang yang berbeda mengevaluasi fitur, mereka semua akan mengevaluasinya secara berbeda.
- anggota tim yang ingin memprioritaskan fitur mereka dapat memanipulasi hasil untuk mendapatkan peningkatan.
Bagaimana cara menggunakan RICE dan ICE Scoring?
Pertimbangkan contoh penggunaan kedua model dalam layanan untuk mengelola produk dan proyek Hygger.io.
Di mana untuk memulai?
Pertama, Anda harus sudah mengumpulkan fitur dan ide produk yang diperlukan di papan Kanban Anda. Menggunakan Hygger, Anda dapat menyusunnya menggunakan kolom
Swimlanes horizontal serta
Label . Anda juga dapat menyesuaikan proses bekerja dengan fitur menggunakan
Kolom . Misalnya, Anda dapat membuat alur kerja berikut:
- Backlog - di sini Anda mengumpulkan semua ide dan fitur
- Berikutnya - di sini Anda memindahkan fitur yang ingin Anda kerjakan dalam waktu dekat
- Spesifikasi - di sini Anda mengumpulkan persyaratan dan menulis spesifikasi untuk fitur
- Pengembangan - fitur sedang dalam pengembangan, dan di sini Anda dapat melacak status mereka saat ini
- Selesai - fitur telah berhasil diunggah ke prod dan sekarang tersedia untuk pengguna Anda.
Di menu Hygger, Anda akan menemukan opsi model untuk mengevaluasi dan memprioritaskan fitur, termasuk RICE dan ICE:
Skor RICE Hygger
Pertama, Anda perlu mengevaluasi setiap fitur sesuai dengan kriteria Jangkauan, Dampak, Keyakinan, dan Upaya.
Semua fitur juga dapat dilihat pada tabel:
Jadi Anda mengurutkan semua fitur, mengevaluasi mereka dan memilih "pemenang" dari atas daftar, lalu mengirimkannya ke pengembangan menggunakan fitur
Push .
Push berfungsi seperti ini:
- tugas sedang dibuat untuk mengimplementasikan fitur pada papan pengembangan - pada papan Kanban atau Sprint di dalam Hygger (ya, Hygger mendukung Kanban dan Scrum). Di masa depan, kami akan menambahkan integrasi dengan Jira dan dengan pelacak tugas lainnya, karena kami menyadari bahwa banyak tim menggunakan Jira untuk mengembangkan dan membiarkannya untuk hal lain - anryl
- tugas di papan jaminan dan tugas di papan pengembangan terkait
- ketika tugas di papan pengembangan selesai, tugas di papan backlog juga akan ditransfer ke kolom yang sudah selesai.
Jika Anda memiliki Epic di papan jaminan, maka Anda dapat merujuk darinya ke beberapa tugas pengembangan (misalnya, satu tugas adalah pengembangan frontend, yang kedua adalah backend, yang ketiga adalah aplikasi mobile untuk ios, yang keempat adalah untuk Android). Epik akan “selesai” ketika semua tugas pengembangan yang dimaksud adalah “selesai”.
Skor ICE Hygger
Algoritma yang sama berlaku untuk pilihan model penilaian ICE.
Anda perlu mengevaluasi setiap fitur berdasarkan kriteria Dampak, Keyakinan, dan Kemudahan.
Tabel praktis juga memvisualisasikan semua fitur Anda:
Cara lain untuk memprioritaskan Hygger
Nilai & Upaya Prioritas (alias Lean Prioritization)
Ini adalah metode prioritas sederhana berdasarkan pada matriks 2 × 2 dengan dua sumbu: Kompleksitas dan
Nilai:
- Nilai adalah seberapa besar kontribusi fitur tertentu.
- Upaya adalah upaya yang diperlukan untuk mengimplementasikan fitur.
Sebagai aturan, kami menggunakan dan merekomendasikan menggunakan prioritisasi Nilai & Upaya untuk mengevaluasi ide atau pemilihan awal fitur untuk evaluasi selanjutnya oleh ICE / RICE atau dengan kriteria Anda sendiri (Penilaian Berbobot).
Di Hygger, alat Bagan Prioritas membantu memvisualisasikan matriks (hanya tersedia untuk prioritas Nilai & Upaya):
- Pertama kita mengembangkan Quick Wins . Ini adalah fitur yang memberikan nilai tertinggi, tetapi dapat dengan cepat dan mudah diimplementasikan.
- Selanjutnya adalah Taruhan Besar . Fitur-fitur ini dapat membawa banyak nilai, tetapi sulit untuk diimplementasikan.
- Lalu - Maybes - tugas atau fitur yang tidak akan memberikan banyak nilai, tetapi mudah diimplementasikan. Mereka bisa dibiarkan nanti.
- Akhirnya, Waktu Tenggelam . Anda seharusnya tidak memperhatikan fitur-fitur ini sama sekali.
Selain itu, dalam menu Hygger Anda dapat memilih penentuan prioritas berdasarkan kriteria Anda sendiri -
Penilaian Tertimbang . Tetapi kami pasti akan memberi tahu Anda lebih banyak tentang sistem penilaian ini dan kelebihannya di salah satu artikel berikut.