Satış ve pazarlama uyumu: tek bir müşteri adayı tanımı

Satış ve pazarlama ekipleri müşteri adayı kalitesi konusunda tartıştığında, aslında çoğu zaman kaliteyi tartışmıyorlardır. Aynı kelimeyi farklı şeyler için kullanıyorlardır. Pazarlama doldurulan her formu bir müşteri adayı olarak sayar; satış ise bütçesi, yetkisi ve gerçek bir projesi olan kişiyi müşteri adayı olarak sayar. İki rakam da kendi tablosu içinde doğrudur ve bir araya geldiklerinde bitmeyen toplantılara yol açarlar. Satış ve pazarlama uyumu yeni bir araçla ya da ortak bir kamp toplantısıyla başlamaz. Müşteri adayının ne olduğuna dair yazılı tek bir tanımla, bu tanımın etrafındaki küçük bir aşama setiyle ve her kanalı aynı tanıma göre ölçme disipliniyle başlar. Bu rehber, bu tanımı nasıl yazacağınızı, ekipler arasındaki devri nasıl netleştireceğinizi ve sonucu analitiğe nasıl bağlayacağınızı adım adım anlatıyor; böylece raporlar, onları okuyan herkes için nihayet aynı anlama gelir.

Tek bir tanım neden daha fazla müşteri adayından daha önemlidir?

Sonraki her karar müşteri adayı tanımına bağlıdır. Bütçe, en çok müşteri adayı üreten kanallara kayar. Teklif algoritmaları onlara gönderdiğiniz dönüşümlerden öğrenir. Ajanslar müşteri adayı hedeflerine göre ücret alır. Tanım gevşekse bu sistemlerin hepsi yanlış hedefe göre optimize olur ve bunu çok verimli bir şekilde yapar. Form doldurma sayısını ikiye katlarken nitelikli görüşmeleri yarıya indiren bir kampanya, bir raporda başarı, diğerinde başarısızlık gibi görünür.

Ortak bir tanım önce ortak bir dil oluşturur. Bundan sonra anlaşmazlıklar faydalı hâle gelir: Ekipler müşteri adaylarının "iyi" olup olmadığını tartışmak yerine, kararlaştırılan aşamalarda adayların nerede takıldığına ve nedenine bakabilir.

Tanımı üç katmanda yazın

Pratik bir müşteri adayı tanımının üç katmanı vardır. Her birini tek bir sayfaya sığacak kadar kısa tutun.

• Kişi (contact): Form göndermek, sohbet başlatmak, takip edilen bir numarayı aramak ya da demo randevusu almak gibi kaydedebildiğiniz bir eylemde bulunan, kimliği belirlenebilir herhangi bir kişi. Kişiler sayılır, ancak henüz müşteri adayı değildir.
• Pazarlama tarafından nitelendirilmiş müşteri adayı (MQL): Üzerinde anlaşılmış uygunluk ve niyet kriterlerini karşılayan kişi. Uygunluk kim olduklarını kapsar; örneğin şirket türü, pazar, rol veya konum. Niyet ne yaptıklarını kapsar; örneğin genel bir rehber indirmek yerine fiyat teklifi istemek.
• Satış tarafından nitelendirilmiş müşteri adayı (SQL): Satış ekibinin görüştüğü ve gerçek bir ihtiyaç, gerçekçi bir zaman çizelgesi ve kararı verebilecek ya da etkileyebilecek bir kişi gibi kriterlere göre kabul ettiği MQL.

Kriterleri izlenimler olarak değil, gözlemlenebilir olgular olarak yazın. "Birden fazla şubesi olan bir klinikte çalışıyor" kontrol edilebilir; "ciddi görünüyor" edilemez. Bir kriteri formdan veya ilk görüşmeden gözlemleyemiyorsanız, onu bir sonraki aşamaya taşıyın.

Devir kurallarında anlaşın

Tanım ancak ekipler arasındaki devir açık olduğunda işe yarar. Aşağıdaki kuralları aynı belgeye ekleyin:

• Yönlendirme: Hangi müşteri adaylarının hangi kişiye veya ekibe gideceği ve mesai saatleri dışında ne olacağı.
• Yanıt süresi: Satış ekibinin ilk teması ne kadar hızlı kuracağı ve kurmazsa kimin takip edeceği.
• Kabul: Satış ekibi bir MQL'i ya kabul eder ya da kısa ve sabit bir listeden tek bir gerekçeyle reddeder; örneğin yanlış pazar, bütçe yok, öğrenci veya tedarikçi, mükerrer kayıt.
• Geri dönüşüm: Reddedilen veya ilerlemeyen müşteri adayları bir durum bilgisiyle pazarlamaya geri döner; böylece kaybolmak yerine beslenebilirler.
• Gözden geçirme: İki ekip, ret gerekçelerine bakmak ve kriterleri ayarlamak için sabit aralıklarla toplanır.

Sabit ret gerekçeleri listesi bu bölümün en değerli parçasıdır. Birkaç hafta içinde, hangi kanalların, kampanyaların veya formların satış ekibinin kullanamayacağı müşteri adayları ürettiğini tam olarak gösterir; bu da pazarlamanın harekete geçebileceği bir bilgidir.

Tanımı analitiğe ve reklamlara bağlayın

Yalnızca bir belgede yaşayan tanım zamanla kayar. Onu performans raporlayan sistemlerin içine yerleştirin.

Google Analytics 4'te Google, temel etkinlikleri işletmeniz için önemli olan eylemler olarak tanımlıyor ve bunların, kullanıcıları bu eylemlere yönlendiren pazarlama kanallarını değerlendirmek için kullanıldığını belirtiyor. Nitelikli form gönderimleri gibi kişi düzeyindeki eylemleri temel etkinlik olarak işaretleyin; her sayfa görüntülemesini veya kaydırmayı işaretlemekten kaçının. Listeyi kısa tutun ki raporlar etkinliği değil, tanımı yansıtsın.

Daha önemli adım formdan sonra gelir. Nitelendirmenin çoğu web sitesinde değil CRM'de gerçekleşir; bu nedenle analitik tek başına hangi kişilerin nitelikli hâle geldiğini göremez. Google Ads tam da bu durum için çevrimdışı dönüşüm içe aktarmayı destekler: Tıklama tanımlayıcısını müşteri adayıyla birlikte saklarsınız ve müşteri adayı SQL veya kazanılmış satış gibi sonraki bir aşamaya ulaştığında bu sonucu Google Ads'e geri gönderirsiniz. Google ayrıca, eşleştirmeyi iyileştirmek için izinle sağlanan karma haline getirilmiş müşteri verilerini kullanan, müşteri adayları için gelişmiş dönüşümler özelliğini de sunar. Nitelikli sonuçlar geri akmaya başladığında teklif sistemi ham form gönderimlerinden değil, satış ekibinin kabul ettiği müşteri adaylarından öğrenebilir. İçe aktarma yöntemleri ve API'ler zaman içinde değiştiği için güncel kurulum talimatlarını Google'ın belgelerinden kontrol edin.

Yalnızca huninin tepesini değil, tamamını ölçün

Tanım yerine oturduğunda temel rapor basittir. Her kanal ve kampanya için kişileri, MQL'leri, SQL'leri ve kazanılan satışları; her aşama arasındaki dönüşüm oranı ve her aşamanın ne kadar sürdüğüyle birlikte gösterin. Conversion rate nedir: hesaplama ve iyileştirme rehberimiz, aşama oranlarının tutarlı biçimde nasıl hesaplanacağını açıklıyor.

Bu görünüm konuşmaları değiştirir. Daha az kişi getiren ama SQL payı daha yüksek olan bir kanal daha fazla bütçeyi hak edebilir. Çok sayıda kişi ve çok sayıda "bütçe yok" reddi üreten bir form, daha net bir fiyat sinyaline veya ek bir nitelendirme sorusuna ihtiyaç duyabilir. Bu ikinci düzeltme, satış kadar dönüşüm optimizasyonu işidir de; açılış sayfası ve form tasarımının CRO ve UX çalışmalarımızın içinde yer almasının nedeni budur.

Başlamak için otuz günlük plan

• Birinci hafta: Her ekibin bugün kullandığı tanımları toplayın, ardından üç katmanlı taslağı ve ret gerekçeleri listesini yazın.
• İkinci hafta: Devir kurallarında anlaşın; aşamaları ve ret gerekçelerini CRM'de zorunlu alanlar olarak ekleyin.
• Üçüncü hafta: Analitikteki temel etkinlikleri kişi tanımıyla uyumlu hâle getirin ve nitelikli sonuçları reklam platformlarınıza geri gönderecek yolu kurun.
• Dördüncü hafta: Aşama aşama raporu oluşturun ve ilk ortak değerlendirme toplantısını yapın.

İlk sürümün bazı yerlerde yanlış olmasını bekleyin. Amaç kusursuz bir tanım değil; iki ekibin birlikte geliştirdiği ortak bir tanımdır. CRM aşamalarını, analitiği ve reklam platformlarını tek bir ölçüm planında birleştirmek için yardım isterseniz, analitik ve veri hizmetlerimiz tam olarak bu eşleştirmeyle başlar.

Kaynaklar

• Etkinlikleri temel etkinlik olarak işaretleme — Google Analytics Yardım
• Çevrimdışı dönüşüm içe aktarma hakkında — Google Ads Yardım