Müşteri şikâyeti, hem özenle ele alınması gereken bir konuşma hem de işletmede bir şeylerin değişmesi gerektiğine dair bir uyarı olabilir. Geciken bir sipariş, anlaşılması güç bir fatura ya da beklentileri karşılamayan bir hizmet için hemen yanıt vermek gerekebilir; ancak tek başına yanıt vermek, sorunun temelindeki nedeni düzeltmez.
Küçük işletmeler için zorluk, operasyonel takip paralel ilerlerken müşteri iletişimini de sürdürmektir. Müşteri şikâyetinden operasyonel soruna uzanan açık bir iş akışı, bu sorumlulukları aralarındaki bağlantıyı kaybetmeden birbirinden ayırır. Müşteriye zamanında yanıt verilmesini, ekibe tanımlı bir düzeltme görevi atanmasını ve bu görevin gerçekten ne zaman tamamlandığına karar vermek için bir ölçüt belirlenmesini sağlar.
Mesajın yanıt mı, düzeltme mi, yoksa ikisini birden mi gerektirdiğine karar verin
İşe iki soruyla başlayın: Müşterinin şu anda bizden neye ihtiyacı var? ve Çalışma şeklimizde değiştirilmesi gereken bir şey var mı? Bu sorular farklı iş türlerine işaret eder. İlki müşteriyle yürütülen destek görüşmesiyle, ikincisi ise operasyonel bir sorunla ilgilidir.
Bazı şikâyetler yalnızca müşteriye yönelik bir yanıt gerektirir. Müşteri, ekip süreçlerinde değişiklik yapmadan açıklayabileceği bir hizmet hakkında bilgi isteyebilir. Bazı mesajlar ise operasyonel bir sorunu ortaya çıkarır: tekrarlanan bir paketleme hatası, vardiyalar arasındaki iletişimin aksaması ya da önlenebilir kafa karışıklığına yol açan bir rezervasyon süreci. Pek çok durumda hem yanıt hem de düzeltme gerekir.
Örneğin müşteri, siparişinde bir ürünün eksik olduğunu bildirirse ekibin sorunu kabul etmesi ve o müşteri için ne yapacağını açıklaması gerekebilir. Bunun yanı sıra, birinin siparişlerin nasıl paketlendiğini kontrol etmesi ve düzeltici bir işlem gerekip gerekmediğine karar vermesi gerekebilir. Gerçekleri kontrol etmeden operasyonel neden hakkında varsayımda bulunmayın; şikâyet, belirli bir hatanın kanıtı değil, araştırma yapılması için bir işarettir.
Basit bir ön değerlendirme şu sorularla yapılabilir:
- Müşteriye yanıt: Mesajı aldığını bildirmek, soruları yanıtlamak veya müşteriyi süreçten haberdar etmekle sorumlu biri var mı?
- Operasyonel takip: Araştırılması veya düzeltilmesi gereken bir süreç, ürün, iş devri ya da çalışma koşulu var mı?
- İkisi birden: Ekip olası temel nedeni incelerken müşterinin de yanıt alması gerekiyor mu?
Bu ayrım, müşteri destek kaydının gelişigüzel bir görev listesine dönüşmesini ve operasyonel işin tamamlanmış bir müşteri yanıtı sanılmasını önler.
Operasyonel sorunu ayrı kaydedin
Aynı olaydan kaynaklansalar bile müşteri görüşmesini ve operasyonel sorunu ayrı kayıtlar veya iş öğeleri olarak tutun. Müşteriye yönelik kayıt, ekibin talebi, daha önce verilen yanıtları ve müşteriye iletilmesi gereken bilgileri anlamasına yardımcı olmalıdır. Operasyonel kayıt ise neyin yanlış olabileceğini, nerede gözlemlendiğini ve nelerin araştırılması ya da düzeltilmesi gerektiğini açıklamalıdır.
Ayrı kayıt tutmak, sorumluluğu netleştirir. Bir destek temsilcisi müşteri görüşmesini yönetmeye devam ederken başka biri paketleme sürecini, hizmet devrini veya ilgili başka bir operasyonu inceleyebilir. Ayrıca işletmenin, her müşteri yazışmasını bir sorun bildirimi olarak görmeden operasyonel sorunları değerlendirmesini sağlar.
Sorun bildirimi oluştururken sonuçlar yerine gözlemlenebilir ayrıntıları yazın. Ne olduğunu, ne zaman ve nerede fark edildiğini, hangi iş ya da hizmetle ilgili olduğunu ve mevcut kanıtları ekleyin. Açıklamayı olgulara dayandırın: “Müşteri, pakette üç ürün yerine iki ürün bulunduğunu bildirdi” ifadesi, “Paketleme ekibi dikkatsiz” demekten daha yararlıdır. Bilinmeyenleri de kaydedin. Böylece sorumlu kişi araştırma yaparken bir varsayımı bulgu gibi ele almaz.
Kendi süreçlerinizdeki işleri ilişkilendirmeye yetecek kadar bağlamı koruyun. Örneğin, sorunun bir müşteri bildiriminden kaynaklandığını not edin ve ekibinizin kullandığı yöntemlerle ilgili referansı saklayın. Operasyonel notlara gereksiz kişisel bilgileri kopyalamayın. Amaç, sorunu çözmekle sorumlu kişilerin meseleyi anlayabilmesini sağlamaktır; tüm görüşmeyi baştan sona yinelemek değil.
Sorumlu, öncelik ve son tarih belirleyin
Adı belirlenmiş bir sorumlusu olmayan bir sorun, fark edilmeden herkesin sorumluluğuna dönüşebilir ve sonunda kimsenin işi olmayabilir. Bir sonraki adımı koordine etmesi için tek bir kişi atayın. Bu kişinin her işlemi kendisinin yapması gerekmez; ancak hangi işlerin beklediğini bilmeli, gerekli katkıları sağlamalı ve sorun kaydını güncellemelidir.
Önceliği, mesajın ne kadar sert yazıldığına göre değil, sorunun işletme üzerindeki pratik etkisine ve aciliyetine göre belirleyin. Sorunun devam edip etmediğini, kaç müşterinin veya ekip üyesinin etkilenebileceğini ve araştırma sürerken işlerin güvenli ve tutarlı biçimde devam edip edemeyeceğini değerlendirin. Etki net değilse, bunu belirlemeyi de atanmış görevin bir parçası yapın.
Bir sonraki işlem veya değerlendirme için gerçekçi bir son tarih belirleyin. Süreci kontrol etmek, vardiya sorumlusuyla görüşmek veya güncellenmiş bir talimatı denemek gibi somut bir kontrol noktası tanımlandığında son tarih daha kullanışlı olur. Düzeltme daha uzun sürecekse, sorunu görünür bir sonraki adım olmadan açık bırakmak yerine ara takip tarihi belirleyin.
Küçük ekiplerde müşteri görüşmesiyle operasyonel görev farklı kişilere ait olabilir. Gerekiyorsa iki sorumluluğu da açıkça belirtin: bir kişi müşteriye güncellemeleri iletir, diğeri operasyonel takibi koordine eder. Destek sorumlusunun ne zaman ve nasıl yararlı bir durum güncellemesi alacağı konusunda anlaşın. Böylece ekip doğrulamadan önce bir çözüm sözü verilmez.
Kanıtları kaydedin ve düzeltmeyi doğrulayın
Bir işlemi tamamlamak, sorunun düzeltildiğini kanıtlamakla aynı şey değildir. “Ekibi uyardık” bir faaliyeti kaydeder; ancak bu uyarının süreci değiştirip değiştirmediğini veya sorunun yeniden yaşanma olasılığının azalıp azalmadığını göstermez. Operasyonel bir sorunu kapatmadan önce, düzeltmenin güvenilir olduğunu gösterecek kanıtın ne olduğuna karar verin.
Uygun kanıt, sorunun türüne bağlıdır. Güncellenmiş bir çalışma talimatı, tamamlanmış bir kontrol, etkilenen sürecin gözden geçirilmesi ya da yeni adımın uygulandığının doğrudan gözlemlenmesi kanıt olabilir. Ne yapıldığını, kimin tamamladığını ve nelerin kontrol edildiğini kaydedin. Kanıt eksikse veya kontrol sorunun devam ettiğini gösteriyorsa, kaydı açık tutun ve bir sonraki işlemi atayın.
Doğrulama, sorunun boyutuyla orantılı olmalıdır. Küçük ve münferit bir sorun için basit bir kontrol yeterli olabilir; tekrarlanan veya daha fazla aksaklığa yol açan bir sorun daha yakından takip gerektirebilir. Önemli olan, biri işin bittiğini söylediği anda kaydı kapatmak yerine kontrol yöntemini bilinçli olarak seçmektir.
Bildirimler, sorumlular, düzeltici işlemler ve kanıtlar bir arada tutulduğunda operasyonel sorunları yönetmek kolaylaşır. Suite.coffee’nin Operasyonel olay uygulaması, operasyonel sorunları bildirmek, atamak ve çözmek; düzeltici işlemlerle kanıtları koordine etmek ve kapanışı doğrulamak için bir alan olarak tanımlanır. Bu uygulama, iş akışının sorun yönetimi tarafını destekleyebilir; ancak uygun kanıtın ne olduğuna yine ekibin karar vermesi ve düzeltmenin işe yaradığını doğrulaması gerekir.
Müşteriyle iletişimi tamamlayın
Paylaşılabilecek bilgileri netleştirdikten sonra müşteriyi açık ve konuyla ilgili bir dille bilgilendirin. İlk endişesini kabul edin, yapılan işlemi veya mevcut durumu açıklayın ve araştırma sürüyorsa bunu dürüstçe belirtin. Doğrulanmamış bir değişikliği kalıcı çözüm garantisi gibi sunmaktan kaçının. Müşterinin ihtiyacı, kendisine yardımcı olmayan iç görev ayrıntıları değil, yararlı bir yanıttır.
Müşteri desteği, operasyonel işi başlatan adımdan ibaret değildir; devam eden bir iletişim sürecidir. Müşteri yanıt alana kadar yanıtsız soruları ve söz verilen takipleri izleyin. Ortak bir gelen kutusu ve açık görev ataması, küçük ekiplerin gelen talepleri düzenlemesine ve yanıtların diğer işler arasında kaybolmamasına yardımcı olabilir. Suite.coffee’nin Müşteri desteği uygulaması, destek taleplerini ortak bir gelen kutusundan yönetmek, temsilciler atamak, görüşmeleri düzenlemek ve çözüm sağlanana kadar yanıtları takip etmek için tasarlanmıştır.
Destek görüşmesiyle operasyonel iş arasındaki bağlantıyı korumak için ekibinizin yerleşik yöntemini kullanın; ayrı araçların bilgileri otomatik olarak paylaştığını varsaymayın. Bir iş öğesinin durumu değiştiğinde, diğerinden sorumlu kişi güncellemeyi üzerinde anlaşılmış bir ekip süreci aracılığıyla almalıdır.
Tek tek şikâyetlerden çok tekrar eden temaları inceleyin
Acil yanıt ve düzeltici işlemden sonra bildirimlerdeki örüntüleri araştırın. Benzer şikâyetler ortak bir adıma, belirsiz bir talimata veya tekrarlanan bir devir sorununa işaret edebilir. Tek bir bildirim önemli olabilir; ancak tekrarlanan temalar, ekibe hangi alanı araştırması veya hangi süreci iyileştirmesi gerektiğine karar verirken daha fazla bağlam sağlar.
İş hacminize uygun aralıklarla örüntüleri gözden geçirin. Hangi sorunların birden fazla kez görüldüğünü, hangi düzeltici işlemlerin henüz doğrulanmadığını ve sorumluların karar ya da bilgi bekleyip beklemediğini sorun. Değerlendirmeyi uygulamaya dönük tutun: kimsenin dönüp bakmayacağı bir endişeler listesi oluşturmak yerine bir sonraki adımı seçin, sorumlu belirleyin ve kontrol zamanı koyun.
Tutarlı bir iş akışı, her şikâyetin operasyonel bir nedeni olacağını veya her düzeltmenin gelecekteki bir sorunu önleyeceğini garanti etmez. Ancak işin görünürlüğünü artırır: müşteriler yanıt alır, olası operasyonel sorunlar araştırılır, düzeltici işlemlerin sorumluları belirlenir ve kapanış varsayıma değil kanıta dayanır.
Sonuç: çözüm sürecini görünür kılın
Müşteri şikâyetlerini operasyonel çözümlere dönüştürmek için müşteri görüşmesini operasyonel sorundan ayırın, her biri için sorumluluk atayın, bilinenleri kaydedin ve düzeltici işi kapatmadan önce doğrulayın. Ardından müşteriye uygun bilgileri verin ve gelecekte nelere odaklanacağınıza yön vermesi için tekrar eden temaları gözden geçirin. Takibin her aşamasını nasıl açık ve anlaşılır tutabileceğinizi öğrenmek için Suite.coffee’nin müşteri desteği uygulamasını ve operasyonel olay uygulamasını inceleyin.
