'Bizi nereden duydunuz?' sorusunu atribüsyon verisine çevirmek

Beyana dayalı atribüsyon nedir, neden yazılımı tamamlar?

Beyana dayalı atribüsyon, müşteriye "Bizi nereden duydunuz?" diye sormak ve cevabı kayda geçirmektir. Yazılım atribüsyonu tıklamayı izler: hangi reklam, hangi bağlantı, hangi sayfa. Beyan ise insanın hafızasındaki ilk temas noktasını yakalar. İkisi aynı soruya farklı yerden bakar, bu yüzden birbirinin yerine değil, birlikte kullanılır.

Yazılımın göremediği yerler bellidir. Bir podcast bölümünde adınızı duyan kişi, sonra arama motorunda markanızı yazıp siteye gelir; yazılım bunu "doğrudan" ya da "organik arama" olarak kaydeder. Bir meslektaşın tavsiyesi, bir etkinlikteki sohbet, bir LinkedIn gönderisini okuyup başka cihazdan dönmek de aynı şekilde izsiz kalır. B2B satışta alıcı komitesi birden fazla kişiden oluştuğu için bu görünmez temaslar daha da çok olur.

Beyan kusursuz da değildir: insanlar son hatırladıklarını söyler, kategori adlarını karıştırır, bazıları hiç yanıtlamaz. Bu yüzden beyan bir doğruluk kaynağı değil, yazılım verisindeki körlüğü gösteren ikinci bir ölçüm olarak okunur.

Soru nasıl kurulur: açık uçlu mu, seçmeli mi?

Soru ham haliyle kısa tutulur: "Bizi ilk nereden duydunuz?" Açık uçlu bir metin alanı beklemediğiniz cevapları yakalar: belirli bir podcast'in adı, bir kişinin ismi, bir yazının başlığı. Seçmeli liste ise cevabı analiz edilebilir hale getirir. Pratikte ikisini birleştirmek iyi çalışır: kısa bir liste ve yanına "Diğer" seçeneğiyle açılan bir metin kutusu.

Listeyi kurarken şu kurallar işe yarar. • Seçenekleri kendi kanal haritanızdan çıkarın: arama motoru, sosyal medya, tavsiye, etkinlik, e-posta, reklam, podcast ya da video gibi. • Seçenekleri birbirini kapsamayacak şekilde ayırın. "Sosyal medya" ile "LinkedIn" aynı listede olursa cevaplar bölünür. • Liste sırasını karıştırın ya da sabit tutup raporda dikkate alın; ilk sıradaki seçenek fazla işaretlenir. • "Diğer" cevaplarını düzenli okuyun. Tekrar eden bir ad çıkıyorsa onu listeye ayrı seçenek olarak ekleyin.

Açık uçlu cevapları sayısal analize sokmadan önce temizlemek gerekir: aynı kanalın farklı yazılışlarını birleştirin, "Google" cevabını arama mı reklam mı olduğuna göre ayırmayı düşünün. Bu temizliği tek kişi yapsın ve kural belgesi tutsun; aksi halde haftalar arası karşılaştırma bozulur.

Soruyu nereye koymalı, cevabı nereye yazmalı?

En çok işe yarayan yer, niyetin en yüksek olduğu andır: demo talebi, teklif formu, iletişim formu ya da ilk satış görüşmesi. Form alanı kolaydır ama doldurulmasını garanti etmez. Zorunlu yaparsanız rastgele seçilen cevaplar artar; isteğe bağlı bırakırsanız boş kalan kayıtlar çoğalır. İkisi arasında denge kurmak için alanı kısa tutun ve forma dikkat çekici bir yerde koyun.

Satış ekibinin ilk görüşmede aynı soruyu sözlü sorması ikinci bir güvence sağlar. Formda "arama" yazan kişi telefonda "aslında bir meslektaşım önerdi" diyebilir. Bu durumda görüşme notu yerine CRM'de ayrı bir alan açın ve ikisini birbirinden ayırın: "form beyanı" ve "görüşme beyanı".

Cevabın yazıldığı yer de karar gerektirir. Beyanı yalnızca form tablosunda bırakırsanız satış sonuçlarıyla birleşemez. CRM'de kişi ya da fırsat kaydına bağlı bir alan açın; fırsat kazanıldığında hangi beyanın gelire dönüştüğü görünsün. Kaynak değişirse eski cevabı silmeyin, yeni alan ekleyin ve tarihini tutun.

Yazılım verisiyle birleştirmek: uyuşmazlığı okumak

Birleştirmenin amacı iki sayıyı toplamak değil, ayrıştıkları yerleri okumaktır. Her kayıt için yazılım kanalını ve beyan kanalını yan yana koyun. Üç durum çıkar: ikisi aynı, ikisi farklı, biri boş.

İkisi aynıysa kanal güvenle yüksek puan alır. İkisi farklıysa genellikle yazılımın son temasıyla müşterinin ilk temasının farkı vardır; örneğin kişi bir etkinlikte adınızı duymuş (beyan) ama siteye bir arama reklamıyla gelmiştir (yazılım). Bu durumda arama reklamı dönüşümü kapatmıştır, etkinlik talebi başlatmıştır; ikisi de bütçe kararında hesaba girer. Yalnız biri doluysa boşluk hangi tarafta, ona bakın: beyan boşsa form tasarımı, yazılım boşsa izleme eksikliği sorunu işaret eder.

Uyuşmazlığı tek tabloda toplamak için kanal başına beyan ve yazılım sayılarını karşılaştıran basit bir pivot yeterlidir. Yazılımda düşük görünen ama beyanda yüksek çıkan kanallar, görünmez katkı verenlerdir; reklam bütçesinden kesmeden önce bu tabloya bakmak hataları önler.

Sık yapılan hatalar

İlk hata, beyanı tek doğru kabul etmektir. Müşteri hafızasına güvenerek tüm bütçeyi "tavsiye" ya da "arama" gibi geniş kanallara kaydırmak, o temasları yaratan ve izlenebilir olan faaliyetleri kurutabilir.

İkinci hata, soruyu çok geç sormaktır. Satın alma sonrası ankette sorulan "nereden duydunuz?" cevabı, kişi karar verdikten sonra yeniden kurgulanmış bir hikaye olur. Soru, karar anına ne kadar yakın sorulursa cevap o kadar sağlıklıdır.

Üçüncü hata, cevapları kategorize etmeden raporlamaktır. "Google", "google'dan buldum", "arama" üç ayrı satır olarak kalırsa gerçek dağılım görünmez.

Dördüncü hata, çok fazla seçenek sunmaktır. Uzun liste ya rastgele cevaba ya da boş bırakmaya yol açar.

Son hata, sonucu hiçbir karara bağlamamaktır. Beyan verisi yalnızca raporda duruyorsa maliyetli bir form alanıdır; bütçe, içerik ya da etkinlik planında bir değişikliğe dönüşmüyorsa alanı bırakmak daha dürüst olur.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

B2B Büyüme Uzmanlığı Sertifika Programı'nın Ölçümleme, Atribüsyon ve Gelir Raporlaması modülü, kanal katkısını raporlamayı işler; MQL Yönetimi ve Lead Skorlama ile Pazarlama Otomasyonu modülleri de beyan alanını CRM'e bağlamak için gereken lead akışı bağlamını verir.

Pazarlama operasyonu, talep yaratma ve gelir operasyonları ekiplerinde çalışanlar için uygundur: kampanya verisini satış sonucuyla bir araya getirmek isteyen herkes bu modüllerde kendi kanal listesini çıkarmayı pratik edebilir.