Şikâyeti işe dönüştürmek: geri bildirimden talebe 5 adımlık süreç

Bir şikâyeti işe dönüştürmek için beş adımlık bir süreç yeterlidir: şikâyeti konumu ve önceliğiyle kaydetmek, kısa bir ön değerlendirme yapmak, doğru çözüm ekibine bir notla yönlendirmek, ekibin işi çözüp sonuçlandırmasını sağlamak ve talebi bir sonuçla kapatıp bildirimi yapan kişiye haber vermek. Bu adımlardan biri eksik kaldığında şikâyet ya kaybolur ya da "biri ilgileniyordur" belirsizliğinde bekler. Bu yazıda her adımın nasıl kurulacağını, kimin sorumlu olduğunu ve hangi kayıtların tutulması gerektiğini anlatıyoruz.

Şikâyetler neden işe dönüşmüyor?Bağlantıyı kopyala

Kurumlarda şikâyetlerin çözümsüz kalmasının nedeni çoğu zaman ilgisizlik değil, süreç boşluklarıdır:

• Sahipsizlik: Şikâyet bir e-posta kutusuna veya bir deftere düşer, ama kimin bakacağı belli değildir.
• Eksik bilgi: "Asansör bozuk" bildirimi hangi binadaki hangi asansör olduğunu söylemez; ekip önce bilgiyi aramak zorunda kalır.
• Kayıtsız devir: Şikâyet telefonla bir birime iletilir, sonrası takip edilmez.
• Kapanmayan döngü: İş yapılsa bile bildirimi yapan kişi bunu öğrenmez; kurumun gözünde sorun hâlâ açıktır.

Aşağıdaki beş adım bu boşlukları sırayla kapatır.

1. Adım: Şikâyeti doğru bilgilerle kaydedinBağlantıyı kopyala

İyi bir süreç, iyi bir kayıtla başlar. Her şikâyetin şu bilgileri taşıması gerekir:

• Konum: QR kod veya NFC ile gelen bildirimlerde lokasyon otomatik eklenir.
• Kategori: EnaFeedback'te dört sabit kategori vardır: Talep, Öneri, Şikâyet, Teşekkür.
• Öncelik: Kategori önceliği otomatik belirler. Şikâyet "Yüksek öncelikli", talep "Öncelikli", öneri ve teşekkür "Normal" olarak açılır.
• Kanıt: Ziyaretçi fotoğraf veya video ekleyebilir.
• Takip kodu: Her kayıt "FB" ile başlayan bir talep kodu alır; ziyaretçi bu kodla durumu izleyebilir.

Her geri bildirim kaydı tam olarak bir talep (ticket) oluşturur. Bildirimler dört kanaldan gelir: QR ile ziyaretçi, personel geri bildirimi, hijyen bildiriminden aktarma ve yöneticinin elle girdiği kayıt. Telefonla veya yüz yüze iletilen bir şikâyeti "Manuel geribildirim" ile sisteme girmek, onu da aynı sürecin parçası yapar.

2. Adım: Ön değerlendirmeyi hızlı ve tutarlı yapınBağlantıyı kopyala

Gelen her talebi biri okumalıdır. Bu kişi genellikle geri bildirim yöneticisidir. Ön değerlendirmede üç karar verilir:

1. Gerçekten bir iş mi? Bazı bildirimler bilgi talebidir veya kurumun etki alanı dışındadır. Bunlar daha sonra "İşlem gerektiren bir konu değil" sonucuyla kapatılabilir.
2. Öncelik doğru mu? Otomatik öncelik bir başlangıçtır. Bir öneri aslında güvenlik riski taşıyorsa öncelik yükseltilir; bu değişiklik talep geçmişine kaydedilir.
3. Hangi ekip? Bir sonraki adımın sorusudur.

Ana sayfadaki yapılacaklar panosu okunmamış geri bildirim ve talep sayılarını gösterir. Şikâyet kategorisi için uyarı kuralı açarak yeni şikâyetlerin e-posta, SMS veya uygulama içi bildirimle sorumluya hemen ulaşmasını da sağlayabilirsiniz.

3. Adım: Doğru çözüm ekibine notla yönlendirinBağlantıyı kopyala

Yönlendirme, şikâyetin bir sahibe kavuştuğu andır. EnaFeedback'te yönlendirme bilinçli olarak manueldir: yönetici talebi bir veya birden fazla çözüm ekibine gönderir ve her yönlendirmeye zorunlu bir not ekler. Talep ilk yönlendirildiğinde otomatik olarak "İşlemde" durumuna geçer.

İyi bir yönlendirme notu şu soruları cevaplar:

• Ekipten tam olarak ne bekleniyor?
• Ek bilgi nerede? (Fotoğraf, önceki benzer talepler)
• Birden fazla ekip varsa iş bölümü nasıl?

Örnek çözüm ekibi yapısı:

Ekip adı her yönlendirmeye o anki hâliyle kaydedilir; ekibin adı sonradan değişse bile geçmiş bozulmaz. Kurumunuz kendi iş takip sistemini kullanıyorsa, talep yönlendirildiğinde ve durumu değiştiğinde HMAC ile imzalanan bir webhook gönderilebilir.

4. Adım: Ekibin işi çözmesini ve sonuçlandırmasını sağlayınBağlantıyı kopyala

Ekip üyeleri kendilerine yönlendirilen talepleri "Ekip gelen kutusu"nda görür. Burada not ekler ve işi bitirdiklerinde yönlendirmeyi bir sonuçla kapatırlar:

"İade edildi" sonucu önemlidir: yanlış yönlendirilen bir talebin sessizce bekletilmesi yerine görünür biçimde geri dönmesini sağlar. Yönetici de gerektiğinde bir yönlendirmeyi geri çekebilir, iptal edebilir veya işi kendisi üstlenebilir.

Ekip gelen kutusu her ekip için okunmamış, açık ve sonuçlanmış talep sayılarını, başarı oranını ve ortalama sonuçlandırma süresini gösterir. Ekip yöneticileri bu göstergelerle iş yükünü izleyebilir.

5. Adım: Talebi kapatın ve döngüyü tamamlayınBağlantıyı kopyala

Talep, açık tüm yönlendirmeler sonuçlandırılmadan kapatılamaz. Kapanışta üç sonuçtan biri seçilir: Çözüldü, Çözülemedi veya İşlem gerektiren bir konu değil. Kapanan talepler yeniden açılamaz; aynı konu tekrar ederse yeni bir talep olarak izlenir. Bu, her talebin tek ve net bir sonuçla tarihe geçmesini sağlar.

Döngüyü tamamlamak için:

• Bildirimi yapana haber verin. Ziyaretçi iletişim bilgisi bıraktıysa, talebin durumu değiştiğinde kendisine e-posta ve/veya SMS ile bilgi gider. Anonim ziyaretçi, talep kodunu girerek durumun "Yeni", "İşlemde" veya "Kapalı" olduğunu görebilir.
• Kapanış notunu ciddiye alın. Bir sonraki benzer şikâyette ekip bu notlara bakacaktır.
• Teşekkürleri de kapatın. Teşekkür kategorisindeki bildirimleri ilgili ekiple paylaşmak, sürecin yalnızca sorunlardan ibaret olmadığını hatırlatır.

Süreci ölçmek: hangi göstergelere bakmalı?Bağlantıyı kopyala

Beş adım çalışmaya başladığında "Geribildirim analizi" ekranındaki süreç analiziyle performansı geriye dönük izleyebilirsiniz:

• İlk okumaya kadar geçen süre (ortalama ve medyan)
• Kapanışa kadar geçen süre (ortalama ve medyan)
• Okunmamış taleplerin yaş dağılımı
• Kategoriden kapanış sonucuna akış (örneğin şikâyetlerin ne kadarı çözüldü)
• Çözüm ekibi performansı: başarı oranı ve ortalama sonuçlandırma süresi

Rakamları yorumlarken ortalama ile medyanı birlikte okuyun. Birkaç uzun süre açık kalmış talep ortalamayı yukarı çekebilir; medyan ise tipik bir talebin ne kadar sürede kapandığını daha iyi gösterir. İkisi arasındaki büyük fark, "takılıp kalan" taleplerin incelenmesi gerektiğine işaret eder.

Bu raporları Excel'e, tekil talepleri PDF'e aktararak aylık kalite toplantılarında kullanabilirsiniz.

Sık sorulan sorularBağlantıyı kopyala

Talepler kategoriye göre otomatik olarak ekiplere atanabilir mi?Bağlantıyı kopyala

Hayır. Yönlendirme manueldir; her yönlendirme bir notla ve kayıtlı bir kullanıcı tarafından yapılır. Bu, özellikle birden fazla ekibi ilgilendiren şikâyetlerde yanlış atamaları azaltır ve sorumluluğu netleştirir.

Kapanmış bir talep yeniden açılabilir mi?Bağlantıyı kopyala

Hayır. Kapanan talep kesin bir sonuçla kayda geçer. Aynı sorun tekrar ederse yeni bir talep olarak izlenir; böylece tekrarlayan sorunlar raporlarda görünür olur.

Ekip üyeleri tüm talepleri görebilir mi?Bağlantıyı kopyala

Ekip üyesi rolündeki kullanıcılar yalnızca ekip gelen kutusuna erişir ve üyesi oldukları ekiplere yönlendirilen talepleri görür.

Telefonla gelen şikâyetleri de sisteme alabilir miyim?Bağlantıyı kopyala

Evet. "Manuel geribildirim" ekranından girilen kayıtlar, QR ile gelenlerle aynı talep sürecine girer ve aynı raporlarda yer alır.

SonuçBağlantıyı kopyala

Şikâyetleri işe dönüştürmek büyük bir dönüşüm projesi gerektirmez; kayıt, ön değerlendirme, yönlendirme, çözüm ve kapanış adımlarının her birinin bir sahibi ve bir kaydı olması yeterlidir. Bu beş adım, bildirimi yapan kişiye kurumun onu duyduğunu, yönetime de hangi sorunların nasıl çözüldüğünü gösterir. Sürecin ürün tarafını talep yönetimi, QR ile geri bildirim ve analiz ve raporlama sayfalarında inceleyebilir; kendi ekiplerinizle denemek için demo talebi oluşturabilirsiniz.