Get best of the week

Produk dan prioritisasi: bagaimana cara mengevaluasi tujuan proyek?

Kadang-kadang dalam tim ada perbedaan pendapat tentang suatu produk: tugas apa yang sekarang menjadi prioritas. Untuk mencegah dinding kesalahpahaman antara pengembang dan manajer, produk harus diprioritaskan. Dan bagaimana melakukannya dengan benar - baca artikelnya.

Produk yang berpengalaman tahu bahwa Anda tidak bisa hanya menjentikkan jari ke langit dan di antara semua tugas yang Anda perlukan untuk memilih yang paling signifikan. Misha Karpov, mantan Direktur Produk Skyeng, melalui salah satu studi, menemukan bahwa perusahaan Rusia dan asing memecah prioritas menjadi dua tahap: penilaian cepat dan lambat.

gambar

Yang pertama adalah penilaian cepat yang memotong tugas yang tidak relevan. Setelah itu, produk melakukan penilaian terperinci yang lambat.

Penilaian cepat


gambar

Untuk evaluasi cepat, produk dipersenjatai dengan pendekatan Agile yang memperhitungkan manfaat tugas dan biaya tenaga kerja tim:

  • Pertama, manajer produk dan pakar teknis membahas betapa bermanfaatnya fitur baru ini, misalnya, penggunaan filter dalam aplikasi Metro. Pilihan tim: tunjukkan 1-3 jari - dan produk mencatat nilai rata-rata. Ini terjadi dengan semua fitur.
  • Berikut ini membahas betapa sulitnya mengimplementasikan pembaruan. Selain berguna, hasil pemungutan suara dicatat di kolom “Estimasi Biaya Rata-Rata”.
  • Kami menghubungkan manfaat dan biaya. Tabel pada gambar di atas menunjukkan bahwa Fitur 2 dan Fitur 3 sangat unggul - artinya kedua pembaruan ini harus diluncurkan dalam waktu dekat. Di kolom kedua kita melihat bahwa mereka mudah dibuat, dan di bagian pertama, fitur-fitur ini akan berguna bagi pengguna.

Biaya tenaga kerja dibahas dengan tim teknis.

, , — , .



: , Intercom:


gambar

  • ;
  • (Reach) — , ;
  • (Impact) — , ;
  • (Confidence) — , «»;
  • (Effort) — . RICE score: Reach, Impact Confidence Effort.

Dampak dalam kasus-kasus ini ditentukan oleh pemungutan suara, atau oleh umpan balik pengguna.

Opsi penilaian cepat lainnya adalah "Metrik Hierarki" menggunakan contoh VKontakte:

gambar

  • Menurut metrik tingkat atas, mereka mempertimbangkan seberapa sering pengguna berinteraksi dengan fitur.
  • Langkah selanjutnya adalah menggunakan metrik layanan - waktu menonton video. Produk sedang berdiskusi dengan tim tentang apa yang mempengaruhi waktu menonton video: durasi dan kuantitas. Indikator-indikator ini terkait dengan lvl 1.
  • Pada level lvl 2, kami menganalisis apa yang memengaruhi setiap indikator secara khusus. Durasi dipengaruhi oleh persentase pencarian dan durasi video itu sendiri. Persentase penayangan dipengaruhi oleh kualitas konten dan kecepatan video.
  • Kami menguraikan setiap item menjadi level: kami mendapatkan lapisan kue dari metrik utama dan level yang mempengaruhinya. Pada titik ini, produk tersebut berpikir dapat meningkatkan kinerja (misalnya, menambahkan video dalam HD). Tetapi sebelum Anda menerapkan perubahan, Anda perlu memahami apa metrik ini akan mempengaruhi. Dalam hal ini, format HD akan memengaruhi kualitas video. Produk memeriksa pohonnya dan menemukan tingkat di mana ia memposting Kualitas Video.

Semakin dekat ke metrik utama yang Anda butuhkan untuk memompa, akan semakin bermanfaat. Jika fitur berada pada level yang jauh, maka hampir tidak ada peluang untuk mempengaruhi metrik global.

Untuk mengukur seberapa penting kualitas konten, produk membangun pohon yang diperiksa oleh analis. Setelah itu, pengembang memiliki tugas selama enam bulan hingga satu tahun sebelumnya. Mereka secara bertahap memodifikasi produk.


Pada gambar di bawah ini, "Hierarki metrik" dalam format excel untuk analisis bulanan atau triwulanan:

gambar

  • kolom pertama menunjukkan metrik yang perlu dinaikkan menggunakan fitur baru;
  • di kolom kedua - indikator digital yang diharapkan;
  • di kolom ketiga fitur yang dibutuhkan;
  • di kolom keempat, bobot fitur (dari satu hingga tiga).

Apa wajah produk saat bekerja dengan kayu?


  • Kebetulan ada 15 fitur dalam tabel, dan 180 sisanya sedang menunggu dalam antrean;
  • Ketika pohon disusun, ide-ide untuk fitur diambil tidak hanya dari tabel, tetapi juga dari jaminan, karena anggota tim dapat menyarankan sesuatu yang penting;
  • "Bobot" ditentukan oleh analisis proyek dan fitur sebelumnya;
  • Jika satu proyek memengaruhi dua metrik sekaligus, itu didefinisikan dalam metrik itu, di mana ia akan memiliki lebih banyak pengaruh.

Peringkat lambat


Misalnya, di Skyeng ada pencarian untuk siswa, di mana mereka diundang untuk menyelesaikan berbagai tugas di beberapa kelas. Pencarian dimulai beberapa kelas sebelum pembayaran kedua untuk pelatihan, dan untuk menyelesaikannya, pengguna harus membayar bulan pelatihan berikutnya pada platform.

Anda perlu mengetahui berapa banyak uang yang akan dibawa oleh pencarian dan dalam prioritas apa tugas ini seharusnya.

Kami menyusun kalkulator dengan jawaban atas pertanyaan utama (item-item yang keraguan produknya disorot dengan warna kuning di tabel):

gambar

  • Berapa banyak pengguna dalam 12 bulan akan berada pada titik keputusan ini? Misalnya, 100.000 orang.
  • Berapa banyak pengguna yang akan mencoba pencarian? Tim menyarankan bahwa ini bisa menjadi 44%.
  • Berapa banyak pengguna yang akan menyelesaikan seluruh pencarian? Mungkin 81%.
  • Berapa banyak pengguna yang akan melakukan pembayaran kedua setelah menerapkan pelajaran pencarian? Agaknya, pembayaran kembali akan menjadi 4% lebih tinggi.
  • Apa untung dari pembayaran kedua? Tim tahu pasti bahwa 5.000 rubel.
  • Berapa laba tambahan yang akan diterima perusahaan dalam 12 bulan sejak tanggal peluncuran? Kami menghitung jumlah peserta dan mengalikannya dengan pembayaran ulang.

Mengapa angka-angka disorot dengan warna kuning seperti ini: 40%, bukan 60% atau 15%?


Untuk menjawab, kami mempertimbangkan probabilitas untuk koefisien yang tidak diketahui (poin 2 pada gambar).

  1. Skenario pesimistis, realistis, dan optimis bagi mereka yang mencoba pelajaran WOW dipertimbangkan. Kami mengganti angka untuk setiap skenario yang memenuhi harapan kami.
  2. Di kolom “Skenario Probability”, kami menentukan berapa probabilitas bahwa skenario akan terjadi dan mempertimbangkan nilai rata-rata. Sama dengan sisa yang tidak diketahui.
  3. Perkirakan biaya pengembangan.
  4. Kami mempertimbangkan rasio biaya pengembangan dan uang yang diterima (untuk biaya pengembangan, produk mengklarifikasi dengan tim berapa jam yang mereka habiskan dan berkembang biak dengan tawaran mereka).

Setelah fitur ini dirilis, Anda perlu melihat perkiraan untuk rilis besar dan rasio perkiraan yang menjadi kenyataan dengan laba untuk bulan tersebut.

Untuk orang-orang pihak ketiga, mungkin tampak bahwa produk disemprot dan, ketika memprioritaskan, membuang-buang waktu.

Kita perlu menghitung berapa perusahaan akan mengeluarkan biaya kesalahan produk. Jumlahnya bisa jutaan.


Kalkulator mana yang menggunakan Skyeng untuk menghitung data?


Ini adalah Google Doc yang datanya terhubung (nilai saat ini, LTV saat ini, dll.). Informasi masuk ke dalam sel dokumen, dan kemudian semua kalkulator merujuk ke sel tertentu. Kalkulator canggih digunakan ketika Anda perlu mengklarifikasi lebih detail.

Algoritma Prioritas Singkat


  1. Temukan metrik kunci TOP 3 untuk layanan tertentu.
  2. Kumpulkan hipotesis untuk memompa metrik ini: dari tumpukan atau di luarnya.
  3. Jika pasar baru - gunakan metode kualitas: tanyakan kepada pengguna potensial apa yang saat ini mereka gunakan.
  4. Lakukan penilaian cepat dan buang fitur "lemah".
  5. Lakukan penilaian terperinci atas fitur yang tersisa.

Skyeng menggunakan satu metode cepat dan lambat, serta menentukan waktu penentuan prioritas. Misalnya, untuk pengembang dalam pertemuan perencanaan mingguan, tim membahas berapa banyak waktu yang dibutuhkan setiap orang untuk menyelesaikan berbagai masalah. Mereka menyediakan produk dengan estimasi persyaratan, setelah itu ia memutuskan apakah akan mengambil fitur. Dalam memprioritaskan yang terakhir, mereka menggunakan metrik ROI untuk menunjukkan rasio uang yang akan diterima perusahaan dengan uang yang akan dihabiskan untuk pengembangan. Itu terjadi bahwa ROI bisa lebih dari 1000-3000%, dan pengembangan fitur akan memakan waktu sangat sedikit.

Prioritas yang kompeten!

More articles:


All Articles