Devraldığım bir hesapta 23 arama kampanyası vardı: il bazında bölünmüş, cihaz bazında bölünmüş, hatta "marka + genel" kombinasyonlarına göre bölünmüş. Gerekçe tanıdıktı: "Böyle her şeyi ayrı ayrı kontrol edebiliyoruz." Görünürde kontrol; gerçekte, günde iki-üç dönüşümü 23 parçaya bölüp her parçayı veri açlığına mahkûm etmek. Akıllı teklif çağında hesap yapısının tek bir ekonomisi var: dönüşüm verisi, öğrenmenin yakıtıdır ve bölünen her yapı bu yakıtı böler.
Eski alışkanlığın kökeni
Aşırı bölme refleksi, manuel teklif döneminin mirası. O dönemde bölmek gerçekten kontrol demekti: cihaza, saate, coğrafyaya ayrı teklif vermek için ayrı yapılar gerekiyordu. Akıllı teklif bu denklemi tersine çevirdi — sistem, cihaz/saat/coğrafya/kitle sinyallerini zaten açık artırma bazında değerlendiriyor; sizin il bazında böldüğünüz şeyi o, tek kampanyanın içinde sinyal olarak kullanabiliyor. Bölerek kazandığınız "kontrol", çoğu durumda sistemin zaten yaptığı işin elle ve daha kötü yapılmış hali. Kaybettiğiniz şey ise somut: istatistiksel anlamlılığa ulaşamayan 23 ayrı öğrenme süreci.
Bölmenin meşru gerekçeleri — kısa liste
Bölme kararının tek sağlam sorusu şudur: "Bu iki yapının hedefi veya ekonomisi farklı mı?" Farklıysa böl: marka ve genel arama (biri savunma, diğeri kazanım — hedef ROAS'ları apayrı), farklı ülkeler (farklı para birimi, marj, sezon — PMax yazısında anlattığım hikâye), farklı iş kolları/bütçe sahipleri, ve regülasyon gereği ayrı yönetilmesi gerekenler. Bir de operasyonel istisna var: bütçesi korunması gereken stratejik bir ürün grubu, sistemin onu ihmal etmemesi için ayrılabilir. Bu listenin dışındaki neredeyse her bölme — cihaz, il, eşleme türü, "raporda ayrı görünsün" — akıllı teklife karşı çalışır. Raporlama gerekçesiyle bölmek en gereksizi: segmentasyon raporlama katmanında zaten var; yapıyı raporun kölesi yapmak gerekmiyor.
Devraldığım hesapta uyguladığım test
Aşırı bölünmüş hesapta sıram şudur. Önce haritalama: her kampanyanın son 30-90 gün dönüşüm hacmi çıkarılır; teklif stratejisinin sağlıklı öğrenmesine yetmeyecek hacimde koşan kampanyalar işaretlenir (pratikte ayda ~30 dönüşümün altı benim alarm bandım). Sonra gruplama: işaretli kampanyalardan hedefi ve ekonomisi aynı olanlar tema bazında birleştirilir — il kampanyaları tek ulusal kampanyada coğrafya sinyaline, cihaz kampanyaları tek yapıya döner. Birleştirme kademeli yapılır: her şey aynı gün birleştirilmez, çünkü büyük yapısal değişiklik öğrenmeyi sıfırlar; iki-üç haftalık dalgalar halinde, her dalganın oturması beklenerek ilerlenir. Sonuç neredeyse hep aynı desendir: kampanya sayısı üçte bire iner, toplam dönüşüm aynı bütçeyle yükselir, ve hesap ilk kez "yönetilebilir" hale gelir.
Birleştirmenin de bir sınırı var
Madalyonun öbür yüzünü de söyleyeyim: "her şeyi tek kampanyaya at" da bir ideoloji ve o da bağlamsız uygulanınca zarar veriyor. Marjı %15 olan ürünle %70 olan ürünü aynı hedef ROAS altında birleştirmek, sistemin düşük marjlıyı büyütüp kârı eritmesiyle bitebilir — dönüşüm değeri kuralları ya da ayrı kampanya, ekonomi farkı büyükse şart. Sinyali kirletecek kadar alakasız temaları birleştirmek de öyle. Denge noktası ilkesel: öğrenmeye yetecek kadar birleşik, ekonomiyi yönetecek kadar ayrık. Bu cümlenin hesaptaki karşılığı her işletmede farklı — ve işin zanaat kısmı tam olarak burası.
Özet: Hesap yapısı bir org şeması değil, bir veri akış tasarımıdır. Soru "kaç kampanya olmalı?" değil; "elimdeki dönüşüm hacmi kaç sağlıklı öğrenme sürecini besleyebilir ve ekonomik olarak kaç farklı hedefim var?" İlk sorunun cevabı yapının tavanını, ikincisinin cevabı tabanını verir.