Yazılım ve uygulamalar
Bir SaaS ekibi nasıl yol haritasını besleyen ve müşteri kaybını yavaşlatan bir geri bildirim kanalı oluşturdu
İptal etme olasılığı en yüksek olan müşteriler size nadiren nedenini söylerler — sadece çeker giderler. Uygulama içindeki önceden doldurulmuş bir 'Geri bildirim gönder' düğmesi, hesap bağlamı eklenmiş olarak hataları ve istekleri, hüsran iptale dönüşmeden önce yakalar.
Sessiz hüsranı bir yol haritası sinyaline dönüştürün
Abonelik tabanlı bir ürün yenilemelerle yaşar ve ölür, ve elde tutulması en zor müşteriler sessiz olanlardır. Bir destek talebi açmazlar. NPS anketinize yanıt vermezler. Pürüzlü bir kenara çarparlar — kafa karıştırıcı bir ekran, eksik bir özellik, günde beş dakika kaybettiren küçük bir hata — ve bunu bu aracın pek de değerli olmadığına dair bir neden daha olarak bir kenara yazarlar. Üç ay sonra iptal ederler ve neden kutusunda 'artık gerekli değil' yazar. Bu hesabı kurtarabilecek olan geri bildirim aslında vardı. Sadece kullanıcının kafasından çıkıp sizinkine girmenin kolay bir yolu hiç olmadı. ## Sorun: faydalı geri bildirim size asla ulaşmıyor Çoğu SaaS ekibinin geri bildirim kanalları vardır ve bunların çoğu sızdırır. Bir destek e-posta adresi, kimsenin bir işin ortasında ziyaret etmediği bir yardım sayfasında durur. Bir anket, hüsran anı geçtikten bir hafta sonra e-posta ile gelir. Bir topluluk forumu, kullanıcılardan bir hesap daha oluşturmalarını ister. Bunların her biri tam olarak yanlış zamanda sürtünme ekler — bir kullanıcının sinirlendiği ve meşgul olduğu an, şikayet edecek doğru yeri aramakla uğraşmayacağı andır. Bu yüzden aldığınız sinyal çarpıktır. Geri bildirim formunuzun peşine düşecek az sayıdaki ileri düzey kullanıcıdan ve gürültülü bir şekilde iptal eden az sayıdaki kızgın kullanıcıdan haber alırsınız. Büyük, sessiz ortayı kaçırırsınız: size söylemek beş dakika yerine beş saniye sürseydi neyin yanlış olduğunu söyleyecek olan kullanıcılar. ## Çözüm: uygulama içinde bir 'Geri bildirim gönder' düğmesi İşin yapıldığı yere — uygulama başlığına, bir yardım menüsüne veya köşedeki küçük bir widget'a — bir **Geri bildirim gönder** bağlantısı koyun. Kullanıcının e-posta uygulamasını, ürün gelen kutunuza adreslenmiş, zaten yazılmış kısa, yapılandırılmış bir taslakla açar. Düğme oturum açılmış bir uygulamanın içinde yer aldığı için, ekibinizin her zaman ihtiyaç duyduğu bağlamı otomatik olarak ekleyebilirsiniz. Kullanıcının size kim olduğunu veya hangi planda olduğunu asla söylemesine gerek yoktur; uygulamanız zaten biliyor. ```html <a id="feedback" href="#">Geri bildirim gönder</a> <script> const a = document.getElementById('feedback'); const body = 'Type: [bug / idea / question]\n\n' + 'What I was trying to do:\n' + 'What happened or what I would love instead:\n\n' + 'Plan: ' + window.CURRENT_PLAN + '\n' + 'Account: ' + window.CURRENT_ACCOUNT_ID + '\n' + 'Screen: ' + location.pathname; a.href = 'mailto:product@yourapp.com' + '?subject=' + encodeURIComponent('In-app feedback: ' + document.title) + '&body=' + encodeURIComponent(body); </script> ``` Bu sitedeki oluşturucu kodlanmış `mailto:` bağlantısını üretir; yukarıdaki küçük betik taslak açılmadan önce sadece canlı hesap ayrıntılarını yerleştirir. ## Eklenen bağlam neden her şeyi değiştirir Ham bir 'bu kafa karıştırıcı' mesajı bir destek temsilcisini dedektiflik oynamaya zorlar: hangi hesap, hangi plan, hangi ekran, bu bir hata mı yoksa bir istek mi? Önceden doldurulmuş bir geri bildirim e-postası, henüz kimse okumadan tüm bunlara cevap verir. - **Hesap ve plan** size bunun bir deneme kullanıcısı, müşteri kaybı riski taşıyan bir kurumsal hesap veya ücretsiz bir aşama olup olmadığını söyler — böylece yanıta ve düzeltmeye öncelik verebilirsiniz. - **Ekran ve eylem** bir mühendisin bir hatayı hızlıca yeniden oluşturmasını sağlar. - **Bir tür etiketi** (hata, fikir, soru) basit bir gelen kutusu kuralının mesajı doğru yere yönlendirmesini sağlar: hatalar izleyiciye, fikirler yol haritası panosuna, sorular desteğe. Kanal bir kara delik olmaktan çıkar ve yapılandırılmış bir girdi olmaya başlar. Bir çeyrek boyunca, sadece konu etiketleri size ürünün hangi kısımlarının en çok sürtünme yarattığını gösterir. ## Kurulum 1. Hem desteğin hem de ürünün görebileceği, `product@` veya `feedback@` gibi bir ürün gelen kutusu veya takma adı oluşturun. 2. Oluşturucuda temel bağlantıyı kurun: alıcı, 'Uygulama içi geri bildirim: [alan]' gibi bir konu ve yapılandırılmış gövde istemi. 3. Planın, hesap kimliğinin ve ekranın uygulamanızın oturumundan otomatik olarak doldurulması için küçük betiği ekleyin. 4. Düğmeyi her zaman ulaşılabilir bir yere yerleştirin — kalıcı bir başlık öğesi, gömülü bir ayarlar sayfasından daha iyidir. 5. Konu etiketine veya 'Type' satırına dayalı kurallarla gelen e-postaları yönlendirin. Satın alınacak yeni bir hizmet ve yüklenecek bir SDK yoktur. Kanal bir `mailto:` bağlantısı ve birkaç satırlık tutkal kodudur, bu da onun bir öğleden sonra yayına alınabileceği ve web'de ve gömülü bir webview'da aynı şekilde çalıştığı anlamına gelir. ## Neler kazandırır Ana kazanç **elde tutmadır**. Bir mesaja dönüşen her sessiz hüsran, bir sorunu çözmek, kişisel olarak yanıt vermek ve aksi takdirde sürüklenip gidecek bir hesabı elde tutmak için bir şanstır. Matematiğin işlemesi için çok fazla kurtarmaya ihtiyacınız yoktur: aksi halde kaybedilecek olan ayda birkaç ödeme yapan hesabı bile elinizde tutmak, genellikle düğmeyi oluşturmanın maliyetini gölgede bırakır, çünkü düğmenin maliyeti neredeyse sıfırdır. Bir **yol haritası kazancı** da vardır. Eskiden dağınık gelen kutularında ve koridor konuşmalarında yaşayan özellik istekleri artık tek bir yere etiketli ve aranabilir olarak ulaşır. Bir çeyreği planlama zamanı geldiğinde, tahmin yürütmek yerine gerçek talep sinyaline sahip olursunuz — ve fikirleri yayınlandığında orijinal talep sahiplerine yanıt verebilirsiniz, bu bir ürün ekibinin sahip olduğu en ucuz sadakat hamlelerinden biridir. Ve bir de **destek kazancı** vardır: önceden doldurulmuş bağlam, çoğu biletin ilk iki yanıtını yiyen git gelleri ortadan kaldırır, böylece ekibiniz saatte daha fazla çözüm üretir. ## Daha da iyi hale getirin - Hızlı varyantlar sunun — 'Bir hata bildir', 'Bir özellik iste', 'Bir soru sor' — her biri konuyu önceden etiketler böylece yönlendirme otomatik olur. - Bir hatanın en son sürümde zaten düzeltilip düzeltilmediğini anlayabilmeniz için uygulama sürümünü gövdeye dahil edin. - Kurumsal planlar için, hesabın başarı yöneticisini `cc`'ye ekleyin, böylece yüksek değerli geri bildirimler hızlı ve kişisel bir yanıt alır. - Aynı düğmeyi yeniden kullanan halka açık herhangi bir pazarlama sayfasında adresi gizli tutun. ## Önemli çıkarımlar - Müşteri kaybını önleyen geri bildirim genellikle size asla ulaşmaz, çünkü kanallarınız en kötü anda sürtünme ekler. - Uygulama içi 'Geri bildirim gönder' `mailto:` düğmesi, hataları ve fikirleri hesap ve plan bağlamı otomatik olarak eklenmiş bir şekilde tek tıklamayla yakalar. - Yapılandırılmış, etiketlenmiş girdiler bir gelen kutusunda kaybolmak yerine izleyicinizi ve yol haritanızı besler. - Müşteri kaybını yavaşlatır, yol haritasını keskinleştirir ve destek git gellerini azaltır — yeni hiçbir araç olmadan. Kendi geri bildirim düğmenizi [oluşturucuda](/#generator) oluşturun veya aşağıdaki kurulumu kopyalayın.
Abonelik tabanlı bir ürün yenilemelerle yaşar ve ölür, ve elde tutulması en zor müşteriler sessiz olanlardır. Bir destek talebi açmazlar. NPS anketinize yanıt vermezler. Pürüzlü bir kenara çarparlar — kafa karıştırıcı bir ekran, eksik bir özellik, günde beş dakika kaybettiren küçük bir hata — ve bunu bu aracın pek de değerli olmadığına dair bir neden daha olarak bir kenara yazarlar. Üç ay sonra iptal ederler ve neden kutusunda 'artık gerekli değil' yazar.
Bu hesabı kurtarabilecek olan geri bildirim aslında vardı. Sadece kullanıcının kafasından çıkıp sizinkine girmenin kolay bir yolu hiç olmadı.
Sorun: faydalı geri bildirim size asla ulaşmıyor
Çoğu SaaS ekibinin geri bildirim kanalları vardır ve bunların çoğu sızdırır.
Bir destek e-posta adresi, kimsenin bir işin ortasında ziyaret etmediği bir yardım sayfasında durur. Bir anket, hüsran anı geçtikten bir hafta sonra e-posta ile gelir. Bir topluluk forumu, kullanıcılardan bir hesap daha oluşturmalarını ister. Bunların her biri tam olarak yanlış zamanda sürtünme ekler — bir kullanıcının sinirlendiği ve meşgul olduğu an, şikayet edecek doğru yeri aramakla uğraşmayacağı andır.
Bu yüzden aldığınız sinyal çarpıktır. Geri bildirim formunuzun peşine düşecek az sayıdaki ileri düzey kullanıcıdan ve gürültülü bir şekilde iptal eden az sayıdaki kızgın kullanıcıdan haber alırsınız. Büyük, sessiz ortayı kaçırırsınız: size söylemek beş dakika yerine beş saniye sürseydi neyin yanlış olduğunu söyleyecek olan kullanıcılar.
Çözüm: uygulama içinde bir 'Geri bildirim gönder' düğmesi
İşin yapıldığı yere — uygulama başlığına, bir yardım menüsüne veya köşedeki küçük bir widget'a — bir Geri bildirim gönder bağlantısı koyun. Kullanıcının e-posta uygulamasını, ürün gelen kutunuza adreslenmiş, zaten yazılmış kısa, yapılandırılmış bir taslakla açar.
Düğme oturum açılmış bir uygulamanın içinde yer aldığı için, ekibinizin her zaman ihtiyaç duyduğu bağlamı otomatik olarak ekleyebilirsiniz. Kullanıcının size kim olduğunu veya hangi planda olduğunu asla söylemesine gerek yoktur; uygulamanız zaten biliyor.
<a id="feedback" href="#">Geri bildirim gönder</a>
<script>
const a = document.getElementById('feedback');
const body =
'Type: [bug / idea / question]\n\n' +
'What I was trying to do:\n' +
'What happened or what I would love instead:\n\n' +
'Plan: ' + window.CURRENT_PLAN + '\n' +
'Account: ' + window.CURRENT_ACCOUNT_ID + '\n' +
'Screen: ' + location.pathname;
a.href = 'mailto:product@yourapp.com'
+ '?subject=' + encodeURIComponent('In-app feedback: ' + document.title)
+ '&body=' + encodeURIComponent(body);
</script>
Bu sitedeki oluşturucu kodlanmış mailto: bağlantısını üretir; yukarıdaki küçük betik taslak açılmadan önce sadece canlı hesap ayrıntılarını yerleştirir.
Eklenen bağlam neden her şeyi değiştirir
Ham bir 'bu kafa karıştırıcı' mesajı bir destek temsilcisini dedektiflik oynamaya zorlar: hangi hesap, hangi plan, hangi ekran, bu bir hata mı yoksa bir istek mi? Önceden doldurulmuş bir geri bildirim e-postası, henüz kimse okumadan tüm bunlara cevap verir.
- Hesap ve plan size bunun bir deneme kullanıcısı, müşteri kaybı riski taşıyan bir kurumsal hesap veya ücretsiz bir aşama olup olmadığını söyler — böylece yanıta ve düzeltmeye öncelik verebilirsiniz.
- Ekran ve eylem bir mühendisin bir hatayı hızlıca yeniden oluşturmasını sağlar.
- Bir tür etiketi (hata, fikir, soru) basit bir gelen kutusu kuralının mesajı doğru yere yönlendirmesini sağlar: hatalar izleyiciye, fikirler yol haritası panosuna, sorular desteğe.
Kanal bir kara delik olmaktan çıkar ve yapılandırılmış bir girdi olmaya başlar. Bir çeyrek boyunca, sadece konu etiketleri size ürünün hangi kısımlarının en çok sürtünme yarattığını gösterir.
Kurulum
- Hem desteğin hem de ürünün görebileceği,
product@veyafeedback@gibi bir ürün gelen kutusu veya takma adı oluşturun. - Oluşturucuda temel bağlantıyı kurun: alıcı, 'Uygulama içi geri bildirim: [alan]' gibi bir konu ve yapılandırılmış gövde istemi.
- Planın, hesap kimliğinin ve ekranın uygulamanızın oturumundan otomatik olarak doldurulması için küçük betiği ekleyin.
- Düğmeyi her zaman ulaşılabilir bir yere yerleştirin — kalıcı bir başlık öğesi, gömülü bir ayarlar sayfasından daha iyidir.
- Konu etiketine veya 'Type' satırına dayalı kurallarla gelen e-postaları yönlendirin.
Satın alınacak yeni bir hizmet ve yüklenecek bir SDK yoktur. Kanal bir mailto: bağlantısı ve birkaç satırlık tutkal kodudur, bu da onun bir öğleden sonra yayına alınabileceği ve web'de ve gömülü bir webview'da aynı şekilde çalıştığı anlamına gelir.
Neler kazandırır
Ana kazanç elde tutmadır. Bir mesaja dönüşen her sessiz hüsran, bir sorunu çözmek, kişisel olarak yanıt vermek ve aksi takdirde sürüklenip gidecek bir hesabı elde tutmak için bir şanstır. Matematiğin işlemesi için çok fazla kurtarmaya ihtiyacınız yoktur: aksi halde kaybedilecek olan ayda birkaç ödeme yapan hesabı bile elinizde tutmak, genellikle düğmeyi oluşturmanın maliyetini gölgede bırakır, çünkü düğmenin maliyeti neredeyse sıfırdır.
Bir yol haritası kazancı da vardır. Eskiden dağınık gelen kutularında ve koridor konuşmalarında yaşayan özellik istekleri artık tek bir yere etiketli ve aranabilir olarak ulaşır. Bir çeyreği planlama zamanı geldiğinde, tahmin yürütmek yerine gerçek talep sinyaline sahip olursunuz — ve fikirleri yayınlandığında orijinal talep sahiplerine yanıt verebilirsiniz, bu bir ürün ekibinin sahip olduğu en ucuz sadakat hamlelerinden biridir.
Ve bir de destek kazancı vardır: önceden doldurulmuş bağlam, çoğu biletin ilk iki yanıtını yiyen git gelleri ortadan kaldırır, böylece ekibiniz saatte daha fazla çözüm üretir.
Daha da iyi hale getirin
- Hızlı varyantlar sunun — 'Bir hata bildir', 'Bir özellik iste', 'Bir soru sor' — her biri konuyu önceden etiketler böylece yönlendirme otomatik olur.
- Bir hatanın en son sürümde zaten düzeltilip düzeltilmediğini anlayabilmeniz için uygulama sürümünü gövdeye dahil edin.
- Kurumsal planlar için, hesabın başarı yöneticisini
cc'ye ekleyin, böylece yüksek değerli geri bildirimler hızlı ve kişisel bir yanıt alır. - Aynı düğmeyi yeniden kullanan halka açık herhangi bir pazarlama sayfasında adresi gizli tutun.
Önemli çıkarımlar
- Müşteri kaybını önleyen geri bildirim genellikle size asla ulaşmaz, çünkü kanallarınız en kötü anda sürtünme ekler.
- Uygulama içi 'Geri bildirim gönder'
mailto:düğmesi, hataları ve fikirleri hesap ve plan bağlamı otomatik olarak eklenmiş bir şekilde tek tıklamayla yakalar. - Yapılandırılmış, etiketlenmiş girdiler bir gelen kutusunda kaybolmak yerine izleyicinizi ve yol haritanızı besler.
- Müşteri kaybını yavaşlatır, yol haritasını keskinleştirir ve destek git gellerini azaltır — yeni hiçbir araç olmadan.
Kendi geri bildirim düğmenizi oluşturucuda oluşturun veya aşağıdaki kurulumu kopyalayın.