Yardımcı bir yanıt, bir müşterinin o anki sorununu çözebilir; ancak aynı sorunun yeniden yaşanmasını önlemeyebilir. Benzer talepler gelmeye devam ediyorsa ekip, kafa karıştırıcı bir talimat, atlanan rutin bir görev ya da tutarlı biçimde tamamlanmayan bir adım gibi daha geniş kapsamlı bir operasyonel sorunla karşı karşıya olabilir. Küçük bir işletmenin karşılaştığı zorluk, karşısındaki müşteriye yanıt verirken temel örüntünün de bir sorumlusunun olmasını sağlamaktır.
Basit bir destekten operasyona iş akışı, her şikâyeti daha büyük bir aksaklığın kanıtı saymadan bu iki sorumluluğu birbirine bağlar. Ekibinizin müşteri bağlamını korumasına, tekrarlanan bildirimleri araştırmasına, düzeltici adımlar atmasına ve bir değişiklik doğrulandığında yeni rutinin izlenmesini kolaylaştırmasına yardımcı olur.
Tekrarlanan talepler neden tek tek yanıt vermekten fazlasını gerektirir?
Her müşteri kendine özel bir yanıtı hak eder. Ancak ekip konuşmaları yalnızca tek tek kapatıyorsa tekrarlanan bildirimler gelen kutularına, notlara veya çalışanların hafızalarına dağılmış hâlde kalabilir. Farklı müşterilerin aynı engeli tarif ettiğini kimse fark etmeyebilir.
Bu durum iki tür iş ortaya çıkarır. İlki müşteri desteği görevidir: talebi anlamak, neler yapılabileceğini açıklamak ve çözülene kadar konuşmayı takip etmek. İkincisi operasyonel görevdir: tekrarlanan bildirimlere yinelenen bir sürecin ya da koşulun katkıda bulunup bulunmadığını araştırmak ve ardından nelerin değişmesi gerektiğine karar vermek.
Bu görevler birbiriyle bağlantılıdır, ancak birbirinin yerine geçmez. Müşterinin bildirimi yararlı bir kanıttır; kendiliğinden konmuş bir teşhis değildir. Benzer ifadeler farklı nedenlere işaret edebilir. Daha önce hiç bildirilmemiş sıra dışı bir şikâyet bile gerçek bir operasyonel riski ortaya çıkarabilir. Tekrarlanmayı, kanıtları gözden geçirmek için bir neden olarak görün; nedenin ne olduğunu varsaymak için değil.
Bir bildirimin müşteri desteğinde mi yoksa operasyonel sorun takibinde mi yer alacağına karar verin
Gelen talebi öncelikle bir destek konuşması olarak ele alın. Ne olduğunu netleştirin, müşterinin endişesini anladığınızı gösterin ve verilecek sonraki yanıt üzerinde anlaşın. Ekip, başka müşterilerin de benzer bir şey anlatıp anlatmayacağını beklerken bildirimi yanıtsız bırakmamalıdır.
Ardından, bildirimin müşteriyle yapılan konuşmanın ötesinde operasyonel takip gerektirip gerektirmediğini değerlendirin. Şu soruları göz önünde bulundurun:
- Başka müşteriler benzer bir belirti ya da engel bildirdi mi?
- Ortak bir rutin, devir, talimat veya hizmet koşulu bu duruma yol açıyor olabilir mi?
- Birinin araştırma yapması ya da düzeltici çalışmayı koordine etmesi gerekiyor mu?
- Sorun yalnızca bir müşteriyi etkilese bile işletme açısından önemli olur mu?
Talep yalnızca bir konuyu açıklayarak ya da tek seferlik bir müşteri ihtiyacını karşılayarak tamamen çözülebiliyorsa destek sürecinde tutun. Ayrı bir araştırma, düzeltici eylem veya doğrulama gerekiyorsa ayrıca operasyonel bir sorun kaydı oluşturun. Uygun olduğu ölçüde müşteri iletişimi için destek konuşmasını açık tutun ve araştırmayı kendi yerinde takip edin. Böylece tek bir kaydın iki işi birden yapmasını beklemek yerine her görevin amacı netleşir.
Paylaşılan bir gelen kutusu, küçük bir ekibin talepleri almasına, temsilciler atamasına, konuşmaları düzenlemesine ve yanıtları çözüm sağlanana kadar takip etmesine yardımcı olabilir. Örneğin, Müşteri desteği, müşteri destek kayıtlarını tek bir paylaşılan gelen kutusundan yönetmek için tasarlanmıştır. Operasyonel takip, ayrı bir sorun izleme iş akışında kaydedilebilir.
Müşteri bağlamını kaybetmeden örüntüyü, etkiyi ve sonraki adımı kaydedin
Yararlı bir operasyonel kayıt, ilk konuşmanın parçası olmayan birinin de neyin ilgilenilmesi gerektiğini anlayabilmesini sağlamalıdır. Gözlemlenebilir sorunu sade bir dille, ne zaman ve nerede yaşandığını ve müşterinin ne deneyimlediğini kaydedin. Gerçekleri varsayımlardan ayırın: Nedeni henüz kontrol edilmediyse “müşteri rezervasyon adımını tamamlayamadı” ifadesi, “rezervasyon süreci bozuk” demekten daha yararlıdır.
İlgili destek konuşmasına kısa bir referans veya konuşmayı bulmaya yarayacak bilgileri ekleyin. Önemli ayrıntıları koruyun, ancak kısa bir özet yeterliyken uzun bir yazışmayı kopyalamaktan kaçının. Operasyonel kayıt, sorunu araştırmak ve harekete geçmek içindir; müşteriyle yapılan yazışmanın yeri ise destek konuşmasıdır.
Şimdiye kadar bilinen etkiyi de kaydedin. Örneğin, bildirimin hizmeti aksatıp aksatmadığını, çalışanların ek zaman ayırmasını gerektirip gerektirmediğini veya müşteriyi bekletip bekletmediğini belirtin. Sıklık net değilse bunu söyleyin ve nasıl kontrol edileceğini planlayın. Birkaç bildirimi, sorunun boyutu ya da nedeni hakkında kesin bir sonuca dönüştürmeyin.
Kaydı, birinin uygulayabileceği sonraki bir adımla bitirin; örneğin bir deviri kontrol etmek, bir talimatı gözden geçirmek veya rutin bir görevi gözlemlemek. Sonraki adımı olmayan bir bildirimi kabul etmek kolay, sonra unutmak ise daha da kolaydır. Operasyonel bir sorun takip aracı, sorunları sorumlular, öncelikler, son tarihler ve çözümlerle birlikte tutabilir. Operasyonel olay, operasyonel sorunları merkezîleştirmek ve takiplerini koordine etmek için seçeneklerden biridir.
Bir sorumlu belirleyin ve çözülene kadar sorunu takip edin
İnceleme ya da değişiklik için başkalarından yardım isteyecek olsa bile sorunu koordine edecek bir kişi belirleyin. Net sorumluluk, “Bundan sonra ne olacağını kim kontrol edecek?” şeklindeki pratik soruyu yanıtlar. Bu, bütün işleri tek bir kişinin yapması ya da henüz belirlenmemiş bir nedenden dolayı tek bir kişinin sorumlu tutulması gerektiği anlamına gelmez.
Sonraki adım ve bunu gözden geçirmek için uygun bir zaman belirleyin. Uygun zamanlama, sorunun etkisine ve aciliyetine bağlıdır; önemli olan takibin açıkça tanımlanmasıdır. Yeni bilgiler değerlendirmeyi değiştirirse kaydı güncelleyin. Sorun henüz çözülemiyorsa ilerlemeyi neyin engellediğini ve konuyu kimin yeniden ele alacağını not edin.
Müşteriye verilen taahhüdü, ekibin bildikleriyle uyumlu tutun. Bir güncelleme sözü verdiyseniz destek konuşmasında da takibi üstlenecek kişinin belli olduğundan emin olun. İç inceleme ve müşteri iletişimi ayrı işler olabilir, ancak ikisi de ilgi gerektirir. Kısa bir devir notu, sorun özetini ve ilgili kayda referansı bu işler arasında aktarabilir; farklı araçlardaki kayıtların birbirini otomatik olarak güncellediğini varsaymayın.
Operasyonel bir sorunu çözülmüş olarak işaretlemeden önce bu durumda “çözüldü” ifadesinin ne anlama geldiğini kontrol edin. Önerilen bir değişiklik, tamamlanmış bir eylemle aynı şey değildir; eylem tamamlanmış olsa bile bildirilen sorunu giderip gidermediğinin kontrol edilmesi gerekebilir. Sonraki incelemeyi yapanların kararı anlayabilmesi için atılan adımı ve kaydı kapatma gerekçesini yazın.
Doğrulanmış tekrarlanan bir sorunu önleyici bir kontrol listesine dönüştürün
Ekip yararlı bir süreç değişikliğini doğruladıktan sonra aynı işin yeniden yapılmasının gerekip gerekmediğini değerlendirin. Gerekiyorsa bir kontrol listesi; nelerin, hangi sırayla yapılması gerektiğini ve kimin sorumlu olduğunu görünür kılabilir. Bu, özellikle bir görev farklı vardiyalarda, kişilerce veya hizmet sunumlarında tekrarlanıyorsa ve gayriresmî bir talimatın hatırlanmasına bağlı kalmaması gerekiyorsa yararlıdır.
Kontrol listesi adımlarını somut ve gözlemlenebilir tutun. “Devir notlarının eksiksiz olduğunu kontrol edin” adımını uygulamak, “daha iyi iletişim kurun” ifadesinden daha kolaydır. Yalnızca üzerinde anlaşılmış rutini destekleyen adımları ekleyin ve sorumlulukları netleştirin. Kontrol listesi, çalışanların doğrulanmış bir uygulamayı yürütmesine yardımcı olmalıdır; çözülmemiş bir sorunu gizlememeli veya sorunun nedenini araştırmanın yerine geçmemelidir.
Tekrarlanabilir işler için Kontrol listesi, yinelenen kontrol listeleri oluşturma, sorumluluk atama ve tamamlanan işleri görme olanağı sunar. Önleyici bir rutin gerçekten tekrarlanabilir olduğunda kullanın. Çözüm tek seferlik bir düzeltmeyse kontrol listesi gereksiz iş çıkarabilir.
Değişikliğin tekrarlanan bildirimleri azaltıp azaltmadığını gözden geçirin
Bir değişikliği uygulamaya koyduktan sonra makul bir gözden geçirme zamanı belirleyin ve değişikliğin işe yaradığına dair kanıt arayın. Benzer destek bildirimlerinin sürüp sürmediğini, ilgili rutinin tamamlanıp tamamlanmadığını ve çalışanların yeni engellerle karşılaşıp karşılaşmadığını kontrol edin. Mümkün olduğunda benzer koşulları karşılaştırın: dönem veya hizmet bağlamı farklıysa bildirim sayısındaki değişimi yorumlamak zordur.
Yalnızca bildirimlerin azalmasını, nedenin ortadan kalktığının kanıtı saymayın. Müşteriler sorunu farklı şekilde tarif ediyor olabilir, iş mevsimsel olabilir veya rutini gözlemlemek için ekibin daha fazla zamana ihtiyacı olabilir. Örüntü sürüyorsa araştırmayı yeniden açın ya da düzeltici eylemi gözden geçirin. Kanıtlar değişikliğin işe yaradığını gösteriyorsa rutini sürdürün, gerekiyorsa kontrol listesini güncelleyin ve nelerin incelendiğine dair kısa bir notla operasyonel takibi kapatın.
Kısa bir gözden geçirme, süreçlerin gereksiz yere kalabalıklaşmasını da önleyebilir. Artık üzerinde anlaşılmış çalışma biçimini yansıtmayan adımları kaldırın ve her münferit şikâyeti kalıcı bir kontrol listesine dönüştürmekten kaçının. Amaç, sırf daha fazla belge oluşturmak değil, ekibin öğrendiklerine dayanan yararlı bir rutin oluşturmaktır.
Sonuç: Yanıtı rutine bağlayın
Tekrarlanan müşteri şikâyetleri için uygulanabilir bir iş akışı, zamanında bir destek yanıtıyla başlar; ardından doğrulanmış örüntüler için ayrı bir operasyonel takip süreci oluşturur. Gerçekleri ve etkileri kaydedin, bir sorumlu atayın, düzeltici eylemi kontrol edin ve işe yaradığı kanıtlanmış, tekrarlanan işleri açık bir kontrol listesine dönüştürün. Değişikliğin işe yaradığını varsaymak yerine sonucu gözden geçirin. Destek taleplerini, operasyonel sorunları ve tekrarlanabilir işleri düzenlemek için Suite.coffee uygulamalarını keşfedin.
