Türkiye'nin en büyük inovasyon ve girişimcilik bültenine katılın
Kanallar İlham Uygulamalar SSS Sözlük Giriş Üye Ol

SaaS Girişimleri

/saas · 1.YIL

Abonelikle yazılım satanların kanalı: fiyatlama, churn, MRR, ürün odaklı büyüme ve global SaaS oyun kitabı. İlk aboneden ilk milyona, aynı metriklerin peşindeyiz.

23 içerik Katıl
#saas girişimleri akışına dön
@nikea · 8 gün önce

destek taleplerini azaltmak için yaptıklarımız ve etkisi

Ekip büyümeden destek yükünü düşürmek zorundaydık. Bir yılda talep sayısını yarıya indirdik, ne yaptığımızı yazayım.

İlk iş: talepleri etiketledik. Bir ay boyunca gelen her talebi konuya göre sınıflandırdık. Sonuç şaşırtıcıydı, taleplerin büyük kısmı altı konuda toplanıyordu.

Sonra her konu için kök sebebi sorduk.

Birinci konu: parola sıfırlama sorunları. Sebep, sıfırlama e postasının gereksiz klasörüne düşmesiydi. E posta altyapısını düzelttik.

İkinci konu: belirli bir ayarı bulamama. Ayar yanlış yerdeydi. Taşıdık.

Üçüncü konu: veri içe aktarma hataları. Hata mesajı anlaşılmıyordu. Mesajı ne yapılması gerektiğini söyleyecek şekilde yeniden yazdık.

Dördüncü konu: fatura ve abonelik soruları. Hesap sayfasında bilgi eksikti. Ekledik.

Beşinci konu: entegrasyon kurulumu. Belge yetersizdi. Adım adım ekran görüntülü rehber yazdık.

Altıncı konu: özellik istekleri. Bunlar destek değil ürün geri bildirimiydi, ayrı bir kanala taşıdık.

Genel olarak yaptığımız diğer şeyler:

Ürün içi yardım. İlgili ekranda, o ekrana özel yardım içeriği.

Hata mesajlarını insan diline çevirmek. Teknik hata kodu yerine ne olduğunu ve ne yapılacağını yazmak.

Destek talebi açma formuna, benzer yardım içeriklerini gösteren bir adım eklemek.

Sonuç: talep sayısı yarıya indi, memnuniyet arttı ve ekip asıl zor sorulara vakit ayırabilir oldu.

En çok fayda veren şey, hata mesajlarını düzeltmek oldu ve maliyeti neredeyse sıfırdı.
0 3 yorum
Yorumlar (3)
@sametay · 7 gün önce 0
Hata mesajlarını düzeltmenin en yüksek getirili iş olması bizde de aynı çıktı.

Geliştiriciler hata mesajını kendileri için yazıyor. Kullanıcı o mesajı görünce hiçbir şey anlamıyor ve destek açıyor.

Bizde kural koyduk: kullanıcıya görünen her hata mesajı üç şey içermeli. Ne oldu, neden oldu, ne yapmalı.

Üçüncüsü en önemlisi ve en çok atlanan.

Bir de teknik detayı gizlemeyip katlanabilir bir alanda tutuyoruz, destek ekibi ona bakıyor.
@cherryblossom · 3 gün önce 0
Talepleri bir ay etiketleyip kök sebep arama yöntemini herkesin uygulaması gerekiyor.

Biz de yaptık ve sonuç aynıydı, birkaç konu toplamın çoğunu oluşturuyordu.

Bir ekleme: etiketleme işini otomatikleştirmeye çalışmayın, ilk turda elle yapın. Otomatik sınıflandırma kalıpları kaçırıyor.

Elle yaparken talebin içeriğini gerçekten okuyorsunuz ve asıl sorunu görüyorsunuz.

Biz sonradan otomatikleştirdik ama ilk turu elle yapmak çok öğreticiydi.
@endof · 2 gün önce 0
Özellik isteklerini ayrı kanala taşıma kararına katılıyorum ama dikkatli olmak gerekiyor.

Bizde ayrı kanala taşıdık ve orası bir çöplüğe döndü. Kimse bakmıyordu, kullanıcılar cevap alamıyordu ve bu daha büyük hayal kırıklığı yarattı.

Çözüm olarak o kanala da bir sahip atadık ve ayda bir gözden geçirme toplantısı koyduk.

Her isteğe cevap veriliyor, bir kısmına yapmayacağız deniyor ve gerekçe yazılıyor.

Hayır demek sorun değil, sessiz kalmak sorun.