Bir müşteri şikâyeti özenli bir yanıtı hak eder; ancak görüşmeyi çözmek, her zaman altta yatan sorunu çözmekle aynı şey değildir. Müşteri özür, açıklama veya ürün değişimi alabilirken hayal kırıklığına yol açan koşullar değişmeden kalabilir. Böyle olduğunda, sonraki müşteri de aynı sorunla karşılaşabilir.
müşteri şikâyetinden operasyonel iyileştirmeye iş akışı, müşteriyle yürütülen çalışmaları işletmenin işleyişini iyileştirmeye yönelik pratik çalışmalarla bağlar. Küçük bir ekibin, bir destek görüşmesinin tek seferlik bir konu olup olmadığına ya da dahili bir kayıt, atanmış bir aksiyon veya tekrarlayan kontrol listesinde değişiklik oluşturması gerekip gerekmediğine karar vermesine yardımcı olur.
Amaç, her memnuniyetsiz mesajı büyük bir projeye dönüştürmek değildir. Amaç; faydalı bağlamı korumak, ölçülü bir yanıtı görünür kılmak ve iyileştirmenin gerçekten tamamlandığını doğrulamaktır.
Şikâyeti yeterli bağlamla kaydedin
Başlangıç noktası destek görüşmesidir. Dahili olarak ne yapılacağına karar vermeden önce, şikâyetin müşterinin deneyimini açıkça anlattığından emin olun. Müşterinin ifadeleri önemlidir, ancak operasyonel bağlam da önem taşır.
Temel bilgileri henüz erişilebilirken kaydedin: ne oldu, ne zaman oldu, müşteri ne bekliyordu, hangi hizmet veya iş söz konusuydu ve şimdiye kadar nasıl bir yanıt verildi. Müşteriyle yapılan görüşmeyi saygılı bir şekilde yönetebilmek için yeterince ayrı tutarken, ekibin daha sonra dahili bir aksiyonun neden oluşturulduğunu anlayabilmesini sağlayın.
Müşteri desteği gibi ortak bir çalışma alanı, küçük bir ekibin görüşmeleri düzenlemesine, bir sorumlu atamasına ve her talebi çözüme kadar takip etmesine yardımcı olabilir. Böylece ekip, bir mesajdaki veya nottaki kısaltılmış anlatıma güvenmek yerine özgün şikâyeti inceleyebileceği güvenilir bir yere sahip olur.
Gerçekleri, etkiyi ve varsayımları ayırın
Faydalı şikâyet kayıtları üç unsuru birbirinden ayırır:
- Gerçekler: müşterinin bildirdiği ve görüşmeden doğrulanabilen bilgiler.
- Etki: müşterinin yaşadığı aksaklık, gecikme, kafa karışıklığı veya memnuniyetsizlik.
- Varsayımlar: hâlâ kontrol edilmesi gereken olası açıklamalar.
Bu ayrım, ekibin erken aşamadaki bir tahmini neden olarak kabul etmesini önler. Örneğin, geç teslimat şikâyeti bir devir teslim sorununa, belirsiz bilgilendirmeye veya münferit bir istisnaya işaret edebilir. Şikâyet, müşterinin etkilendiğini ortaya koyar; neden etkilendiğini otomatik olarak belirlemez.
Müşteriyle yapılan görüşmeyi özenle kapatın; ancak ekibin sorunun yeniden yaşanıp yaşanamayacağını kontrol etmesine kadar operasyonel soruyu açık tutun.
Şikâyetin operasyonel takip gerektirip gerektirmediğine karar verin
Her şikâyet dahili bir iyileştirme görevine dönüşmemelidir. Bazıları tek bir duruma özgüdür ve destek görüşmesi içinde çözülebilir. Diğerleri ise bir süreçteki zayıflığı, gözden kaçan bir sorumluluğu veya belirsiz ya da eksik olan tekrarlayan bir görevi ortaya çıkarır.
Basit bir karar süreci, yanıtın ölçülü kalmasını sağlar. Şu soruları sorun:
- Aynı durum başka bir müşteriyi etkileyebilir mi?
- Şikâyet, atlanan bir adıma, belirsiz sahipliğe veya ele alınmamış bir soruna işaret ediyor mu?
- Ekip daha önce benzer bir endişeyle karşılaştı mı?
- Dahili bir aksiyon, tekrar yaşanma olasılığını azaltır mı?
- Konunun unutulmaması için adı belirlenmiş bir sorumluya, önceliğe veya son tarihe ihtiyacı var mı?
Yanıtlar büyük ölçüde hayır ise çözümü destek görüşmesinde belgelendirin ve devam edin. Olay tek seferlik olabilir veya müşterinin endişesi, olağan çalışma biçimi değiştirilmeden giderilebilir. Yine de benzer bir şikâyet daha sonra ortaya çıkarsa kayıt faydalı olmaya devam eder.
Bir veya daha fazla yanıt evet ise operasyonel bir takip kaydı oluşturun. Ekibin harekete geçmesi için şikâyetin tekrarlayan bir örüntüyü kanıtlaması gerekmez. Tek bir bildirim gerçek bir boşluğu ortaya çıkarabilir. Önemli olan, operasyonel sorunu dikkatle tanımlamaktır: yalnızca müşterinin memnun olmadığını değil, neyin incelenmesi veya düzeltilmesi gerektiğini belirtin.
Çok uzun süre beklemeden örüntülerden yararlanın
Özellikle müşteri deneyiminin aynı bölümüyle ilgili olduklarında, tekrarlanan şikâyetler güçlü bir işarettir. Ancak bir örüntü oluşmasını beklemek, bilinen bir zayıflığın sürmesine neden olabilir. Atlanmış bir güvenlik, kalite, iletişim veya hizmet adımını belirleyen bir şikâyet, ilk bildirim olsa bile hemen aksiyon alınmasını gerektirebilir.
Buna karşılık, birkaç şikâyet benzer görünse de nedenleri farklı olabilir. Bunları gruplandırmadan önce bağlamı inceleyin. Faydalı bir iş akışı, hem her mesaj için büyük bir dahili vaka oluşturmaktan hem de henüz tekrarlanmadıkları için önemli işaretleri göz ardı etmekten kaçınır.
Endişeyi açık bir operasyonel olaya dönüştürün
Ekip takibin gerekli olduğuna karar verdiğinde, tüm destek görüşmesini yeniden açmadan anlaşılabilecek bir olay kaydı oluşturun. Sorunu belirtin, ilgili bağlamı ekleyin ve beklenen sonucu açıklayın. Olay kaydı, incelenecek veya düzeltilecek operasyonel koşula odaklanmalıdır.
Örneğin, “Müşteri kötü hizmetten şikâyet etti” ifadesi aksiyona yön vermek için fazla belirsizdir. “Mutabık kalınan müşteri güncellemesinin neden gönderilmediğini inceleyin ve sorumlu adımı belirleyin” ifadesi ise belirli bir sorunu ve çözüm için faydalı bir yönü ortaya koyar. Ayrıca daha sonraki doğrulamayı da mümkün kılar.
Operasyonel olay, operasyonel sorunları bildirmek, sorumlular atamak ve öncelikleri, son tarihleri ve çözümleri yönetmek için merkezi bir alan sunar. Bu, özellikle müşteriyle ilgilenen bir ekip üyesi endişeyi belirlediğinde ancak başka bir kişinin inceleme yapması veya düzeltici çalışmayı tamamlaması gerektiğinde faydalıdır.
Bir sorumlu atayın ve ilk aksiyonu tanımlayın
Dahili bir olay kaydı pasif bir kayıt olmamalıdır. Buna adı belirlenmiş bir sorumlu ve ilk uygulanabilir aksiyonu ekleyin. Sahiplik, tek bir kişinin tüm işi yapması gerektiği anlamına gelmez; birinin konuyu ilerletmekten ve sonraki adımı görünür kılmaktan sorumlu olduğu anlamına gelir.
İlk aksiyon, ne olduğunu kontrol etmek, ilgili işi gözden geçirmek, sürece katılan kişilerle konuşmak veya olağan sürecin hangi noktada aksadığını belirlemek olabilir. “Bunu halledin” gibi belirsiz bir talimat vermekten kaçının. Bunun yerine, tamamlanıp gözden geçirilebilecek bir aksiyon belirtin.
- Sorun: Hangi operasyonel zayıflık veya olay ilgilenilmesini gerektiriyor?
- Bağlam: Bu takibe hangi müşteri bildirimi veya ilgili ayrıntılar yol açtı?
- Sorumlu: Yanıtı kim koordine edecek?
- Öncelik ve son tarih: Konu ne kadar acil ele alınmalı?
- Beklenen sonuç: Aksiyon tamamlandığında ne farklı olmalı?
Bu ayrıntılar, devir teslim hatalarını azaltır. Ayrıca küçük bir ekibin, bir endişenin inceleme bekleyip beklemediğini, üzerinde çalışılıp çalışılmadığını veya doğrulamaya hazır olup olmadığını görmesini kolaylaştırır.
Doğru operasyonel yanıtı seçin
Operasyonel bir olay farklı türde aksiyonlara yol açabilir. Doğru yanıt, nedene ve işin normalde nasıl yapıldığına bağlıdır.
Çözüm belirliyse ve rutin hâle gelmesi gerekmiyorsa tek seferlik atanmış aksiyon kullanın. Buna atlanan bir devir teslimi kontrol etmek, eksik bir kaydı düzeltmek veya net bir bitiş noktası olan bir sorunu çözmek dâhil olabilir.
Şikâyet, rutin işin daha açık ve tekrarlanabilir bir adıma ihtiyaç duyduğunu gösteriyorsa tekrarlayan kontrol listesi değişikliği kullanın. Kontrol listeleri, kişilerin aynı işi tutarlı biçimde tamamlaması ve nelerin tamamlandığını görebilmesi gerektiğinde değerlidir. Değişiklik, eksik bir adım ekleyebilir, sorumluluğu netleştirebilir veya mevcut bir kontrolün takip edilmesini kolaylaştırabilir.
Kontrol listesi, ekiplerin tekrarlanabilir kontrol listeleri oluşturmasına, sorumluluk atamasına ve tamamlanmayı takip etmesine yardımcı olur. Ekip, önceki bir şikâyetten çıkarılan dersi birinin hatırlamasına güvenmek yerine, üzerinde anlaşılmış iyileştirmeyi tekrarlanan işe dâhil edebilir.
Kontrol listesini incelemenin yerine kullanmayın
Kontrol listesine çok hızlı bir şekilde madde eklemek, nedeni çözmeden gereksiz iş yaratabilir. Önce neyin değişmesi gerektiğini belirleyin. Sorun belirsiz bir rutinden, atlanan tekrarlayan bir adımdan veya kimin sorumlu olduğuna dair belirsizlikten kaynaklandıysa kontrol listesi güncellemesi uygun olabilir. Sorun ayrı bir operasyonel aksaklıksa bunun yerine atanmış bir aksiyon ve doğrulanmış çözüm gerekebilir.
Bazı durumlarda her ikisi de faydalıdır. Olay kaydı, acil incelemeyi ve düzeltici çalışmayı koordine edebilir; kontrol listesi değişikliği ise gelecekteki rutin işlerde aynı ihmalin önlenmesine yardımcı olur. Değişikliğin nedeni açık kalsın diye kararı özgün müşteri bağlamıyla ilişkilendirin.
Döngüyü kapatmadan önce iyileştirmeyi doğrulayın
“Tamamlandı”, “birisi ilgilendiğini söyledi” ifadesinden daha fazlasını ifade etmelidir. Operasyonel bir olayı kapatmadan önce, üzerinde anlaşılmış aksiyonun tamamlanıp tamamlanmadığını ve belirtilen sorunu ele alıp almadığını kontrol edin. Doğrulama; düzeltici çalışmanın yapıldığını onaylamayı, güncellenmiş tekrarlayan görevi gözden geçirmeyi veya sorumluluğun artık açık olduğunu kontrol etmeyi içerebilir.
Doğrulamayı ölçülü tutun. Küçük bir iyileştirme yalnızca hızlı bir inceleme gerektirebilir. Daha önemli bir sorun, çözümün tamamlandığına dair daha açık kanıt gerektirebilir. Önemli olan, kapatmanın zamanın geçmesine değil, beklenen sonuca dayanmasıdır.
Ardından uygun olduğunda müşteri görüşmesine geri dönün. Ekibin her dahili ayrıntıyı paylaşması gerekmez. Kısa bir güncelleme, endişeyi kabul edebilir, incelendiğini doğrulayabilir ve müşteri açısından sonucu açıklayabilir. Bu, daha eksiksiz bir destek talebi devir teslimi oluşturur: müşteri bir yanıt alır ve işletme bunun arkasındaki iyileştirme çalışmasının görünür bir kaydına sahip olur.
Uygulanabilir bir geri bildirim alışkanlığı oluşturun
Küçük işletmeler için bu iş akışının değeri açıklıktır. Müşteriyle ilgilenen ekip üyeleri, her operasyonel düzeltmeden sorumlu olmadan endişeleri bildirebilir. Operasyonel sorumlular, belirsiz bir şikâyet almak yerine bağlamla harekete geçebilir. Yöneticiler, iyileştirme çalışmasının bir sorumlusu, sonraki aksiyonu ve doğrulanmış bir kapanışı olup olmadığını görebilir.
Tamamlanan şikâyetleri ve ilgili olayları düzenli aralıklarla gözden geçirin. Tekrarlayan temalara, yinelenen kontrol listesi değişikliklerine veya açık kalmaya devam eden sorunlara bakın. Bu, karmaşık bir program gerektirmez. Bağlamı kaydetme, bilinçli karar verme, aksiyon atama ve kapanışı doğrulama konusunda tutarlı bir alışkanlık; müşteri geri bildirimini faydalı operasyonel öğrenmeye dönüştürmek için yeterlidir.
Sonuç: Bir sonraki müşteri deneyimini iyileştirin
Bir şikâyet, tekrarlanabilecek bir soruna işaret ettiğinde, açık bir sorumlu gerektirdiğinde veya işin nasıl yapıldığına dair bir değişiklik çağrısında bulunduğunda dahili bir iyileştirme görevine dönüşmelidir. Bağlamı yakalayın, tek seferlik durumu operasyonel işaretten ayırın, uygulanabilir bir yanıt atayın ve sonucu doğrulayın. Bugünkü görüşmeyi çözmenin yarının şikâyetini önlemeye de yardımcı olması için müşteri geri bildirimini görünür operasyonel iyileştirme çalışmalarıyla bağlayın.
