Kanal sayısından önce vermek istediğin kararı yaz
“Her yerde görünelim” bir dağıtım isteğidir; tek başına test edilebilir iş sorusu değildir. Başlangıçta ne öğrenmek istediğini bir cümleye indir: Belirli bir hizmeti arayan kişiler teklif istiyor mu? Ürünün kullanımını gördüğünde doğru müşteri fiyatı kabul ediyor mu? Reklamdan gelen randevu taleplerini mevcut kapasiteyle karşılayabiliyor musun? Bu soruların farklı kurulum ihtiyaçları vardır.
Kanalı sorudan sonra seçtiğinde bütçenin ne için harcandığını daha rahat açıklarsın. Teklif talebi ararken video izlenmesini nihai başarı saymazsın. Yeni ürünün anlatımını test ederken yalnız ilk satışa bakıp açıklamanın anlaşılıp anlaşılmadığını atlamazsın. Ara göstergeleri tut; fakat bunların hangi iş sonucuna bağlandığını da belirt.
Küçük bütçe yalnız TL tutarıyla tanımlanmaz. Aynı harcama, sipariş başına katkısı farklı iki işletmede farklı büyüklüktedir. İşe cevap verecek zamanın, kreatif üretim imkânın ve bekleyebileceğin nakit süresi de sınırın parçasıdır. Kullanamayacağın talepleri almak için daha fazla kanal açmak, mevcut sorunu büyütebilir.
Bütçeyi bölmeden önce hazırlığını kontrol et
İlk kontrol reklam hesabındaki seçenekler değil, müşterinin yaşayacağı yoldur. Reklamı gören kişi doğru teklife ulaşıyor mu, fiyat veya fiyatlandırma koşulu anlaşılıyor mu, satın alma ya da iletişim adımı çalışıyor mu? Sonucu hangi kayıtla doğrulayacağını belirle. Bu adımlardan biri belirsizse çok kanallı dağıtımın sonucunu yorumlamak da belirsizleşir.
| Hazırlık alanı | Yeterli başlangıç kanıtı | Eksikse öncelik |
|---|---|---|
| Teklif | Ürün, müşteri ve teslim koşulu açık | Teklifi sadeleştir |
| Müşteri yolu | Form, ödeme veya mesaj adımı test edildi | Kesintiyi gider |
| Ekonomi | Katkı ve kabul edilebilir maliyet tanımlı | Maliyet hesabını tamamla |
| Ölçüm | Talep ve satış ayrı kaydediliyor | Ölçüm planını kur |
| Operasyon | Stok, yanıt ve hizmet kapasitesi biliniyor | Karşılanabilecek talebi belirle |
Hazır olmadığın alanı gizlemek için daha fazla kreatif veya hedefleme değişkeni ekleme. Önce işletmenin kontrolündeki eksikliği tamamla. Kontrol için reklama hazırlık sorularını kullanabilir, gelir ve maliyet tarafını başabaş reklam maliyeti hesabıyla netleştirebilirsin.
Kanalı müşterinin yaptığı işle eşleştir
Bir kişi çözümün adını bilerek arıyorsa arama bağlamını değerlendirebilirsin. Google Search Network açıklaması, ilgili sorgularda reklamın arama sonuçları yanında gösterilebildiğini belirtir. Buradan “Google her işletmede daha iyi satar” sonucu çıkmaz. Sorgunun niyeti, teklifin uygunluğu ve gidilen sayfa hâlâ sınanması gereken parçalardır.
Ürünü önce göstermenin veya soru yanıtlamanın önemli olduğu bir işte görsel anlatım ve sohbet yolu aday olabilir. WhatsApp Business reklam açıklaması, Facebook ve Instagram reklamından işletme sohbetine geçişi tarif eder. Sohbet açılabilmesi, uygun talep veya tamamlanmış satış oluştuğunu kendi başına göstermez.
Platform adlarını bir sıralama listesine dizmek yerine her aday için şu cümleyi tamamla: “Bu kanalı, şu müşterinin şu ihtiyacına şu içerikle ulaşmak için deneyeceğim.” Cümlede yalnız “popüler olduğu için” yazıyorsa henüz güçlü bir seçim gerekçen yoktur. Güncel kanal kapsamını ayrıca reklam kanalı seçimi rehberinden değerlendirebilirsin.
Bütçeyi bölmenin bilgi maliyetini gör
Aşağıdaki örnek bütünüyle varsayımsaldır. Toplam 6.000 TL'lik bir öğrenme harcaması ayırdığını ve planlama için satış başına 300 TL maliyet varsaydığını düşün. Bu bölme hesabı toplam 20 satışlık bir beklenti ölçeği verir. Dört eşit parçaya bölersen kanal başına 1.500 TL ve aynı varsayımla beş satış düşer. Bunlar gerçekleşme tahmini veya gerekli asgari satış sayısı değildir.
Varsayımsal kanallardan biri 1.500 TL harcamayla dört satış üretirse gözlenen CPA 375 TL, altı satış üretirse 250 TL olur. Aradaki iki satış, yüzeyde büyük bir performans farkı yaratır. Sonuçların olgunlaşması, siparişlerin niteliği ve kayıt doğruluğu incelenmeden bu farkı kalıcı kanal üstünlüğü sayamazsın.
Aynı toplamı iki kanala ayırmak da otomatik olarak doğru tasarım değildir. İki farklı müşteri kitlesini, iki ayrı teklifi ve farklı satış sürelerini karşılaştırıyorsan sorunun kapsamı değişir. Amaç daha az sayıda, gerekçesi açık kararı izleyebilmektir. Yeterli gözlem sayısını baz oran, görmek istediğin fark ve belirsizlik düzeyi belirler; tek bir evrensel sayı verilemez.
Bekleme süresini satış döngüne bağla
Bugün başlayan bir teklif talebiyle haftalar önce kapanmış siparişi aynı günün satış oranında karşılaştırma. Talebin ilk geldiği döneme göre gruplar oluştur. Her grubun kaç gündür izlendiğini, hangilerinin açık kaldığını ve hangilerinin tamamlandığını göster. “Olgunlaşmış grup”, kendi işindeki tipik sonuçlanma ve düzeltme süresini yaşamış gruptur.
Google Ads dönüşüm gecikmesi dokümanı, henüz gelmemiş dönüşümlerin yakın dönem CPA'yı yüksek, ROAS'ı düşük gösterebildiğini açıklar. İşletme kaydında da geç kapanan satışları başlangıçtaki taleple ilişkilendirmek gerekir. Platformun raporlama süresiyle müşterinin karar süresi aynı şey değildir; ikisini ayrı incele.
“İki hafta bekle” gibi sabit bir kural yerine eski kayıtlarından ilk talep ile satış arasındaki dağılımı çıkar. Geçmişin yoksa durumu açıkça bilinmiyor diye işaretle ve ilk süreci gözlemlemek için bir harcama sınırı koy. Bu sırada bozuk form, yanlış fiyat veya kapasite sorunu gibi açık hataları görmek için satış döngüsünün bitmesini beklemen gerekmez.
Kanalları aynı sonuç tanımıyla karşılaştır
Bir kanalda form gönderimini, diğerinde ödenmiş siparişi “dönüşüm” adıyla karşılaştırmak yanıltır. Karşılaştırma tablonun temelini işletmede doğrulanan sonuç oluştursun. Talep maliyetini, uygun talep maliyetini, tamamlanmış satış maliyetini ve kalan katkıyı ayrı sütunlarda tut. Veri yoksa boşluğun nedenini yaz.
İşletmenin tek siparişini birden fazla platform kendi raporunda ilişkilendirebilir. Raporları toplarken bunu yeni siparişler üretmiş gibi sayma. Google Analytics atıf açıklaması, atfı müşteri yolundaki temaslara kredi dağıtımı olarak tanımlar. Kendi sipariş sayımında tekil satış kimliğini esas al; platform sonuçlarını kendi tanım ve pencereleriyle ayrıca sakla.
| Gözlem | Tek başına söylemez | Kontrol et |
|---|---|---|
| Daha ucuz tıklama | Daha ucuz satış | Uygun talep ve satışa geçiş |
| Daha çok mesaj | Daha fazla müşteri | Tekil kişi veya talep ve doğrulanmış sonuç |
| Yüksek platform ROAS'ı | Aynı miktarda ek işletme kazancı | Net gelir, iade ve maliyet tabanı |
| Sıfır görünen sonuç | Hiç talep gelmediği | Kayıt, gecikme ve kaynak eşleşmesi |
İkinci kanalı ne zaman eklemeli?
İlk kanalda her şeyi çözmüş olman gerekmez. Ancak ikinci kanalın hangi ek soruyu yanıtlayacağını bilmelisin. Hazır talebi karşılamak, yeni bir müşteri grubuna ulaşmak veya farklı bir anlatım biçimini sınamak ayrı gerekçelerdir. Aynı teklifi ikinci yerde göstermenin neyi değiştirmesini beklediğini önceden yaz.
İkinci yolun içerik ve takip yükünü de hesapla. Tek bir görseli farklı yere taşımak yeterli olmayabilir; metin, oran, açılış sayfası ve iletişim biçimi değişebilir. Bu işleri hazırlayacak zamanın yoksa ek kanal operasyonu mevcut kanaldaki yanıt kalitesini düşürebilir. Bu ihtimali izlemek için bekleyen talep ve destek süresini de kaydet.
Bütçeyi sabit yüzdeyle bölmek yerine her yolun harcama tavanını ve gözden geçirme koşulunu belirle. Bir kanala yeni bütçe eklediğinde artan harcamanın sonucu aynı oranda artıracağını varsayma. Yeni dağıtımı önceki dağıtımla karşılaştırırken sezon, fiyat, stok ve teklif değişikliklerini not et; basit önce-sonra farkını deney sonucu diye sunma.
Tek sayfalık bir kanal test notu hazırla
Her deneme için aşağıdaki kayıt düzenini kullan. Bu, gelişmiş bir analiz aracından önce kararın neden alındığını korur. Ekibinde birden fazla kişi varsa aynı notta değişiklik tarihini ve sorumlusunu tut. Böylece sonuç değiştiğinde hangi varsayımın değiştiğini hatırlamak zorunda kalmazsın.
- Soru: Hangi müşteri davranışını veya iş sonucunu anlamak istiyorsun?
- Kapsam: Hangi ürün, bölge, teklif ve müşteri aşaması dahil?
- Sonuç: Satış veya talep hangi koşulda doğrulanmış sayılacak?
- Sınır: Kaybetmeyi göze alabildiğin harcama ve operasyon yükü ne?
- Takip: Kaynağı ve sonucu hangi kimlikle birleştireceksin?
- Karar: Hangi bulgu devam, düzeltme veya durdurma gerektirecek?
“En ucuz kanalı bulacağız” yerine daha dar bir not yazabilirsin: “Bu teklif için uygun hizmet bölgesinden gelen ve ihtiyacı doğrulanmış talepleri izleyeceğiz; satış tamamlanana kadar açık durumunu koruyacağız.” Rakam hedefini de sipariş katkısı hesabından üret. Varsayımı yazmak, doğru kabul etmek anlamına gelmez.
Sonucu gördüğünde hangi kararı vereceksin?
Takip bozuksa önce veriyi onar. Talep uygun ama satışa geçmiyorsa teklif, yanıt ve kapasiteyi incele. Satış var fakat katkı düşükse maliyet ve fiyat tabanına dön. Yalnız bu kontrollerden sonra kanal dağıtımını değiştirmek, neden değiştirdiğini açıklamayı kolaylaştırır.
İlk uygulamanı küçük ve tamamlanabilir bir müşteri yolu olarak düşün: bir teklif, anlaşılır bir sonraki adım ve doğrulanabilir bir sonuç. Kaç kanalın buna hizmet ettiğini senin verin belirlesin. Kuruluma başlarken ölçüm planını yaz; mesaj var ama sonuç yoksa talep zincirindeki kaybı incele.
