KISA YANIT
İyi bir talep akışında her başvurunun bir kaydı, sorumlusu, durumu ve sonraki adımı vardır. Bildirim göndermek bu akışın yalnızca bir parçasıdır; kaydın açıldığı ve işin birine ulaştığı da kontrol edilmelidir.
Başvuruda gerçekten hangi bilgiler gerekli?
Form alanlarını, sonraki kişinin çalışabilmesi için gereken bilgilerle sınırlayın. İletişim bilgisi, talep konusu ve gerekli kısa açıklama çoğu akışın başlangıcıdır. Daha sonra istenecek ayrıntıları ilk formu uzatmadan ayrı bir adımda toplayabilirsiniz.
Her alanın hedef sistemdeki karşılığını belirleyin. Müşterinin serbest metin olarak yazdığı hizmet adı ile kayıt sisteminizdeki sınıflar birebir aynı olmayabilir. Tanınmayan seçenekleri kaybetmek yerine inceleme kuyruğuna almak gerekir.
Örnek bir müşteri talep akışı
Bir işletmenin web sitesine bakım talebi geldiğini düşünelim. Sistem zorunlu alanları kontrol eder; başvuruya bir kayıt numarası verir; ilgili hizmet grubuna göre takip görevi oluşturur. Sorumlu kişi kaydı açtığında asıl mesajı ve zaman bilgisini birlikte görür. Bu, örnek bir tasarımdır; bağlantı yöntemi kullanılan uygulamalara bağlıdır.
- Talebi al ve zamanı kaydet.
- Eksik veya biçimi hatalı bilgiyi ayır.
- Yeni kayıt mı, mevcut kayda ek mi olacağını belirle.
- Sorumluyu ve takip adımını oluştur.
- İşlem sonucunu kaydet; tamamlanmayan işi görünür bırak.
Tekrar başvuruyu silmeden nasıl yönetirsiniz?
Aynı e-posta adresinden gelen her mesaj gereksiz tekrar değildir. Müşteri yeni bir ihtiyaç bildirmiş veya önceki talebini güncellemiş olabilir. Eşleştirme kuralında kişi kimliği, konu ve zaman aralığı birlikte değerlendirilebilir.
Otomatik birleştirme yapılacaksa asıl mesajların izi korunmalıdır. Tekrar kontrolünün hangi durumda yeni kayıt açacağı ve hangi durumda insan kararına bırakılacağı açıklanmalıdır. Böylece “çift kayıt olmasın” hedefi gerçek bir talebin kaybolmasına yol açmaz.
Bildirim ile işin tamamlanmasını birbirine karıştırmayın
E-posta gönderilmiş olması, kaydın doğru sisteme yazıldığını veya birinin görevi üstlendiğini kanıtlamaz. Kayıt oluşturma, görev atama ve bildirim adımlarının sonuçlarını ayrı izleyin. Bağlantı hatasında yeniden denemenin çift kayıt üretmesini de önleyin.
Takip ekranında yeni, incelemede, dönüş yapıldı ve kapandı gibi işletmenin kullandığı durumlar bulunabilir. Her durumun ne anlama geldiği net olmalı; yalnızca rengi değişen bir etiket yerine ekipte ortak bir iş tanımı oluşturmalıdır.
Yayından önce hangi senaryoları deneyin?
Boş telefon alanı, iki kez gönderilen form, tanınmayan konu, kapalı bağlantı ve görev sorumlusu bulunamaması gibi örnekler hazırlayın. Hata olduğunda müşterinin ve ekibin hangi mesajı göreceğini kontrol edin. Talep metninin herkesin erişebildiği bildirimlere taşınmamasına dikkat edin.
Uygulamalar arasındaki alan eşleştirmesini sistem entegrasyonu yazısında ayrıntılı ele alıyoruz. Otomasyon ve entegrasyon hizmetimizde ilk değerlendirme, mevcut formunuzu, kayıt sisteminizi ve talebi kimin takip ettiğini anlamakla başlar.
Sık sorulan sorular
Yalnızca formu e-postaya göndermek yeterli mi?
Tek kişilik basit bir işleyişte yeterli olabilir. Sorumlu, durum ve sonraki adım görünmüyorsa bir kayıt ve takip düzeni kurmak faydalı olur.
Mevcut müşteri takip sistemiyle bağlantı kurulabilir mi?
Önce sistemin sunduğu bağlantı seçenekleri, erişim yetkileri ve aktarılacak alanlar incelenir. Her uygulamayla doğrudan bağlantı kurulabileceği varsayılmaz.
Otomatik müşteri yanıtı verilebilir mi?
Talebin alındığını bildiren bir mesaj planlanabilir. Yanıt süresi, fiyat veya hizmet taahhüdü içeren ifadeler işletmenin onayladığı kapsamla sınırlı tutulmalıdır.