Bir müşteri mesajı ilk bakışta basit görünebilir: siparişle ilgili bir soru, bir şeyin çalışmadığına dair bildirim ya da bir değişiklik talebi. Ancak bazen müşteriye yanıt vermek yapılacak işin yalnızca bir parçasıdır. Ekipten birinin konuyu araştırması, bir süreci düzeltmesi, yeni bir ürün ayarlaması ya da başka bir operasyonel işi tamamlaması da gerekebilir.
Yanıt vermekle işi takip edip sonuçlandırmak aynı görev gibi ele alındığında önemli ayrıntılar gözden kaçabilir. Yanıtı veren kişi yapılacak işten sorumlu olmayabilir; işi yapan kişi de müşteriye ne söylendiğini bilmeyebilir. Küçük ve bilinçli bir devir her iki tarafa da yardımcı olur: müşteri zamanında ve tutarlı bir yanıt alırken ekip, konuyu çözüme ulaştırma sorumluluğunun kimde olduğunu görebilir.
Bu rehber, müşteri taleplerini ve gerektirebilecekleri kurum içi takip işlerini ele almak için uygulanabilir bir iş akışı sunuyor. Büyük bir destek departmanına ihtiyaç yok. Süreç birkaç net kararla başlar: Yanıt verilmesi gereken nedir, hangi işlerin yapılması gerekir, her bölüm kimin sorumluluğundadır ve ekip işin tamamlandığını nasıl doğrulayacaktır?
Yanıt gerektiren talepleri, işlem yapılmasını gerektiren sorunlardan ayırın
Her müşteri talebi için işe şu iki soruyu sorarak başlayın: “Müşterinin neyi bilmesi gerekiyor?” ve “Ekibimizden birinin bir şey yapması gerekiyor mu?” İlk soru müşteriyle yürütülecek iletişimi, ikincisi ise operasyonel işi belirler. Bir talep bunlardan yalnızca birini ya da her ikisini birden gerektirebilir.
Çalışma saatleriyle ilgili bir soru için yalnızca net bir yanıt yeterli olabilir. Teslim edilen bir ürünün hasarlı olduğuna dair bildirim ise yanıtın yanı sıra kurum içinde kontrol yapılmasını ve sonraki adımın belirlenmesini gerektirebilir. Her ikisini de ayrım gözetmeyen tek bir görev gibi ele almak, yanıtın arkasında yapılması gereken işi görünmez kılabilir ya da ekip kimin yanıt vermesi gerektiğini anlamaya çalışırken müşteriyi bekletebilir.
Önceliklendirmeyi gereksiz yere karmaşıklaştırmak yerine basit bir ayrım kullanın:
- Yalnızca yanıt: Müşterinin bilgiye ihtiyacı vardır ve ayrıca bir görev yapılması gerekmez.
- Yalnızca işlem: Ekibin ele alması gereken kurum içi bir konu vardır, ancak bu aşamada müşteriyle iletişime geçmek gerekmez.
- Yanıt ve işlem: Müşterinin yanıt alması gerekir; ayrıca ekibin konuyu araştırması ya da bir işi tamamlaması gerekir.
Üçüncü kategoride, ekibiniz bunları ayrı yerlerde takip etse bile müşteriyle yapılan yazışma ile yapılacak işin arasındaki bağlantıyı görünür tutun. Amaç fazladan idari iş yaratmak değildir. “Yanıt verdik” ifadesinin “sorunu çözdük” sanılmasını önlemektir.
Müşteriyle ilgili bağlamı kaydedin ve iletişim sorumlusu belirleyin
Güvenilir bir devir, başka bir kişinin müşteriden talebi tekrarlamasını istemeden anlayabileceği kadar bağlam sağlamakla başlar. Müşterinin ilk bildirimini, verdiği ilgili ayrıntıları, talebini ve daha önce gönderilen yanıtları kaydedin. Notları nesnel ve kısa tutun; bilinenleri henüz kontrol edilmesi gerekenlerden ayırın.
Ardından müşteriyle yürütülecek iletişim için adı belli bir sorumlu belirleyin. Küçük bir işletmede bir kişi birden fazla rol üstlenebilir; yine de iletişimde sıradaki adımın sorumlusu açık olmalıdır. “Birisi ona geri döner” bir görevlendirme değildir. Belirli bir sorumlu yazışmayı takip edebilir, güncellemeler sağlayabilir ve diğer işler sürerken müşterinin beklemede kalmamasını sağlayabilir.
Ortak bir destek gelen kutusu, küçük bir ekibin talepleri düzenlemesine, sorumlular belirlemesine ve yazışma bağlamını korumasına yardımcı olabilir. Örneğin Suite.coffee Müşteri desteği, talepleri almak, yazışmaları düzenlemek, temsilciler atamak ve yanıtları çözüme ulaşana kadar takip etmek için ortak bir gelen kutusu olarak tanımlanıyor. Hangi yöntemi kullanırsanız kullanın, müşteriyle iletişimdeki bir sonraki adımın kimden sorulacağını ve en güncel bağlamın nerede bulunacağını kararlaştırın.
İletişim sorumlusu belirlerken sıradaki adımı açıkça yazın. Bu adım talebi aldığınızı bildirmek, eksik bir ayrıntıyı sormak ya da ekibin bir konuyu kontrol ettiğini müşteriye söylemek olabilir. Görevi başka bir çalışma arkadaşınız devralıyorsa, yeni sorumlunun yanlışlıkla çelişkili bilgi vermemesi ya da aynı soruları yeniden sormaması için müşteriye nelerin iletildiğini kaydedin.
Kurum içindeki takip işini tanımlayın ve sorumlusunu belirleyin
Ekip bir kurum içi işlem gerektiğine karar verdiğinde, işi müşteri mesajının kopyası olarak değil, tamamlanması gereken bir görev olarak tanımlayın. Yararlı bir görev açıklaması, neyin kontrol edilmesi ya da değiştirilmesi gerektiğini ve işin hangi durumda tamamlanmış sayılacağını belirtir. Örneğin “hasarlı ürünü incele” ifadesi, “bu siparişin paketleme ayrıntılarını kontrol et ve ürünün yenisiyle değiştirilmesi gerekip gerekmediğine karar ver” ifadesinden daha belirsizdir. Gerekli ayrıntı düzeyi talebe göre değişir, ancak görevi alan kişi sıradaki adımı anlayabilmelidir.
Bu işi müşteriyle yürütülen iletişimin sorumlusundan başka biri üstlenecekse, görev için ayrı bir sorumlu belirleyin. Ayrıca ekibin uygun bulduğu öncelik ya da son tarihi kaydedin. Birden fazla talep aynı anda geldiğinde bu ayrıntılar, kişilerin işlerini nasıl sıralayacağına yardımcı olur. Belirtilen öncelik ve tarihler, keyfî bir taahhüt yerine işletmenin gerçek ihtiyaçlarını yansıtmalıdır.
Müşteriyle ilgili bağlamı ve yazışmanın yürütüldüğü yeri not ederek görevi ilk taleple bağlantılı tutun. Ekibiniz ayrı araçlar kullanıyorsa çalışma arkadaşlarınızın ilgili yazışmayı bulabilmesi için yeterli tanımlayıcı bilgiyi ekleyin. Operasyonel görevden sorumlu kişinin destek yazışmalarını kendiliğinden görebileceğini varsaymayın.
Sorun takip aracı, kurum içi işlerin ayrı bir sorumlusu olmasını ve öncelik, son tarih ve çözümlerin kaydedilmesini sağlayabilir. Suite.coffee’un Operasyonel olay uygulaması, operasyonel sorunları merkezileştirmenin ve sorumlular atarken öncelikleri, son tarihleri ve çözümleri kontrol etmenin bir yolu olarak tanımlanıyor. Talep ayrıca takip edilmesi gereken bir iş gerektiriyorsa bir olay kaydı kullanın; basit bir soru için böyle bir kayıt gerekmeyebilir.
Sorun ele alınırken müşteriyle iletişimi sürdürün
Kurum içi inceleme, ilk yanıtı yazmaktan daha uzun sürebilir. Talebi aldığınızı bildirerek, ekibin neyi kontrol ettiğini açıklayarak ve bir sonraki güncelleme için gerçekçi bir beklenti sunarak müşteriyle iletişimi sürdürün. Ekibin doğrulamadığı bir sonucu ya da zamanlamayı taahhüt etmeyin. Henüz yeni bir yanıtınız olmasa bile kısa ve yararlı bir ilerleme güncellemesi, talebin bir sorumlusu olduğunu gösterebilir.
Güncellemeleri sonradan akla gelen bir iş değil, sürecin parçası hâline getirin. İletişim sorumlusu, kurum içindeki işin ilerleyip ilerlemediğini kontrol edebilir ve müşteriye ne zaman bilgi verileceğine karar verebilir. Görev sorumlusu da bulguları ya da engelleri iletişim sorumlusuyla paylaşmalıdır. Bu küçük iletişim döngüsü, sık görülen bir boşluğu önlemeye yardımcı olur: kurum içindeki görev ilerler, ancak kimse müşteriye durum açıklaması yapacak kadar bilgi sahibi olmaz.
Sıradaki adım değiştiğinde ilgili kayıtları güncelleyin. Ekibin müşteriden daha fazla bilgi alması gerekiyorsa, odaklı bir soru sorun ve görevin bu yanıtı beklediğini not edin. Kurum içindeki bir bağımlılık gecikmeye neden oluyorsa, tahmin yürütmeden müşteriye paylaşılabilecek bilgileri aktarın. Özellikle sorumluluk el değiştirdiğinde ekip üyelerinin mesajlarının birbiriyle tutarlı olmasını sağlayın.
Çözümü doğrulayın ve ekip için yararlı bir sonuç kaydedin
Talebi kapatmadan önce işin her iki tarafının da tamamlandığını kontrol edin. Kurum içindeki işlem tamamlandı mı ya da nasıl ilerleyeceğine karar verildi mi? Müşteriye sonucu ve sonraki adımları açıklayan bir yanıt verildi mi? Kurum içindeki bir görevin tamamlanması, müşteriyle etkileşimin de tamamlandığı anlamına gelmez; son yanıtın gönderilmiş olması da gereken işin yapıldığını kanıtlamaz.
Sonucu, benzer bir taleple karşılaşacak bir sonraki kişiye yardımcı olacak şekilde kaydedin. Ne yapıldığını, müşteriye ne iletildiğini ve işe yarayabilecek pratik bir dersi not edin. Kanıt olmadan tek bir olayı kapsamlı bir sonuca dönüştürmekten kaçının. Amaç her mesaj için uzun bir rapor hazırlamak değil, ilgili bilgiyi korumaktır.
Benzer talepler tekrarlanıyorsa bunları ekip olarak değerlendirin. Sürekli tekrarlanan kafa karışıklıklarına, sıklıkla atlanan bir adıma ya da düzenli olarak açıklığa kavuşturulması gereken bir iç işleme bakın. Tekrarlanan bir durum iyileştirilmesi gereken bir sürece işaret edebilir; ancak bu örüntünün varlığını, tek bir müşteri talebinin her durumu temsil ettiğini varsaymak yerine ekibin deneyimine dayanarak belirleyin.
Ekibinizin tekrarlayabileceği yalın bir iş akışı
Hem yanıt hem de takip gerektiren her talep için şu sırayı izleyin:
- Müşterinin yanıt mı, kurum içi bir işlem mi, yoksa her ikisini birden mi beklediğini belirleyin.
- Talebi kaydedin ve müşteriyle iletişim için bir sorumlu atayın.
- Kurum içindeki görevi tanımlayın, sorumlusunu belirleyin ve gerektiğinde uygun bir öncelik ya da son tarih koyun.
- Açık notlar ve güncellemelerle müşteri yazışması ile yapılacak işi bağlantılı tutun.
- İşlemin ve müşteri yanıtının tamamlandığını doğrulayın, ardından sonucu kısaca kaydedin.
Süreci ihtiyaca uygun ölçüde tutun. Her mesaj için resmî bir kurum içi olay kaydı gerekmez; her işlem de birden fazla kişinin görev almasını gerektirmez. Önemli olan, iş müşteri desteğinden operasyonlara geçtiğinde sorumluluğun ve sıradaki adımın görünür olmasıdır. İş akışını ara sıra gözden geçirin; devir belirsiz ya da gereksiz kaldığında düzenleyin.
Sonuç
Müşteri taleplerini ele almak için net bir iş akışı, müşteriyle yapılan iletişimi bu iletişimin ardından yapılması gerekebilecek işlerden ayırır. Bağlamı kaydedin, her sorumluluk için bir sorumlu belirleyin, müşteriyi bilgilendirin ve talebi tamamlanmış saymadan önce hem işlemi hem de yanıtı doğrulayın. Bu alışkanlıklar, küçük bir ekibin günlük destek işlerini karmaşıklaştırmadan önemli bağlamın kaybolmasını önlemesine yardımcı olur.
Ortak müşteri desteği ve operasyonel sorun takibinin, ekibinizin talepleri ve takip işlerini düzenli tutmasına nasıl yardımcı olabileceğini inceleyin. Müşteri yazışmalarını yönetmek için Müşteri desteği uygulamasını, kurum içindeki operasyonel işleri takip etmek içinse Operasyonel olay uygulamasını değerlendirin.
