@endof · 9 gün önce
kullanıcılar özellik istiyor ama kullanmıyor: geri bildirim yönetiminin tuzakları
Ürünümüzün geri bildirim panosunda en çok oylanan özelliği altı haftada geliştirip yayınladık, sonuç, isteyenlerin yarısından azı bir kez denedi, düzenli kullanan neredeyse yok, bu hayal kırıklığı bize geri bildirim yönetiminin en önemli dersini öğretti, kullanıcının dediği ile yaptığı farklı şeyler ve ürün ekibi bu farkı yönetme sanatı, öğrendiklerimizi yazayım. Birinci ders, istek ile ihtiyaç ayrımı, kullanıcı çözüm önerir, ihtiyacını söylemez, meşhur örnek gerçek, dışa aktarma özelliği isteyen kullanıcıya neden sorusunu beş kez sorunca ortaya çıkan ihtiyaç raporlama eksiğiydi, dışa aktarıp excelde rapor yapıyormuş, biz dışa aktarma yerine rapor ekranı yapsak asıl derdi çözecektik, artık her isteğin arkasındaki işi soruyoruz, ne yapmaya çalışıyorsun sorusu ürün yönetiminin en değerli cümlesi. İkinci ders, oy sayısı yanılgısı, panodaki oylar sesli azınlığın demokrasisi, sessiz çoğunluk oy kullanmıyor, ağırlığı olan sinyal ise davranış verisi, hangi ekranda takılıyorlar, neyi yarıda bırakıyorlar, destek taleplerinde hangi kelimeler tekrarlıyor, biz artık pano oylarını veri kaynaklarından sadece biri sayıyoruz, tek başına yol haritası yazamıyor. Üçüncü ders, kayıp maliyeti körlüğü, her evet bir hayır demek, o altı haftada tutundurmayı artıracak başka ne yapılabilirdi sorusu sorulmamıştı, özellik isteklerini değerlendirirken artık üç soru soruyoruz, kaç kullanıcının gerçek işini çözüyor, gelire ya da tutundurmaya bağı ne, ve bunu yapmazsak ne kaybederiz. Ve son ders iletişim tarafında, hayır demek ürün yönetiminin işi ama sessiz hayır güven öldürüyor, panoda gerekçeli kapatma yazıyoruz artık, şunu şu yüzden yapmıyoruz cümlesi, kullanıcılar reddedilmeye kızmıyor, yok sayılmaya kızıyor.
0 1 yorum