Anda selalu dapat menghitung keterampilan strategi manajer produk seperti pemikiran inovatif, pendekatan samudra biru, dan lainnya. Tetapi setiap hari kami menggunakan alat dan pendekatan yang lebih praktis. Artikel ini membahas tentang bekerja dengan permintaan fitur dan persyaratan produk.
Aksioma utama dalam mengelola permintaan adalah bahwa permintaan fitur dari pelanggan, mitra, dan tim internal bukanlah persyaratan untuk produk. Ini karena setiap permintaan dapat dibagi menjadi beberapa persyaratan atau, jika tidak, beberapa permintaan dapat digabungkan menjadi satu persyaratan.
Mari kita gunakan contoh - aplikasi kalkulator. Anda telah menerima permintaan untuk menambahkan sistem numerik biner ke aplikasi. Fitur tunggal ini memunculkan topik berikut, masing-masing dapat dikonversi ke persyaratan.
- Mendukung operasi aritmatika.
- Mendukung konversi dari / ke. Ini akan berdampak pada fungsionalitas sistem desimal. Misalnya, Anda perlu mendukung konversi dari desimal.
- Mendukung operasi logis.
Anda melihat bahwa tidak ada yang meminta operasi logis untuk biner jika Anda tidak mendukung sistem tersebut. Permintaan fitur adalah tentang sistem numerik tertentu, tetapi memiliki beberapa persyaratan yang mendasarinya.
Mungkin ini sangat jelas. Ada beberapa perangkap tersembunyi. Pertama-tama adalah mengelola permintaan fitur dan persyaratan produk dalam pelacak.
Jelas memiliki satu sistem untuk pelacakan dan perencanaan lebih baik daripada memiliki dua. Setidaknya Anda hanya perlu satu tab atau jendela aplikasi dibuka. Harap pertimbangkan untuk menggunakan jenis catatan yang berbeda untuk mengelola permintaan dan persyaratan daripada satu catatan. Contoh dari pengalaman saya. Saya menerima dua hingga empat permintaan fitur baru setiap hari kerja, diajukan oleh tim dukungan. Anda dapat dengan mudah membayangkan sejumlah item masuk. Daftar proyek produk terlihat seperti daftar yang sangat panjang. Memiliki jenis catatan "persyaratan" dan "permintaan fitur" membuat peninjauan dan perencanaan lebih mudah. Jika beberapa permintaan merupakan asal dari satu persyaratan, saya membuat tautan referensi. Dan setelah meninjau saya dapat menutup permintaan fitur dengan label "direncanakan" atau "ditolak"
Jebakan kedua bisa dalam permintaan pertemuan. Salah satu caranya adalah mendapatkannya melalui saluran dukungan. Ini adalah cara yang baik, ketika Anda menerima item yang difilter dan dibersihkan. Di sisi lain ini bukan proses yang terlihat oleh pelanggan Anda.
Oleh karena itu, vendor, terutama untuk perangkat lunak cloud, dapat menggunakan portal untuk mendapatkan umpan balik.
Portal umpan balik ZendeskMetode ini menambah visibilitas, memisahkan permintaan dari persyaratan. Sekarang, pekerjaan Anda berlipat ganda. Anda perlu meninjau dan berkomentar dengan cepat - pelanggan tidak suka diam dan Anda berkomunikasi secara publik.
Dan hal terburuk adalah melacak dan menandai item dalam daftar sesuai rencana, tidak direncanakan, selesai. Ingat bahwa permintaan fitur bukan persyaratan yang harus selalu Anda ingat ketergantungannya. Kembali ke kasus mendukung biner di aplikasi kalkulator. Bagaimana Anda harus melacak permintaan ini di portal publik jika Anda hanya menerapkan aritmatika dan konversi tanpa operasi logis.
Setiap manajer produk memilih solusi sendiri, tidak ada pendekatan universal. Namun, kita harus selalu ingat bahwa banyak detail penting dapat disembunyikan dalam topik sederhana.