Servis ve garanti takibini satış dosyasına bağlamak

Örnek bir iş senaryosu

Örnek olarak bir kanadın zor kapandığı şikâyetini ele alın. İlk kayıtta “ayar yapılacak” yazmak yeterli değildir. Hangi açıklık, hangi kanat, sorun ne zamandır var, kullanım sırasında mı ortaya çıkıyor ve daha önce müdahale edilmiş mi soruları kaydedilmelidir. Ekip yerinde yaptığı işlemi, kullandığı parçayı ve yeniden kontrol gerekip gerekmediğini girer. Müşteri geri dönüşü de aynı dosyada tutulursa benzer şikâyet ikinci kez açıldığında geçmiş kaybolmaz.

Dört adımda çalışma düzeni

İlk bakışta görünmeyen noktalar

Servis kayıtlarında iki farklı neden alanı yararlıdır: müşterinin bildirdiği sorun ve ekip incelemesinin sonucu. Müşteri “ürün kapanmıyor” diyebilir; inceleme sonucu ayar, kullanım koşulu veya parça ihtiyacı olabilir. İlk açıklamayı değiştirmek yerine sonucu ayrı kaydedin. Böylece müşterinin deneyimi de teknik değerlendirme de korunur. Planlanan ziyaretin gerçekleşmemesi halinde neden kodu kullanın: müşteri uygun değildi, parça gelmedi veya ekip yetişemedi gibi. Bu ayrım hangi sürecin iyileştirileceğini gösterir. Ziyaret fotoğraflarında kişisel alanların gereksiz yere kaydedilmemesi ve görüntülere yalnızca ilgili ekibin erişmesi de uygulama tasarımının parçası olmalıdır.

Operasyon ekibiyle uygulama çalışması

Birlikte çalışacağınız ekipten son dönemde tamamlanan bir normal işi ve sorun yaşanan bir işi seçmesini isteyin. Müşteri bilgilerinin yerine temsili isimler kullanın. Her iki iş için ilk talep, keşif, teklif, planlama ve kapanış sırasında hangi bilgiye ihtiyaç duyulduğunu sırayla yazın. Normal işte görünmeyen kontrol ihtiyacı sorunlu örnekte ortaya çıkabilir. Örneğin renk değişikliği, eksik malzeme veya müşterinin tarihi ertelemesi farklı durumlar gerektirir. Bu çalışma ekran tasarlamadan önce işin sınırlarını netleştirir. Sonunda her adımın sahibi, gerekli girdisi ve tamamlanma koşulu belli olmalıdır.

İlk denemede bütün ürün gruplarını kapsamak yerine tek bir akış seçin. Kullanıcının aynı bilgiyi kaç kez girdiğini, bir önceki aşamadaki belgeyi nasıl bulduğunu ve bekleyen işin nedenini anlayıp anlamadığını gözleyin. İşin farklı kişiye devri özellikle test edilmelidir: yeni kişi telefonla açıklama almadan mevcut durumdan devam edebiliyor mu? Devam edemiyorsa eksik bilgiyi belirleyin. Her alanı zorunlu yapmak yerine gerçekten devir için gereken bilgiyi zorunlu tutun. Tamamlanmış işler üzerinde toplu değişiklik yapılmasının geçmişi nasıl etkilediğini de kontrol edin.

Değerlendirme toplantısını yalnızca ekran beğenisi üzerinden yürütmeyin. Bir işin aranıp bulunma süresi, plan değişikliğinin ekibe ulaşması ve açık eksiklerin görünürlüğü gibi somut sonuçlara bakın. Başlangıç değerlerini küçük bir örneklemde ölçüp aynı koşullarda yeniden deneyin. Sonuçları bütün işletme için kesin başarı oranı gibi sunmayın; pilotun kapsamını belirtin. Kullanıcının sistem dışında not tutmaya devam ettiği yerleri sorun. Bu notlar bazen gereksiz alışkanlık, bazen de eksik iş akışının işaretidir. Nedenini anlamadan yasaklamak yerine uygulamayı ve çalışma düzenini birlikte iyileştirin.

Ekibinize sorabileceğiniz sorular

• İlk ziyarette sonuçlanan taleplerin oranı nedir?
• Aynı ürün için tekrar kayıt açılıyor mu?
• Bekleyen servisin müşteriye bildirilen durumu güncel mi?

Bu soruları seçtiğiniz örnek kayıt üzerinde yanıtlayın. Her açık nokta için sorumlu kişiyi, yapılacak düzeltmeyi ve yeniden kontrol tarihini not edin. Böylece görüşme, uygulanabilir bir iş listesiyle tamamlanır.