Sipariş istisnası, normal akışın dışına çıkan ve bir karar ya da müdahale bekleyen durumdur. Ödeme bilgisi netleşmeyen sipariş, bulunamayan stok, eksik adres, taşıma gecikmesi ve hasarlı teslimat aynı sorun değildir; fakat hepsinin görünür bir sahibi ve sonraki adımı olmalıdır.
Tek liste kurmanın amacı bütün sistemleri bir tabloya taşımak değildir. Dağınık kanallarda konuşulan açık işleri, siparişin asıl kaydına bağlı bir müdahale kuyruğunda toplamaktır. Liste başka bir doğruluk kaynağına dönüşürse çözmek istediği tutarsızlığı yeniden üretebilir.
Hangi durumun listeye gireceğini tanımlamak
Her sıradan siparişi listeye eklemek istisnaları görünmez hale getirir. Önce beklenen akışı ve bu akıştan sapmayı tanımla. Örneğin belirli bir aşamada olağandışı bekleme, gerekli bilginin eksikliği veya insan kararı gerektiren çelişki bir giriş nedeni olabilir.
Eşikler işleyişe göre seçilmelidir. Sipariş üzerine hazırlanan ürünle depodan aynı gün çıkması planlanan ürün aynı süreyle değerlendirilmez. Listeye giriş kuralının hangi ürün veya hizmet grubunda geçerli olduğunu belirt.
Müşterinin yazması tek giriş kanalı olmamalıdır. Sistem kontrolü, depo bildirimi veya ekip incelemesi de kaydı başlatabilir. Kaynağın yazılması aynı problemin hangi noktada daha erken fark edilebileceğini anlamaya yardım eder.
Asgari kayıt alanları
İlk sürümde sipariş referansı, istisna türü, açılma zamanı, etkilenen vaat, sorumlu rol, sonraki adım ve kontrol zamanı yeterli olabilir. Müşterinin bütün kişisel bilgilerini tabloya kopyalamak gerekmez. Yetkili kişinin asıl kayda ulaşacağı bağlantı çoğu durumda daha uygundur.
| Alan | İşlevi |
|---|---|
| Sipariş referansı | Aynı siparişle ilgili kayıtları bağlamak |
| İstisna türü | Benzer nedenleri birlikte incelemek |
| Etkilenen vaat | Müşteriye verilen hangi sözün riskte olduğunu görmek |
| Sorumlu | Bir sonraki kararın kimde olduğunu belirlemek |
| Sonraki adım | Kaydın yalnız açıklama olarak kalmasını önlemek |
| Kontrol zamanı | Bekleyen dış yanıtın ne zaman yeniden ele alınacağını belirlemek |
| Kapanış kanıtı | Sorunun gerçekten çözüldüğünü göstermek |
Öncelik alanını herkesin her kayda “acil” yazdığı bir etikete dönüştürme. Müşteri etkisi, yaklaşan taahhüt ve geri dönüşü zorlaşan durum gibi anlaşılır ölçütlerle tanımla.
Aynı problemi iki kez açmamak
Bir müşteri e-posta gönderip aynı gün mesaj da yazabilir. Depo da aynı siparişi ayrıca bildirebilir. Sipariş referansı ve sorun türü üzerinden mevcut açık kayıt aranarak bu bildirimler ilişkilendirilebilir.
Bununla birlikte bir siparişin birden fazla gerçek sorunu olabilir. Eksik ürün ve hasarlı teslimat aynı kayda zorla sıkıştırılmamalıdır. Ortak sipariş altında ayrı sorumlulukları olan alt işler veya ayrı istisnalar tutulabilir. Ama müşteriye giden iletişimin tutarlı bir sahibi olmalıdır.
Kayıtları birleştirirken önceki notların ve zamanların kaybolmaması gerekir. Son eklenen notu tek gerçekmiş gibi saklamak bekleme süresini ve önceki kararı görünmez yapar.
Durum adlarını işin gerçeğine göre seçmek
“Açık, işlemde, kapalı” başlangıç için basittir; fakat dış yanıt bekleyen iş ile henüz ele alınmayan işi ayıramayabilir. İhtiyaç varsa “karar bekliyor”, “uygulanıyor” ve “dış yanıt bekliyor” gibi durumlar eklenebilir.
Her durum için giriş ve çıkış koşulu yaz. “Taşıyıcıya mesaj gönderildi” kapanış değildir; yalnız bir müdahaledir. Kapanış, sorunun türüne uygun kanıta dayanmalıdır: eksik ürünün gönderilmesi, doğru bilginin tamamlanması veya kararlaştırılan çözümün uygulanması gibi.
Müşteriyle mutabakat gereken bir konuda iç ekibin karar vermesi tek başına tamamlanma sayılmamalıdır. Liste, yapılması planlanan iş ile gerçekleşmiş işi ayrı göstermelidir.
Günlük incelemeyi karara bağlamak
Günlük kontrolde önce sahipsiz, kontrol zamanı geçmiş ve müşteri vaadi riskte olan kayıtları ele al. Her kayıt için uzun toplantı yapmak yerine engeli ve sonraki somut adımı belirle. Sorun çözümü ayrı çalışma gerektiriyorsa sahibine aktar.
Haftalık incelemede tekrar eden türleri ve açılma nedenlerini değerlendir. Aynı adres sorunu sürekli oluşuyorsa yalnız daha hızlı destek yanıtı vermek yerine form veya veri aktarımı düzeltilebilir. Kuyruk yönetiminin değeri, kaydı kapatmanın yanında tekrarını azaltmasındadır.
Başlangıçta çözüm süresi, yaşlanan açık kayıtlar, yeniden açılan işler ve tekrar eden nedenler izlenebilir. Tek ortalama süre, uzun bekleyen birkaç müşteriyi saklayabileceği için en eski kayıtlar ayrıca görünmelidir. Bu düzeni daha geniş sürece bağlamak için Noveniq operasyon haritası rehberini kullanabilirsin.