WhatsApp Business üzerindeki bir konuşma, yanıtın araştırma, başka bir bölüm veya sohbetten sonra devam edecek bir göreve bağlı olduğu durumlarda ticket (talep) haline gelmelidir. Bu kaydın kullanışlı olması için, sorunu, daha önce neler denendiğini, kimin devam edeceğini ve sonraki adımı göstermesi gerekir. Mesajları bu bilgileri düzenlemeden saklamak, bekleyen durumun geçmişte kalmasına neden olur.
Bu kılavuz, WhatsApp üzerinden bildirim alan ve çözümü takip etmesi gereken destek ekipleri için bir rutin önerir. Aşağıdaki form, örnekler ve testler, operasyonunuza uyarlamak üzere çalışma modelleridir; gerçek vakaları veya ölçülmüş sonuçları temsil etmezler.
Ne zaman ticket açılmalı, ne zaman konvosta devam edilmeli
Ticket, bazen ticket olarak da adlandırılan, takip edilebilir bir talebi temsil eder. Tek bir konuşmada basit bir soru ile analiz gerektiren bir sorun bulunabilir. Ne kaydedeceğinize karar vermeden önce konuları ayırın.
| Durum | Önerilen yönlendirme | Karar kriteri |
|---|---|---|
| Müşteri destek saatini soruyor | Konuşmada cevap verin | Soruya çözüm için geçerli ve yeterli bilgi mevcut. |
| Bir işlev ilk yönlendirmeden sonra da hata vermeye devam ediyor | Teknik ticket açın | Davranışı incelemek ve bir aksiyonu takip etmek gerekli. |
| Müşteri ticari bir koşul istiyor | Satışa yönlendirin | Bir sonraki adım satışa ilişkin bir karardır, destek araştırması değildir. |
| Müşteri daha önce kaydedilmiş bir sorun hakkında tekrar soruyor | Mevcut vakayı bulun ve devam edin | Talep aynı; yeni bir mesaj yeni bir sorun anlamına gelmez. |
Bu ayrım operasyonel bir kuraldır. Sisteminin çoğaltmaları tespit edeceğini veya kayıtları otomatik olarak birleştireceğini varsaymayın. Araç bu kontrolü yapmıyorsa, ekipten birinin bunu yapması gerekir.
İşin devam etmesini sağlayacak bir form hazırlayın
Vaka yönlendirmeden önce başka bir kişinin müşteriyle her şeyi tekrar söylemesini istemeden bekleyen durumu anlayıp anlayamayacağını kontrol edin. Sistemizdeki alanları veya yetkili bir dahili kaydı kullanın. Aşağıdaki yapı bir süreç önerisidir, Whatsplaid için zorunlu alan listesi değildir.
- Vaka referansı: Kayıdın gerçek tanımlayıcısı ve konuşmayla bağlantısı.
- Gözlemlenen problem: Ne oldu, hangi aşamada ve ne zamandan beri.
- Beklenen sonuç: Müşterinin neyi tamamlamaya çalıştığı.
- Etkisi: Hangi aktiviteler engellendi ve kim etkilendi.
- Yararlı kanıtlar: Hata mesajı, yaklaşık zaman ve gerektiğinde ilgili görsel.
- Önceki denemeler: Zaten izlenen yönlendirmeler ve bunların sonuçları.
- Mevcut bekleyen durum: Eksik olan veri, karar veya aksiyon.
- Devamlılık: İç sorumlu, bir sonraki adım ve güncelleme için kararlaştırılan zaman.
Sadece araştırma için eksik olanı isteyin. Müşteriyi görselde üçüncü taraf bilgilerini gizlemesi ve şifreler ya da erişim kodları göndermemesi konusunda yönlendirin. Eksik bir anlatım eksik olarak tanımlanmalıdır; IA veya temsilci bu boşluğu olgu gibi sunulan bir varsayımla doldurmamalıdır.
Ekibe yardımcı olan özet örneği
Bu kurgusal senaryoyu düşünün: bir kişi sisteme giriş yapabiliyor ancak bir raporu indiremiyor. “Müşterinin sistemde sorunu var” engellenen görevi bildirmez. Daha faydalı bir özet şöyle olacaktır:
Müşteri hesaba erişiyor, ancak raporun indirilmesi tamamlanmıyor. Arızanın bu sabah başladığını belirtiyor. Yönergeye uygun olarak yeniden denemiş, değişiklik olmamış. Gönderilen ekran görüntüsünde bir hata mesajı görünüyor ve henüz teknik ekip tarafından incelenmedi. Hangi raporun istendiğinin teyit edilmesi gerekiyor. Sonraki adım: bu bilgiyi toplamak ve indirme işlemini araştırmak.
Özetin raporu, denemeyi ve bekleyen doğrulamayı ayırt ettiğini gözlemleyin. Kanıt olmadan hatayı tarayıcıya veya sunucuya atfetmez. Ekip karar vermeden önce özeti geçmişle karşılaştırmalıdır.
Etkisi ve aciliyete göre öncelik verin
Atlassian belgeleri, olay yönetiminde önceliği belirlemek için etki ve aciliyeti kullanır. Bu mantığı ekibinizin sürecine uygulayın: ne zarar gördü ve harekete geçmek için ne kadar zaman var? Kavramsal referanslar sonundaki kaynaklarda; bu, Whatsplaid ile bir entegrasyon olduğunu göstermez.
Rapor örneğinde, süresi hemen olan bir faaliyeti engelleyen bir hata, operasyonel olarak engelleyici olmayan bir sorudan önce dikkati hak edebilir. Öncelik, doğrulanmış bağlama bağlıdır, yalnızca mesajdaki “acil” kelimesine değil.
Başlangıç sınıflandırmasını kim gözden geçirecek, ekip geniş çaplı erişilemezlikleri nasıl ele alacak ve olağan sorumlu müsait değilse kim devralacak belirleyin. Güncelleme süresi ile çözüm süresini ayırın: sebebi henüz bilinmeyen bir düzeltmeyi vaat etmeden ilerleme hakkında geri bildirim vermek mümkün olabilir.
Soruşturma sırasında sorumluluğu net tutun
Vaka başka bir alana aktarıldığında, kimin inceleme yapacağını ve kimin müşteriyle iletişime devam edeceğini belirleyin. Bu rolleri farklı kişiler üstlenebilir, ancak geri dönüş taahhüdü görünür olmaya devam etmelidir.
Bir geçmişe ve insan müdahalesine sahip gelen kutusu ekibin sohbete devam etmesine yardımcı olur. Vaka, açık kalan işi düzenler. Kanaldaki birden fazla kişinin çalışmasını düzenlemek için, kılavuz IA ve insan ekip ile çoklu hizmet temsilciler arasındaki devretme kurallarını ele alır.
Oluşturma veya yönlendirme başarısız olursa
Kayıt doğrulanmadan bir vaka açıldığını bildirmeyin. İşlem harici bir entegrasyon kullanıyorsa, hedefin olayı aldığını da doğrulayın. Gönderme girişimi alındığını kanıtlamaz. Ekiplerin acil durum prosedürünü kullanın, bağlamı koruyun ve müşteriye sonraki iletişimin ne olacağını açıklayın; bir protokol numarası uydurmayın.
Müşteri çözüm öncesi geri dönerse
Mevcut vakayı inceleyin, yeni bilgiyi kaydedin ve etkinin değişip değişmediğini değerlendirin. Zaten denenmiş bir yönergeyi tekrarlamaktan kaçının. Yeni mesaj farklı bir konudan söz ediyorsa, konular arasındaki ilişkiyi kaydedin ve ayrı takiplere ihtiyaç olup olmadığını kararlaştırın.
Whatsplaid’te neler otomatikleştirilebilir
Whatsplaid belgeleri, destek sırasında özet, kategori, öncelik ve konuşma bağlamıyla iç vakaların oluşturulmasını tanımlar. Ekip ayrıca geçmişi izleyebilir, IA’yı durdurabilir ve panelden yanıt verebilir. Akış yapılandırmasının etkinleştirilmeden önce kontrol edilmesi gerekir.
Bu, bu kılavuzda önerilen her kuralın otomatik bir özellik olduğu anlamına gelmez. Vakadan sorumlu kişi, öncelik incelemesi, süre kontrolü, kopyalarla başa çıkma ve kapatma kriterleri şirket tarafından belirlenmeli ve kullanılan araçta doğrulanmalıdır. Kanıt olmadan teknisyenler arasında otomatik dağıtım, süre uyarıları veya belirli bir sistemle entegrasyon varsaymayın.
Ayrıca katmanları ayırın: WhatsApp Business uygulamasındaki sohbet, WhatsApp Business Platform üzerinden mesaj gönderimi ve servis yazılımında tutulan vaka operasyonun farklı parçalarıdır. Bir entegrasyonla otomasyon, her sistemde mevcut eylemler ve onaylara bağlıdır.
Kanıtla ve müşteriye geri bildirimle vakayı kapatın
Her vaka türünü kapatmaya neyin izin verdiğini önceden tanımlayın. Rapor örneğinde, uygulanan bir düzeltme etkilenen bağlamda indirme doğrulamasıyla takip edilmelidir. Bir teknik eylemi kaydetmek ile sorunun çözüldüğünü doğrulamak ayrı adımlardır.
Alınan önlemi, doğrulama sonucunu ve kalan herhangi bir sınırlamayı kaydedin. Müşteriden yanıt gelmezse, açık bir takip kuralını uygulayın; gerçekleşmemiş bir onayı kaydetmeyin. IA’nın yeniden başlatılması da yapılandırılmış akışta doğrulanmalıdır.
WhatsApp Business Platform üzerinden yanıt gönderirken, kullanıcının mesajıyla açılan veya yenilenen 24 saatlik hizmet penceresine dikkat edin. Bu pencerenin dışındaysa politika onaylı şablonlar gerektirir. Açık bir talep bu pencereyi uzatmaz. Mesajların durdurulması taleplerine de saygı gösterin ve insan desteği için net bir yol sağlayın.
Operasyonu ölçeklendirmeden önce süreci test edin
Tüm akışı, hatalar dahil, doğrulamak için kurgusal vakalar kullanın. Aşağıdaki testler bir doğrulama önerisidir; gerçek bir hesapta çalıştırılmamıştır.
- Basit soru: gereksiz bir talep oluşturmadan çözülebileceğini doğrulayın.
- Eksik bildirim: veri eksikse bunun talep edilip edilmediğini veya eksik olarak kaydedilip kaydedilmediğini, uydurma yapmadan kontrol edin.
- Oluşturma hatası: cevabın var olmayan bir kaydı doğrulamaktan kaçındığını ve acil durumu tetiklediğini doğrulayın.
- Aynı sorunla ilgili tekrar dönüş: ekibin başka bir talep açmadan önce önceki vakayı bulduğunu doğrulayın.
- İnsan müdahalesi: erişilebilir geçmişi ve temsilci işlem yaparken AI'nın duraklatılmasını doğrulayın.
- Kapatma: çözüm kanıtını, izin verilen iletişimi ve tamamlandıktan sonra otomasyonun davranışını doğrulayın.
Pilotta, sonraki adımı olmayan talepleri, eksik kayıtları, çözülmemiş geri dönüşleri ve ekip tarafından düzeltilen sınıflandırmaları gözden geçirin. Talep türüne göre ölçün ve her göstergenin nasıl hesaplandığını kaydedin. Bunlar izleme önerileridir; ürün içinde hazır raporları veya evrensel performans hedeflerini ima etmezler.
Danışılan kaynaklar
Sorgulama 30 Eylül 2026'da yapıldı. Kanal kuralları ve araçların özellikleri değişebilir; operasyonu yapılandırırken yürürlükteki dokümantasyonu kontrol edin.
- WhatsApp Business mesajlaşma politikası: hizmet penceresi, şablonlar ve eskalasyon yolları.
- Atlassian: etki, aciliyet ve öncelik: triajı organize etmek için kavramsal referans.
Şirketinizin konuşmalarından bağlamla bilet oluşturmayı değerlendirmek için, WhatsApp Business üzerinde destek için Whatsplaid biletlerini tanıyın ve özelliğin destek sürecinize nasıl uyduğunu görün.