Instagram, WhatsApp ve yapay zekâ kaynaklı başvurularda tekil kayıt

“Yapay zekâdan buldum” diyen kişinin mesajı da aynı işletme kayıt düzenine girebilir. Bu ifade bir kaynak beyanıdır; başlı başına ikinci bir başvuru veya belirli bir yapay zekâ yanıtının teknik kanıtı değildir. Mesajın ulaştığı kanal ile kişinin işletmeyi nerede keşfettiği ayrı alanlarda tutulmalı.

Önce neyi tekilleştirdiğinizi belirleyin

Bir kişinin üç mesajı, üç talep olmayabilir. Aynı kişinin iki farklı hizmet için açtığı iki dosya da mutlaka tek talep değildir. Sayı üretmeden önce raporun kişi mi, hizmet talebi mi, randevu mu sayacağını yazın.

İşletme içi çalışma için üç katman kullanılabilir:

Bu, hazır bir platform standardı veya Nefes CRM özelliği beyanı değildir; kayıt yapısını tasarlamak için önerilen ayrımdır. Kullandığınız sistemde alanlar farklı adlandırılabilir. Önemli olan bir mesaj daha geldiğinde yeni iş mi başladığını, mevcut işin mi sürdüğünü anlayabilmektir.

Kanal değişirken talep nasıl korunur?

Instagram'daki konuşma WhatsApp'a taşındığında, yetkili ekip mevcut talebi bulmalı ve yeni teması o taleple ilişkilendirmelidir. İşletmenin kendi sisteminde üretilen talep referansı bu ilişkiyi kurmaya yardımcı olabilir. Referansın kişiye ait isim veya telefonun kendisi olması gerekmez. Bir referans kodunun bulunması da tek başına bütün bilgilerin anonim olduğu anlamına gelmez.

Yeni kanaldaki kişinin aynı işi sürdürdüğü teyit edilmeden benzer isimlerden birleştirme yapmayın. Ortak aile telefonu, aynı isim veya benzer hizmet açıklaması yanlış eşleşmeye neden olabilir. Gerekli ilişkiyi mevcut konuşma ve işletmenin uygun teyit yöntemiyle doğrulayın; yalnız raporu küçültmek için kayıt silmeyin.

Eşleşme henüz belli değilse “olası tekrar, inceleme bekliyor” durumu kullanabilirsiniz. Bu durumda kesin tekil talep toplamı da henüz tamamlanmamıştır. Eşleşmesi çözülmemiş her kaydı otomatik yeni müşteri saymak kadar, hepsini tekrar sayıp çıkarmak da yanıltıcıdır.

Temsili örnek: dört temas kaç talep eder?

Aşağıdaki olaylar tamamen kurgusaldır; gerçek müşteri, kanal veya kampanya verisi kullanılmamıştır. Örnekte ilk iki temasın aynı talebe ait olduğu işletme tarafından doğrulanmış, üçüncü temasın ayrı bir iş olduğu anlaşılmıştır.

Bu kesitte dört temas, iki doğrulanmış talep ve ilişkisi henüz çözülememiş bir kayıt vardır. Son satırdan kesin üçüncü talep veya kesin tekrar sonucu çıkarılamaz. Rapor, iki talebi gösterirken açık eşleşme işini de belirtmelidir.

T-01 için daha sonra randevu oluşturulursa yeni bir başvuru doğmuş sayılmaz; aynı talebin ilerleyen aşaması kaydedilir. Bununla birlikte işletmeniz bir teklifin birden fazla bağımsız siparişe dönüşmesini izliyorsa sipariş sayısını ayrı tutar. Hangi birimi saydığınızı baştan belirlemek bu ayrımları görünür kılar.

“WhatsApp'tan geldi” ile “yapay zekâdan buldu” aynı alan mı?

Hayır. İlki temasın işletmeye ulaştığı yolu, ikincisi kişinin anlattığı keşif kaynağını ifade edebilir. Bir kişi Instagram reklamını görüp başka yerde araştırma yapmış, sonra WhatsApp'tan yazmış olabilir. Böyle bir yolculuk mümkün olsa da her başvuruda gerçekleştiğini varsaymayın.

Kaydı üç ayrı bilgiyle tutabilirsiniz: temas kanalı, kişinin kaynak beyanı ve varsa teknik olarak gözlenen yönlendirme. Kaynak bilinmiyorsa “bilinmiyor” kalır. Bir yapay zekâ yanıtında işletmenin adı geçti diye sonradan gelen bütün mesajları o yanıta bağlamayın. Kişinin “yapay zekâdan buldum” demesi de hangi soru, platform ve yanıt olduğunu kendiliğinden açıklamaz.

Nefes'in Instagram reklamları ve araştırma davranışı videosu bu çok adımlı düşünme biçimine giriş sağlar. Video, belirli bir müşterinin bütün temaslarının ölçüldüğünü göstermez. Doğrudan site ziyaretlerinin yorumunu ayrıca Instagram reklamı sonrası doğrudan trafik rehberinde inceleyebilirsiniz.

Reklam platformunun sayım ayarı bunu çözer mi?

Google Ads'teki “One” ve “Every” seçenekleri dönüşüm işlemi ile reklam etkileşimi bağlamında çalışır. Bunları bütün Instagram, WhatsApp ve işletme kayıtlarını birleştiren ortak müşteri sayacı gibi kullanmayın. Google Ads dönüşüm sayım seçenekleri.

Benzer şekilde aynı satın almanın yeniden gönderilmesini önlemek için kullanılan işlem kimliği, kişinin farklı hizmet taleplerini birleştirme kararı değildir. Google'ın işlem kimliği açıklaması da bu mekanizmayı sayım ayarından ayrı ele alır. İşlem kimliğiyle tekrar dönüşümleri azaltma. Teknik olay tekilleştirmesi ile işletmenin talep eşleştirmesini ayrı denetleyin.

Yanlış birleştirme sonradan anlaşılırsa ne yapılmalı?

Orijinal temas referanslarını koruyan, kimin hangi gerekçeyle eşleştirdiğini kaydeden bir düzen kurun. Yanlış ilişki fark edildiğinde temaslar doğru taleplere ayrılabilmeli. Eski rapordaki sayıyla yeni sayının farkını açıklamak için düzeltme tarihini ve nedenini saklayın; geçmiş toplamı sessizce değiştirip performans artışı gibi göstermeyin.

Ortak rapor için gerekli talep kodu, hizmet, durum ve sayım açıklaması yeterli olabilir; müşteri mesajlarının tamamını veya iletişim ayrıntılarını çoğaltmak gerekmez. Bu yazı gerçek müşteri kayıtlarını birleştirme işlemi yapmaz, uygulanmış bir veri entegrasyonu veya hukuki uygunluk onayı sunmaz.

Nefes GEO Analizi ile işletmenin yapay zekâ yanıtlarındaki görünümünü değerlendirirken, gelen talepleri bu görünürlük gözlemlerinden ayrı izleyin. Google Ads ve GEO aylık raporunda temas, talep, gerçekleşen iş ve yanıt gözlemi kendi birimiyle yer alsın. Böylece aynı talep farklı kanallarda ilerlediğinde hizmet takibi sürer, başvuru toplamı gereksiz yere büyümez.