WhatsApp için bir CRM'de müşterileri düzenlemek için dört bilgiyi ayırın: kişi kim, hangi siparişleri verdi, ne konuşuluyor ve ekibin sonraki eylemi ne olacak. E-ticarette bu ayrım, temas etiketinin o müşterinin tüm alımlarını özetlediği yanılgısından kaçınmaya yardımcı olur. Başlangıç noktası her verinin nereden geldiğini ve hâlâ doğru olup olmadığını nasıl kontrol edeceğinizi tanımlamaktır.
WhatsApp için bir CRM neyi düzenlemeli?
CRM, müşteri ilişkilerinin yönetimidir. WhatsApp kullanan bir operasyonda, bu kişi kayıtlarını, ticari bağlamı ve takibi ilişkilendirmeyi içerir. Konuşma bu bağlamın bir parçasıdır, ancak mesaj geçmişi tek başına ödeme, teslimat veya iptali doğrulamaz.
İki kere alışveriş yapan bir müşteriyi düşünün. İlk sipariş teslim edildi; ikinci ödeme bekliyor. Kendisi tekrar alım yapan biri olabilir ve aynı zamanda bekleyen bir satın alma da olabilir. Kayıdın tamamı sadece “pago” etiketi alırsa, ekip siparişler arasındaki ayrımı kaybeder.
Bu yüzden ilişkiyi katmanlara ayırın. kampanyalar için müşteri segmentasyonu kimlerin bir kitleyi oluşturması gerektiğini belirler; hizmet gelen kutusu konuşmaları toplar; siparişten sorumlu mağaza veya sistem satın alma durumunu bildirir. Bu işlevlerin farklı araçlarda olsalar bile bağlam paylaşması gerekir.
her bilginin nereye düştüğünü belirlemek için bir matris
Tablo iş organizasyonu için bir modeldir, her yazılımdaki mevcut alanlar listesi değil. Kullanılan sisteme göre adları uyarlayın ve sadece operasyona gerekli verileri tutun.
| Katman | Faydalı bilgi | Belirlenecek kaynak | Gerekli doğrulama |
|---|---|---|---|
| Müşteri | Mağaza kimliği, isim ve doğrulanmış iletişim | Mağaza kaydı veya sorumlu CRM | İletişim o kişiyle eşleşiyor mu ve doğru kayda bağlı mı? |
| Sipariş | Kimlik, durum ve güncelleme zamanı | O aşama için tanımlanmış mağaza, ERP veya sistem | Durum tartışılan siparişe ait mi ve güncel mi? |
| Konuşma | İletişim nedeni, açık soru ve gerekli özet | Hizmet geçmişi | Hangi konu hâlâ bir yanıt gerektiriyor? |
| Sonraki eylem | Sorumlu, önlem ve iç süre | CRM, görev aracı veya ekip kontrolü | Sürekliliği birisi devraldı mı? |
| İletişim tercihleri | Kayıtlı izin, amaç ve durdurma talebi | Tercihin bildirildiği süreç | Planlanan iletişim en son tercihe saygı gösteriyor mu? |
Her bilgi için sorumlu bir kaynak seçin. ERP faturalamayı doğruluyor ve mağaza önceki bir durum gösteriyorsa, ekip çatışmayı kontrol etmek için bir kurala ihtiyaç duyar. Yeni içe aktarılan veri mutlaka en güncel değildir: içe aktarma veritabanının eski bir fotoğrafını getirebilir.
e-ticaret platformlarıyla entegrasyonlardahangi olayların ve alanların mevcut olduğunu kontrol edin. “Mağazayla entegre olur” tek başına hangi güncellemelerin geldiğini, hangi koşullarda veya nasıl müşteriye bağlandığını söylemez.
Veritabanını düzenlemeye nasıl başlanır
1. Kayıtları varsayımla birleştirmeden müşterileri tespit edin
Müsait olduğunda mağazadaki müşteri kimliğini referans olarak kullanın. Entegrasyon gereksinimlerine göre telefon ve ülke kodunu kaydetme biçimini standartlaştırın. Benzer isim iki kaydın aynı kişiye ait olduğunun kanıtı değildir.
Bir telefon yanlış girilmiş, bir aile tarafından paylaşılmış veya değişmiş olabilir. Şüphe durumunda, geçmişleri birleştirmeden veya sipariş bilgisi göndermeden önce doğrulamayı ekibe yönlendirin. İletişim formatını standartlaştırmak ve ilişkilendirmesini doğrulamak farklı görevlerdir.
2. Her satın almayı ilgili siparişle bağlayın
Tüm siparişler aynı müşteriye ait olsa bile her sipariş için spesifik bir referans tutun. Bir güncelleme o satın almanın bağlamını değiştirmeli. Bir siparişin ödemesi başka hâlâ beklemede olan bir siparişi otomatik olarak kapatmaz.
Bu özen özellikle geçerlidir WhatsApp üzerinden ödeme hatırlatmalarında: bir eksikliği bildirmeden önce operasyon hangi siparişin açık olduğunu ve ödemenin sorumlu kaynakta tanınıp tanınmadığını doğrulamalıdır.
3. Anlamlı etiketler ve çıkış kuralı kullanın
Bir etiketin ekip tarafından açıklanabilecek bir tanımı olmalıdır. “Seramiğe ilgi” müşterinin bildirdiği bir tercihi gösterebilir; “değişim incelemede” doğru destek veya siparişle ilişkilendirilmesi gereken geçici bir durumu tanımlar.
Her operasyonel etiket için neye dayanılarak uygulanabileceğini, bilgiyi kimin güncel tuttuğunu ve ne zaman kaldırılması veya gözden geçirilmesi gerektiğini kaydedin. Geçici bir sipariş durumunun yerine kalıcı bir müşteri etiketi kullanmaktan kaçının. Araç yalnızca müşteriye etiket atamaya izin veriyorsa, karar vermeden önce kaynaktaki siparişi kontrol edin.
4. Temsilcinin hafızasının dışında sürekliliği kaydedin
Bir aşamayı kapatırken, çözülmesi gerekenleri netleştirin. “Müşteri teslimat hakkında sordu; lojistik B siparişini kontrol edecek; belirtilen sürede geri dönüş bekleniyor” gibi bir özet “sonra bak” demekten daha faydalıdır. İç kontrolde gerçek satın alma tanımlayıcısını kullanın.
Sorumlu ve süre CRM'de veya ekibin başka bir kontrolünde tutulabilir. Aracın gerçekten fonksiyonu sunup sürecin yapılandırıldığını doğrulamadan bu aşamayı otomatik kabul etmeyin. Bir gelen kutusu tek başına görev yöneticisi yerine geçmez.
Örnek: bir müşteri, iki sipariş ve bir soru
Bu senaryo varsayımsaldır ve veri organizasyonunu test etmek içindir. Bir müşterinin A siparişi teslim edilmiş ve B siparişi ödemeyi beklemektedir. Değişimle ilgili bir konuda A siparişi hakkında soru soruyor.
- Kimlik: Ekip, hangi kaydın ve hangi satın almanın konuşmayla eşleştiğini doğrular.
- Hizmet: Soru B siparişinin durumunu değiştirmeden A siparişiyle ilişkilendirilir.
- Süreklilik: Değişimden sorumlu kişi ve sonraki adım kaydedilir.
- İletişim: B siparişiyle ilgili herhangi bir hatırlatmadan önce ekip ödemeyi kontrol eder ve açık hizmetin bağlamını göz önünde bulundurur.
- Kampanya: Editoryal bir kural olarak, mağaza işlemi çözerken teklifi erteleyebilir, yeter ki bu hariç tutmayı kullanılan süreçte uygulayabilsin.
Bir kampanyayı erteleme kararı operasyonel bir öneridir, ürünün otomatik varsayılan olarak dışlanması değildir. Örnek, satın alma durumu, hizmet durumu ve ticari ilginin ayırt edilmeye devam etmesi gerektiğini gösterir.
İçe aktarılan kayıt gönderme izniyle aynı şey değildir
The WhatsApp Business Mesaj Politikası kişinin iletişim bilgilerini sağladığını ve sonraki iletişimlere izin verdiğini gerektirir. Ayrıca WhatsApp içinde veya dışında yapılan durdurma taleplerine saygı gösterilmesini gerektirir. Bir listeyi içe aktarmak veya önceki bir satın almayı tespit etmek tek başına bu izni kanıtlamaz.
Organizasyon uygulaması olarak, iletişime yetkilendirmenin kaynağını ve amacını ve en son tercihleri ilişkilendirin. Bu kayıtlar başka bir sistemdeyse, hedef kitle seçilmeden önce nasıl sorgulanacaklarını tanımlayın. Yazılımdaki bir alanın yokluğu, müşterinin tercihine saygı gösterme gerekliliğini ortadan kaldırmaz.
Business Platform'da aynı politika konuşmaları başlatmak için onaylı şablonlar gerektirir ve kullanıcı mesajıyla açılıp yenilenen 24 saatlik hizmet penceresi içinde şablonsuz yanıtlara izin verir. Düzenli bir kayıt olması bu gönderim koşullarını değiştirmez.
WPP Marketing bu sürece nerede dahil oluyor?
WPP Marketing, kampanyaları ve hizmeti desteklemek için müşterileri, listeleri, etiketleri ve mağaza etkinliklerini düzenler. inbox, panodan konuşmaları sorgulamaya ve cevaplamaya izin verir. Amaç iletişimi e-ticaret operasyonuna bağlamaktır; fırsat hattı, ticari görevler ve tam bir CRM'in diğer gereksinimleri ayrı ayrı değerlendirilmeli.
Kendi sistemleriniz için, Events API ticari etkinliklerle entegrasyonun mümkün seçeneklerinden biridir. Kullanılabilir veri kümesi uygulanan entegrasyona bağlıdır. Bu makalenin matrisindeki her alanın hazır bir ekranı veya eşitlemesi olacağını varsaymayın.
Kişilerin ilk düzenlenmesi, davranışa dayalı otomatik sınıflandırmadan da farklıdır. İşlemi planlamadan önce segmentasyon sayfasında ve kullanılan planda bu özelliğin geçmiş koşulları ve kullanılabilirliği kontrol edilmelidir.
Kampanyalarda ve otomasyonlarda veritabanını kullanmadan önce beş test
Doğrulamayı gerçek müşterilere doğrulama sırasında mesaj göndermeden test ortamında veya yetkili test kayıtlarıyla yapın.
- Bir müşteri için iki sipariş: bunlardan birinin durumunu değiştirin ve diğerinin durumunu koruyup korumadığını kontrol edin.
- Çelişkili iletişim: benzer isimli veya çakışan telefon numaralı kayıtlar sunun ve ekibin doğru kaydı nasıl tanımladığını kontrol edin.
- Eski güncelleme: gecikmiş bir bilginin nasıl ele alındığını ve mevcut durumla çakışmayı kimin çözdüğünü kontrol edin.
- Tercih değişti: bir iletişim kesintisini kaydedin ve sonraki hedef kitle seçiminin değişikliği dikkate alıp almadığını doğrulayın.
- Sorumlu değişimi: başka bir kişiden yalnızca kaydedilen bağlamı kullanarak bir desteği sürdürmesini isteyin. Siparişi bulmalı ve sonraki eylemi anlamalıdır.
Beklenen sonucu, gözlemlenen sonucu ve gerekli düzeltmeyi kaydedin. Veritabanını düzenlemek için evrensel bir oran yoktur: ilk hedef, her iletişim için kimin aranacağını, hangi olayın mesajı haklı çıkardığını ve bu olayın nerede doğrulandığını açıklayabilmektir.
Başvurulan kaynaklar
Sorgulama 10 Ekim 2026'da yapıldı. Matris, senaryo ve testler organizasyon için editoryal önerilerdir, müşterilerle yapılan bir deneyin sonuçları değillerdir.
- WhatsApp Business — Mesajlaşma Politikası: Business Platform üzerindeki mesajlaşma için izin, kesinti ve koşullar.
- WPP Marketing — müşteri segmentasyonu: hedef kitle organizasyonunun kapsamı ve tam bir CRM'den farkı.
- WPP Marketing — destek gelen kutusu: panel üzerinden geçmiş sorgulama ve yanıtlar.
Mağaza verilerini müşterilerinizle iletişimle bağlamak için, WPP Marketing platformunu tanıyın ve operasyonunuza uygun özellikleri değerlendirin.