Kullanıcı Geri Bildirimi Toplama Sistemi

Ürün ve Büyüme (PLG)

Dağınık geri bildirimi düzenli, önceliklendirilebilir ve ürün kararına dönüşebilir bir sisteme kavuşturur.

📝 Prompt

Bir ürün yöneticisi gibi davran. ÜRÜN: - Kullanıcı sayısı: [SAYI] - Mevcut geri bildirim kanalları: [DESTEK, E-POSTA, SOSYAL VB.] - Ürün ekibi büyüklüğü: [KİŞİ] - Mevcut sorun: [ÖRNEK: 'Geri bildirim geliyor ama hiçbiri karara dönüşmüyor'] GÖREV: 1. KANAL HARİTASI: Geri bildirimin geldiği tüm kanalları listele ve her birinin ürettiği geri bildirim türünü tanımla. Pasif kanallar (destek talepleri) ile aktif kanallar (anket, görüşme) arasındaki farkı açıkla. 2. AKTİF TOPLAMA YÖNTEMLERİ: Şu yöntemler için ne zaman ve nasıl kullanılacağını yaz: - Ürün içi mikro anket (tek soru, bağlama özel) - NPS ve açık uçlu takip sorusu - Kullanıcı görüşmesi (kiminle, ne sıklıkla) - Kayıp müşteri anketi - Özellik talebi panosu 3. MERKEZİ TOPLAMA: Tüm geri bildirimi tek yerde toplamak için yapı öner. Her kayıtta bulunması gereken alanları belirle — kaynak, kullanıcı segmenti, tema etiketi, sıklık, iş etkisi. 4. TEMALANDIRMA: Ham geri bildirimi tema başlıklarına dönüştürme yöntemi. Kullanıcının istediği çözüm ile altta yatan problemi ayırt etmenin önemini açıkla — 'daha hızlı at isteyen' kullanıcı örneğini somutlaştır. 5. ÖNCELİKLENDİRME: Temaları sıralamak için çerçeve öner. Talep sayısı tek başına yeterli değildir; hangi segmentin istediği, gelir etkisi ve stratejik uyum da hesaba katılmalı. 6. GERİ BİLDİRİM DÖNGÜSÜ: Kullanıcıya 'sesini duyduk' demenin yolları. Yayınlanan geliştirmeleri talep edenlere bildirme akışı kur. 7. RİTM: Geri bildirim gözden geçirme toplantısı için gündem şablonu ve sıklık önerisi. KISIT: En çok talep edileni yapmayı otomatik doğru sayma; segment ve iş etkisini hesaba kat.

💡 Kullanım İpuçları

"En çok istenen özelliği yap" tuzağına dikkat. Model, talebi eden segmentin gelir katkısını da hesaba katan bir önceliklendirme kuruyor.

İlgili Promptlar