Temel yaklaşım
Şikâyet yönetimi neden yalnız
müşteri hizmetlerinin işi değildir?
Müşteri şikâyeti çoğu zaman satış, üretim, lojistik, teknik servis, faturalama, dijital kanal veya sözleşme sürecindeki bir kopukluğun müşteriye yansıyan sonucudur. Vakanın yalnız müşteri temsilcisi tarafından cevaplanması sorunu geçici olarak kapatabilir; ancak tekrarın önlenmesi süreç sahibi, kalite, yönetim ve gerektiğinde hukuk veya teknik ekiplerin katılımını gerektirir.
ISO 10002:2018, ürün ve hizmetlerle ilgili şikâyetlerin kuruluş içinde ele alınmasına yönelik rehberlik sunar. Standart, kuruluşun büyüklüğüne ve faaliyet yapısına uyarlanabilir. Bir belgelendirme gereklilik listesi gibi değil, şikâyet sürecini erişilebilir, tutarlı ve öğrenen bir yapıya dönüştüren yönetim çerçevesi olarak ele alınmalıdır.
Bu konuyu kuruluşunuzda uygulamaya taşımak için ISO 10002 yaklaşımımızı inceleyebilirsiniz.
Uygulama rehberi
Şikâyet, talep ve geri bildirim
aynı şey değildir
- Şikâyet: Müşterinin ürün, hizmet veya şikâyet sürecine ilişkin memnuniyetsizliğini ve açık ya da örtülü bir yanıt beklentisini ifade eder.
- Hizmet talebi: Bilgi, işlem, destek veya değişiklik isteğidir; başlangıçta memnuniyetsizlik içermeyebilir.
- Genel geri bildirim: Öneri, teşekkür veya görüş içerebilir; her geri bildirim şikâyet değildir.
Doğru sınıflandırma önemlidir. Bir şikâyetin basit bilgi talebi olarak kaydedilmesi, kök neden verisini ve müşteri riskini görünmez hâle getirebilir. Buna karşılık her temasın şikâyet olarak sınıflandırılması da gerçek eğilimleri bozabilir.
Uygulama yaklaşımı
Kaydı kapatmakla,
öğrenme döngüsünü kapatmayın.
Şikâyet yönetimi; müşteriye yanıt vermenin yanında tekrarları, süreç zayıflıklarını ve iyileştirme kararlarını görünür kılmalıdır.
Önemli: Telafi müşterinin sorununu çözebilir; aynı durumun tekrarını önlemek için kök neden ve düzeltici faaliyet ayrıca yönetilmelidir.
Uygulama rehberi
Uçtan uca şikâyet yönetimi
nasıl kurulur?
1. Kolay erişilen kanallar oluşturun
Müşteri hangi kanallardan başvurabileceğini, hangi bilgilerin gerekli olduğunu ve süreçte ne beklemesi gerektiğini anlayabilmelidir. Web formu, e-posta, telefon, sosyal medya, bayi veya yüz yüze kanal üzerinden gelen kayıtlar tek bir vaka görünümünde birleştirilmelidir. Erişilebilirlik yalnız kanal sayısı değil; dil, engellilik, çalışma saatleri ve kullanım kolaylığı açısından da değerlendirilir.
2. Şikâyeti alın ve anlaşıldığını teyit edin
İlk temasın amacı müşteriyi savunmaya geçmeden dinlemek, sorunu doğru anlamak ve acil risk bulunup bulunmadığını belirlemektir. Ürün güvenliği, kişisel veri, yasal süre, kritik müşteri, üretim duruşu veya yaygın etkilenme olasılığı varsa vaka önceliklendirilmelidir.
3. Tekil ve izlenebilir kayıt oluşturun
Her şikâyete benzersiz bir kimlik verilmesi, farklı kanallardan gelen temasların aynı vakada birleştirilmesi ve hareket geçmişinin korunması gerekir. Kayıtta asgari olarak müşteri, ürün/hizmet, tarih, kanal, sorun tanımı, etkilenme, öncelik, sorumlu, iletişimler, karar ve kapanış kanıtı bulunmalıdır.
4. Ciddiyet ve risk değerlendirmesi yapın
Her şikâyet aynı hız ve inceleme derinliğiyle yönetilmez. Sağlık-güvenlik, mevzuat, veri ihlali, finansal etki, yaygın müşteri etkisi, tekrarlanma ve itibar riski gibi ölçütlerle öncelik belirlenebilir. Kullanılan sınıflandırma açık olmalı; keyfî biçimde müşterinin ses tonuna veya kanalına bağlı değişmemelidir.
5. Tarafsız inceleme yürütün
İnceleme yalnız ilgili çalışanın açıklamasına dayanmaz. Sipariş, sözleşme, çağrı kaydı, üretim ve kontrol kayıtları, sevkiyat bilgisi, sistem logları, görseller, numune ve önceki benzer vakalar birlikte değerlendirilir. Mümkün olduğunda, hakkında şikâyet bulunan kişi veya ekibin tek başına nihai karar vermemesi tarafsızlığı güçlendirir.
6. Çözüm ve yanıtı gerekçelendirin
Müşteriye yalnız “şikâyetiniz kapatılmıştır” demek yeterli değildir. İncelemenin sonucu, uygulanabilen çözüm, telafi veya düzeltme, gerekçeler ve müşterinin başka bir değerlendirme yolu bulunup bulunmadığı anlaşılır biçimde aktarılmalıdır. Verilemeyecek sözler veya doğrulanmamış kök nedenler paylaşılmamalıdır.
7. Kök nedeni ve tekrar riskini yönetin
Her şikâyet kapsamlı kök neden projesi gerektirmeyebilir. Ancak kritik, tekrarlayan veya sistemik vakalar; oluşma nedeni, kaçış nedeni ve yönetim sistemi boşluğu açısından incelenmelidir. Düzeltme müşterinin mevcut sorununu giderir; düzeltici faaliyet ise aynı veya benzer problemin tekrarını önlemeye odaklanır.
8. Kapanışı ve müşteri geri bildirimini doğrulayın
Vaka, yalnız iç sistemde durum alanının “kapalı” yapılmasıyla tamamlanmaz. Kararlaştırılan faaliyetin uygulandığı, müşteriye yanıt verildiği, varsa ürün/hizmet telafisinin tamamlandığı ve ilgili kayıtların korunduğu doğrulanmalıdır. Uygun durumlarda müşterinin çözümden memnun olup olmadığı ayrıca izlenebilir.
9. Veriyi yönetime ve iyileştirmeye taşıyın
Şikâyet verisi ürün, süreç, müşteri, kanal, kök neden, ciddiyet ve tekrar açısından analiz edilmelidir. Amaç yalnız aylık toplamı göstermek değil; hangi sorunların arttığını, hangi müşterilerin veya ürünlerin etkilendiğini ve alınan aksiyonların sonucu değiştirip değiştirmediğini görmektir.
Uygulama rehberi
Ölçülebilecek göstergeler
| Gösterge | Ne anlatır? | Tek başına yeterli mi? |
|---|---|---|
| İlk teyit süresi | Müşterinin başvurusunun alındığını ne kadar hızlı öğrendiği | Hayır; çözüm kalitesini göstermez |
| Toplam sonuçlandırma süresi | Vakanın inceleme ve karar çevrimini | Hayır; vaka karmaşıklığıyla birlikte okunmalıdır |
| Yeniden açılma oranı | Çözümün müşteri veya süreç açısından yetersiz kalma olasılığını | Kök neden analiziyle desteklenmelidir |
| Tekrar eden şikâyet oranı | Aynı problemin yeniden oluşmasını | Doğru sınıflandırma ve hacim paydası gerekir |
| Kritik vaka sayısı | Yüksek etkili riskleri | Toplam hacim içinde ayrıca izlenmelidir |
| Düzeltici faaliyet etkinliği | Aksiyonun problemi gerçekten azaltıp azaltmadığını | Sonuç verisi ve izleme dönemiyle doğrulanmalıdır |
Ham şikâyet sayısı tek başına karşılaştırılmamalıdır. Satış adedi, aktif müşteri, işlem veya sevkiyat hacmi arttıkça sayı doğal olarak yükselebilir. Uygun bir hacim paydası ve ciddiyet görünümü gerekir.
Uygulama rehberi
Düşük şikâyet sayısı
her zaman iyi midir?
Hayır. Müşteri şikâyet kanalını bilmiyor, başvuru yapmanın sonuç vermeyeceğini düşünüyor veya sorununu başka platformlarda paylaşıyor olabilir. Bu nedenle düşük şikâyet sayısı; memnuniyet araştırmaları, iade verileri, kaybedilen müşteri bilgisi, sosyal medya geri bildirimleri ve saha sonuçlarıyla birlikte değerlendirilmelidir.
Sahada dikkat
En sık yapılan
hatalar
- Şikâyeti yalnız cevap verilip kapatılacak bir kayıt olarak görmek.
- Teyit, sorumlu ve hedef süreyi müşteriye bildirmemek.
- Benzer vakaları farklı kategorilerde kaydetmek.
- Kök neden yerine yalnız müşteriye verilen telafiye odaklanmak.
- Sonuçları süreç iyileştirmesine ve yönetime taşımamak.
Uygulama kontrolü
Şikâyet yönetimi için
uygulama kontrolü
- 01
Kanallar, sorumluluklar ve yetkiler tanımlı mı?
- 02
Her kayıt tekil, izlenebilir ve riskine göre sınıflandırılmış mı?
- 03
Müşteriye teyit ve süreç bilgisi veriliyor mu?
- 04
Kök neden ile düzeltici faaliyet bağlantısı kuruluyor mu?
- 05
Tekrar, süre ve memnuniyet göstergeleri izleniyor mu?
- 06
Benzer kayıtlar ortak tema ve süreç altında analiz ediliyor mu?
- 07
Eğilimler süreç sahipleri ve yönetim tarafından değerlendiriliyor mu?
Şikâyet yaşam döngüsü
Yanıttan iyileştirmeye,
uçtan uca izlenebilirlik.
Her aşama müşteriye verilen bilgiyle, iç sorumlulukla ve tekrar riskini azaltacak kanıtlarla desteklenmelidir.
Kaydı tekilleştirin, kapsamı netleştirin ve müşteriye süreç bilgisini verin.
→︎Ürün, güvenlik, mevzuat, müşteri ve tekrar riskini dikkate alın.
→︎Kanıtları toplayın, sorumluyu belirleyin ve anlaşılır yanıt verin.
→︎Kök nedeni, tekrar eğilimini ve iyileştirme etkinliğini izleyin.
Sık sorulan sorular
Merak edilenler
ISO 10002 sertifikası zorunlu mudur?＋
ISO 10002:2018, kuruluş içi şikâyet ele alma süreci için rehberlik standardıdır. Yasal veya müşteri kaynaklı özel şartlar ayrı olmak üzere bütün kuruluşlara tek bir sertifikasyon zorunluluğu getirdiği şeklinde yorumlanmamalıdır.
Her şikâyet için 24 saat veya 7 gün içinde cevap zorunlu mu?＋
Standart bütün kuruluşlar için tek bir sabit süre belirlemez. Kuruluş; yasal şartları, sözleşmeleri, vaka riskini, kanal beklentisini ve operasyon kapasitesini dikkate alarak süre hedeflerini tanımlar ve müşteriyi süreç hakkında bilgilendirir.
İsimsiz şikâyetler değerlendirilir mi?＋
Kimlik bilgisi bulunmaması incelemeyi zorlaştırabilir; ancak güvenlik, etik, sistemik hata veya genel müşteri riski taşıyan bildirimler mümkün olan kanıtlarla değerlendirilmelidir. Kuruluşun anonim kayıt yaklaşımı önceden tanımlanmalıdır.
Şikâyet yönetimi için Müşteri İlişkileri Yönetimi (CRM) sistemi zorunlu mudur?＋
Belirli bir yazılım zorunlu değildir. Önemli olan kayıtların tekil, erişilebilir, yetkilendirilmiş, izlenebilir ve raporlanabilir olmasıdır. Vaka hacmi ve kanal sayısı arttıkça uygun bir CRM veya şikâyet yönetim sistemi önemli kolaylık sağlar.
Birincil kaynaklar
Resmî ve güvenilir
başvuru kaynakları.
ESS Kalite Danışmanlık
YÖNETİM SİSTEMLERİ · EĞİTİM · DENETİM · BELGELENDİRME HAZIRLIĞIESS Kalite Danışmanlık; yönetim sistemleri, eğitim, denetim ve belgelendirme hazırlığı alanlarında kuruluşlara uygulanabilir, güncel ve anlaşılır içerikler sunar.
Şikâyet sürecinizi izlenebilir ve iyileştirme odaklı kuralım
Kapsam, mevcut durum ve hedeflerinizi kısa bir görüşmeyle netleştirelim.