Müşteri Hizmetleri Temsilcisi için iş yükü ve darboğaz analizi: uygulama dosyası

Ölçülecek akışın sınırını çizin

Darboğaz incelemesine bütün departmanı tek seferde ölçerek başlamak yerine, başı ve sonu tanımlı bir iş seçin. Müşteri Hizmetleri Temsilcisi için ‘talep nedenini anlamak’ ile başlayan ve bir sonraki sorumluya teslimle biten akış uygun bir başlangıç olabilir. Aynı ölçüme çok farklı kapsamları dahil etmek, süreleri karşılaştırmayı zorlaştırır.

Başlangıç anının talebin gönderildiği an mı, eksiksiz kabul edildiği an mı olduğunu açıkça belirtin. İki tanım da farklı sorulara yanıt verebilir; önemli olan ölçüm boyunca aynı tanımı kullanmaktır. İşin büyüklüğü, gerekli girdi sayısı ve istisna durumu da kayıtla birlikte tutulmalıdır.

Müşteri Hizmetleri Temsilcisi rolünde başlangıç noktası

Bu mesleğe uyarlanmış çalışmada üç görev üzerinden ilerleyin: ‘talep nedenini anlamak’, ‘kayıt ve işlem durumunu doğrulamak’, ‘çözüm adımını müşteriye açıklamak’. Her görevin girdisini, görev sırasında verilen kararı ve sonraki kişiye aktarılacak bilgiyi ayrı yazın. Böylece yöntem, meslek adını değiştiren genel bir şablon olarak kalmaz; gerçek iş akışını incelemek için başlangıç noktası verir.

Beklenen mesleki çıktı ‘sorunu ve geri dönüş zamanı açık müşteri talebi kaydı’ olarak ele alınmıştır. İşletmenizdeki görev kapsamı farklıysa bu tanımı uygulama başlamadan önce uyarlayın. Aynı unvan farklı şirketlerde farklı sorumlulukları kapsayabilir. Rehberdeki görevler değerlendirme ve öğrenme için örnektir; kurumun güncel görev tanımı, yetki ve kabul koşulları esas alınmalıdır.

Çalışma ve bekleme sürelerini ayırın

Bir kaydın üç gün açık kalması, üzerinde üç gün çalışıldığı anlamına gelmez. Kayıt; bilgi, onay, malzeme, erişim veya başka bir ekipten yanıt beklemiş olabilir. Zaman damgaları bu ayrımı mümkün kılar. Bekleme nedenini bilmeden yalnızca daha hızlı çalışma hedefi koymak, asıl sorun üzerinde etkisiz kalabilir.

‘kayıt ve işlem durumunu doğrulamak’ aşamasında birikme görülüyorsa, önce girişlerin eksiksizliğine bakın. Aynı eksik alan tekrar tekrar soruluyorsa sorun kişilerin hızından çok talep formunda olabilir. Örnek kayıtları birlikte inceleyin; ölçümü kişileri sıralamak için değil, işin nerede durduğunu anlamak için kullanın.

Küçük ve karşılaştırılabilir bir deneme kurun

Bir değişiklik seçin: zorunlu bir girdi alanı, açık bir kabul kuralı veya bekleyen talepler için belirlenmiş bir değerlendirme zamanı. Birden fazla değişikliği aynı anda uygulamak, sonucun neden değiştiğini anlamayı güçleştirir. Denemenin kapsamını, sorumlusunu ve durdurma koşulunu başlangıçta kaydedin.

Önceki ve sonraki dönemleri karşılaştırırken kayıt sayısı, iş büyüklüğü ve çalışma koşullarını da yazın. Az sayıda kayıttaki iyileşmeyi bütün işlere genellemek yerine, gözlemin hangi aralık için geçerli olduğunu belirtin. Sonuç kaydı ‘sorunu ve geri dönüş zamanı açık müşteri talebi kaydı’ açısından eksiksiz değilse yalnızca süre kısalmasını başarı saymayın.

Sonucu akışa geri taşıyın

Deneme başarılıysa yeni uygulamanın hangi işlerde kullanılacağını tanımlayın. İstisnaları, sorumlu kişiyi ve kontrol sıklığını yazın. Bir tabloyu iyileştirme raporuna eklemek tek başına yeterli değildir; işin günlük akışında hangi davranışın değiştiği anlaşılmalıdır.

Bekleyen iş miktarı yeniden artarsa aynı ölçümü tekrar edin. Önceki darboğaz çözüldüğünde başka bir aşama sınırlayıcı hale gelebilir. Bu nedenle tek bir dönemin sonucu kalıcı bir kapasite garantisi değildir. Düzenli ve tutarlı kayıt, yeni işe alım veya süreç değişikliği kararları için daha sağlam bir başlangıç sağlar.

Hizmet bağlamında kapsamı belirleyin

Hizmet operasyonlarında talebin ilk kaydı ile müşteriye veya iç kullanıcıya yapılan teslim arasında birden fazla ekip bulunabilir. Kayıtların farklı kanallardan gelmesi aynı işin iki kez yürütülmesine yol açabilir. Tek bir iş kimliği, güncel durum ve sonraki sorumlu bilgisi bu kopuklukları incelemek için yararlı bir başlangıçtır.

Uygulama kapsamına bir rezervasyon türü, hizmet talebi veya ekip devir noktası seçilebilir. Talebi alan kişinin verdiği bilgiyle işi sonuçlandıran kişinin kabul koşulu aynı olmalıdır. Hızın yanında doğru çözüm, tamamlanan iletişim ve yeniden açılan talep nedenleri de değerlendirilmelidir.

Örnek senaryo: bir çalışma gününü inceleyin

Aşağıdaki durum öğretici bir kurgu olup gerçek bir müşteri projesini anlatmaz. Müşteri Hizmetleri Temsilcisi görevini yürüten bir ekip üyesinin tamamlanan iş sayısı aynı kalırken bekleyen kayıt sayısı artmaya başladığında kısa bir uygulama başlattığını düşünün. Başlangıçta seçilen iş ‘talep nedenini anlamak’ olsun. Mevcut durumu anlatan bir örnek kayıt, beklenen teslim ve ilgili sorumlular aynı dosyada toplanır. Henüz bilinmeyen bilgiler boş bırakılarak kimden yanıt beklendiği yazılır.

İlk değerlendirme ‘kayıt ve işlem durumunu doğrulamak’ aşamasında yoğunlaşır. Ekip kapasiteyi artırmadan önce hangi bekleme nedeninin çözülmesi gerektiğini netleştirir. Tartışılan her seçenek için ihtiyaç duyulan bilgi ve işi etkileyen varsayım not edilir. Bir kişinin deneyimine dayanan görüşle kayıt üzerinden doğrulanmış bulgu ayrı tutulur. Seçilen yaklaşımın neden uygun görüldüğü kısa ve anlaşılır bir cümleyle açıklanır.

Çalışmanın sonunda ‘çözüm adımını müşteriye açıklamak’ göreviyle bağlantılı kontrol tamamlanır. Ortaya çıkması beklenen araç: giriş zamanı, başlama zamanı, bitiş zamanı ve bekleme nedeni bulunan akış tablosu. Örneğin hedefi belirli bir performans artışı vaat etmek değildir. Amaç, hangi kararın hangi bilgiyle verildiğini ve sonucun nasıl kontrol edildiğini görünür kılmaktır. Beklenen sonuç oluşmadıysa bunun nedeni ve bir sonraki deneme için gerekli bilgi kayda geçirilir.

İlk uygulama için kontrol soruları

Başlamadan önce şu soruları yanıtlayın: İşin sınırı nedir? Gerekli girdiler hazır mı? Karar sahibi kim? Sonucu kim kabul edecek? Kabulün kanıtı hangi kayıt olacak? Bu sorulardan biri belirsizse uygulamanın sonucunu değerlendirmek de güçleşir. Soruların yanıtı uzun olmak zorunda değildir; ilgili kişilerce aynı şekilde anlaşılması yeterlidir.

İzlenebilecek bir gösterge: bir kaydın toplam geçiş süresinde beklemenin payı. Ölçümün kapsamını, başlangıç durumunu ve veri kaynağını birlikte yazın. Sayıları farklı iş büyüklükleri arasında doğrudan karşılaştırmayın. Sonucu ekip içinde değerlendirip işe yarayan uygulamayı güncelleyin; işe yaramayan varsayımı da görünür bırakın. Bir sonraki çalışmada aynı hatalı varsayımdan yeniden başlamamak, bu dosyanın somut yararlarından biridir.