Dijital Pazarlama
A/B testi planı: Sonuca bakmadan önce karar kuralı
A/B testini hipotez, ana gösterge, ölçüm ve değerlendirme koşullarıyla planlayın; sonuçtan önce karar kuralı kurup belirsizliği doğru yorumlayın.

İki başlık yayına giriyor. Ertesi gün biri öne geçince kazanan ilan ediliyor; birkaç gün sonra sonuç tersine dönüyor. Ekip bu kez başka metriğe bakarak ilk kararını savunmaya çalışıyor. A/B testi planı, tam da bu tür sonuca göre kural değiştirmeyi azaltmak için hazırlanır. Hangi sorunun sınandığı, başarı göstergesi, değerlendirme koşulları ve karar yolu sonuçlar görülmeden yazılmalıdır. Böylece test yalnızca iki tasarımı yayınlamak değil, öğrenilecek bilgiyi düzenlemek olur.
Bir deneyin bütün belirsizliği kaldırması beklenmemelidir. Veri az kalabilir, teknik sorun çıkabilir veya iki seçenek arasında anlamlı karar verecek kadar fark oluşmayabilir. İyi plan bunları da olası sonuç kabul eder. Her testten mutlaka kazanan çıkarmak, zayıf kanıtı kesin bilgiye dönüştürebilir. Asıl amaç, işletmenin bir sonraki kararını daha sağlam gerekçeyle verebilmesidir. Bu gerekçe hem ticari hedefe hem ölçümün sınırlarına uygun olmalıdır.
Önce değiştirmek istediğiniz davranışı tanımlayın
Daha iyi tasarım veya güçlü reklam gibi geniş hedefler test için yetersizdir. Hangi müşterinin hangi davranışı değişsin istiyorsunuz? Uygun başvuru, ürün inceleme veya tamamlanan sipariş farklı amaçlardır. Değişiklik bu davranışa nasıl katkı sağlayacak? Hipotez, tasarım tercihiyle beklenen sonuç arasındaki düşünceyi açıklamalıdır. Yalnızca A mı B mi sorusu, sonucun neden önemli olduğunu göstermeyebilir.
Kurgusal bir hizmet sayfasında kapsam bilgisinin çok aşağıda kaldığını düşünelim. Hipotez, kapsamın daha erken açıklanmasının uygun talepleri artıracağı olabilir. Bu, başlık daha güzel görünecek ifadesinden farklıdır. Testin ana göstergesi de yalnızca düğme tıklaması olmayabilir; talep niteliği önem kazanır. Hipotezin uygulanabilir ölçümle ilişkisi kurulmalıdır. Hedef belirsizse deney tamamlandığında hangi sonucun karar sayılacağı da belirsiz kalır.
Kontrol ve değişen sürümü açıkça tarif edin
Mevcut sürümün hangi hali kontrol olacak? Değişen sürümde tam olarak ne farklı? Başlık, yerleşim, teklif ve form aynı anda değişirse sonuç bütün pakete ait olabilir; tek öğenin etkisi ayrı açıklanamaz. Bazen kapsamlı paket karşılaştırması bilinçli tercih edilebilir, ancak bu durumda öğrenmenin sınırı yazılmalıdır. Test, gerçekte sınadığı şeyden daha ayrıntılı sonuç iddia etmemelidir.
Google'ın deney rehberi, açık hipotez ve değişkenleri kontrol etme yaklaşımını ele alır. Uygulamanın kampanya türüne göre koşulları değişebilir. Araçtaki deney düzeniyle sıradan iki kampanyayı farklı zamanlarda çalıştırmak aynı karşılaştırma değildir. Hangi yöntemin kullanılacağı ve grupların nasıl oluşturulacağı teknik sorumluyla netleştirilmelidir. Bu bilgi planın içinde bulunmalıdır.
Bir ana gösterge seçin, diğerlerini bağlam için tutun
Sonuç geldiğinde hangi metriğin başarıyı belirleyeceği önceden bilinmelidir. Her metriği eşit önemde tutmak, biri olumlu olduğunda ona yönelme eğilimi yaratabilir. Ana gösterge iş hedefine en yakın ve güvenilir ölçülebilen eylemle ilişkilendirilebilir. Destekleyici göstergeler ne olduğunu anlamaya yardım eder, fakat başlangıçtaki karar kuralının sessizce yerine geçmemelidir. Tanımlar ve veri kaynakları yazılmalıdır.
Ayrıca korunması gereken sınırlar belirlenebilir. Örneğin form sayısı artarken uygunluk ciddi biçimde bozuluyorsa sonuç farklı yorumlanmalıdır. Bir hız iyileştirmesi sayfa işlevini bozuyorsa kabul edilemez olabilir. Bu tür koruyucu kontroller ana hedefin yanında bulunabilir. Her iş için aynı liste gerekmez; ilgili müşteri görevi düşünülmelidir. Dijital pazarlama testlerinde ticari sonuç ve kullanım güvenilirliğinin birlikte ele alınması, tek olumlu sayının bütün resmi kaplamasını önler.
Ölçümün test başlamadan çalıştığını doğrulayın
İki sürümde olaylar aynı anlamla kaydedilmelidir. Birinde düğme tıklaması, diğerinde gerçek gönderim izleniyorsa karşılaştırma bozulur. Çift sayım, eksik kayıt ve farklı başarı koşulu kontrol edilmelidir. Test trafiğiyle başlayan teknik hata, veri birikince kendiliğinden düzelmez. Başarılı ve başarısız görevler her iki sürümde denenmelidir. Teknik kontrol sonucu kısa kayıtta tutulabilir.
Verinin başka sistemden geleceği durumlarda zaman ve eşleştirme de düşünülmelidir. Uygun talep veya satış geç belirleniyorsa rapor ilk gün tamamlanmış sonuç göstermez. Aşamaların nasıl bağlanacağı ve hangi dönemin değerlendirileceği yazılmalıdır. Gereksiz kişisel bilgi paylaşmadan uygun veri düzeni kurulmalıdır. Ölçüm sahibi ve hata durumunda kimle iletişim kurulacağı belli olsun. Plan yalnızca yaratıcı fikri değil deneyin çalışmasını da kapsamalıdır.
Süre ve bilgi ihtiyacını sonuçtan önce düşünün
Her deneye aynı gün sayısını vermek doğru değildir. Trafik, dönüşüm sıklığı, karar gecikmesi ve beklenen fark bilgi ihtiyacını etkiler. Çok küçük değişimi düşük trafikle güvenle ayırmak zor olabilir. İlgili yöntem için örneklem ve süre planlaması yetkin kişiyle yapılabilir. Platformun güncel önerileri de deney türüne göre kontrol edilmelidir. Takvim, sadece toplantı tarihine uydurulmuş bir bitiş olmamalıdır.
Hafta içi ve hafta sonu davranışı, kampanya dönemi veya ödeme takvimi gibi koşullar sonuçları etkileyebilir. Testin hangi bağlamı kapsadığı bilinmelidir. Büyük kampanya değişikliği veya teknik kesinti olursa bunun nasıl ele alınacağı önceden konuşulabilir. Bu hazırlık her ihtimali tahmin etmek değildir; sonucu gördükten sonra keyfî açıklama üretmeyi azaltır. Test planı, hangi olayın yorumu sınırlayacağını belirleyen kısa bir çalışma sözleşmesi gibi düşünülebilir.
Sonuca erken bakmakla erken karar vermeyi ayırın
Teknik arızayı görmek için izleme yapılması gerekebilir. Ancak her gün öne geçen sürümü kazanan seçmek farklı bir davranıştır. Kullanılan istatistiksel yöntemin ara değerlendirmeyi nasıl ele aldığı bilinmelidir. Başlangıçta seçilen karar düzeni değiştirilirse bu kaydedilmelidir. Açık hata varsa müdahale edilir; sıradan dalgalanmayı kesin üstünlük gibi yorumlamak ise yanıltıcı olabilir. İzleme, deneyin bütünlüğünü korumak için yapılmalıdır.
Mutlak ve göreli farkı birlikte anlatın
Tamamen kurgusal örnekte bir oranın yüzde 2'den yüzde 3'e çıkması, bir yüzde puan artış ve göreli olarak yüzde 50 yükseliş demektir. İki ifade aynı değişimi farklı görünümle anlatır. Yalnızca büyük görünen göreli sayıyı seçmek işletme etkisini gizleyebilir. Gerçek karar için sayımlar, belirsizlik ve maliyet de gerekir. Bu aritmetik örnek, herhangi bir deneyi başarılı ilan etmeye yeterli kanıt değildir.
Rapor, farkın büyüklüğünü ve ne kadar belirsiz olduğunu açıklamalıdır. İstatistiksel anlamlılıkla işletme için değerli etki aynı kavram değildir. Çok küçük fark büyük örneklemde ayırt edilebilir, fakat uygulama maliyetine değmeyebilir. Tersine, ticari açıdan önemli olabilecek fark için veri yetersiz kalabilir. Bu iki soruyu ayrı değerlendirmek daha yararlıdır: Ne kadar emin olabiliriz ve bu fark bizim kararımızda ne kadar önemli?
Platformun güven göstergesini tek cümleye indirgemeyin
Deney araçları farklı istatistiksel alanlar ve yorumlar sunabilir. Google'ın deney raporlama açıklaması etki tahmini ve belirsizlik alanlarını ele alır. Kullanılan deney türünün yöntemini kontrol edin. Bir p değeri veya güven aralığı bütün bağlamı tek başına açıklamaz. Raporu yorumlayan kişi, seçilen ölçütün neyi söylediğini ve hangi varsayımlara dayandığını anlamalıdır. Ezber bir eşik bütün kararın yerine geçmemelidir.
Sonuç belirsizse bunu olduğu gibi yazın. Fark bulunamadı demek her koşulda fark kesinlikle yok demek değildir. Örneklem, uygulama veya ölçüm sınırı olabilir. Sonraki adım testi uzatmak, daha belirgin hipotez kurmak veya başka veriyle çalışmak olabilir. Her seçenek kaynak ve hedefle birlikte değerlendirilmelidir. Belirsiz sonuçtan öğrenilen soru da değerli olabilir; yalnızca kazanan görsel aramak bu bilgiyi kaçırır.
İş kararıyla deney sonucunu ayrı kaydedin
Bir seçenek daha iyi görünse de uygulama maliyeti veya teknik kısıt nedeniyle hemen yaygınlaştırılamayabilir. Bazen iki seçenek arasında sonuç farkı net değilken daha sürdürülebilir olan tercih edilir. Bu durumda kararın nedeni istatistiksel üstünlük gibi sunulmamalıdır. Deney ne gösterdi, işletme neden hangi adımı seçti soruları ayrı cevaplanmalıdır. Bu açıklık sonraki ekiplerin yanlış genelleme yapmasını önler.
Uygulamaya geçilirse yeni sürümün gerçekten yayında olduğu ve ölçümün çalıştığı kontrol edilmelidir. Deney koşulundan normal yayına geçiş yeni farklar yaratabilir. Yeni kararın hangi içerik ve dosyalara yansıyacağı belirlenmelidir. Bir sonraki test de aynı bulguyu farklı başlıkla tekrar etmek yerine yeni soruya odaklanabilir. Öğrenme kaydı, deneylerin birbirinden kopuk küçük uygulamalar olmamasını sağlar. Sonuçlar ancak bu süreklilikte birikmiş bilgiye dönüşür.
Tek sayfalık planla başlamayı kolaylaştırın
Planın içinde sorun, hipotez, kontrol, değişen sürüm, ana gösterge, koruyucu kontroller, yöntem, değerlendirme koşulu ve sorumlular bulunabilir. Gereksiz ayrıntıyla doldurmak yerine karar için gereken alanları açık yazın. Eksik olan bilgi varsa onu da işaretleyin. Test başlamadan kısa bir ortak okuma, farklı beklentileri ortaya çıkarabilir. Sonuca bakmadan karar kuralı kurmak, deneyin asıl değerini korur: daha iyi gerekçeyle öğrenmek ve uygulamak.
Sonuçla birlikte deneyin nasıl yürüdüğünü değerlendirin
Çalışma bittiğinde başlangıç planıyla gerçekleşen süreci karşılaştırın. Beklenmeyen olay yorumu sınırladıysa sonraki hazırlık için not edin. İyi yürütülmüş deney belirsiz kalabilir; olumlu sayı da zayıf kontrol edilmiş karşılaştırmadan gelebilir. Süreç kalitesini sonuçtan ayırmak, ekibin yalnızca güzel görünen rakamları ödüllendirmesini önler. Bu değerlendirme, bir sonraki testin daha iyi kurulmasına doğrudan katkı verir.
Uygulama kararı için küçük bir kontrol toplantısı yapılabilir. Ölçüm sorumlusu kaydın doğruluğunu, iş sahibi farkın anlamını, teknik ekip de yaygınlaştırma koşullarını açıklasın. Açık kalan konu varsa bunu yeni iş olarak kaydedin. Bütün soruları tek bir güven yüzdesiyle kapatmaya çalışmayın. Karar belgesinin amacı, herkesin aynı sonuca zorla katılması değil, hangi bilgiyle hangi adımın seçildiğini anlaşılır hale getirmektir.
Sık Sorulan Sorular
A/B testi için iki tasarımı yayınlamak yeterli mi?
Karşılaştırmanın nasıl yapıldığı, hangi değişkenin sınandığı ve hangi ölçütle karar verileceği de belirlenmelidir. Farklı zaman ve kitle koşulları sonucu etkileyebilir. Ölçümün aynı anlamla çalışması gerekir. Test düzeni, sonucun hangi soruya cevap verebileceğini açık hale getirmelidir.
Testi ne kadar süre çalıştırmalıyız?
Tek süre bütün işler için uygun değildir. Trafik, dönüşüm sıklığı, karar gecikmesi ve ayırt edilmek istenen fark değerlendirilmelidir. Kullanılan yöntemin örneklem ve süre ihtiyacı planlanmalıdır. Platform önerileri ilgili deney türüyle birlikte okunmalıdır. Sonuçları gördükten sonra uygun bitiş seçmek yerine karar koşulu önceden belirlenmelidir.
Bir sürüm erken öne geçerse durdurabilir miyiz?
Ara kararların kullanılan yöntemde nasıl ele alındığı bilinmelidir. Teknik arızaya müdahale etmekle sıradan dalgalanmada kazanan seçmek farklıdır. Her gün sonuca göre bitiş değiştirmek güvenilirliği etkileyebilir. Başlangıçtaki karar düzeni korunmalı; zorunlu değişiklikler ve yoruma etkisi kaydedilmelidir.
İstatistiksel anlamlılık ticari başarı demek mi?
Aynı şey değildir. Ayırt edilebilir fark küçük ve uygulama maliyetine göre önemsiz olabilir. Ticari açıdan önemli görünen fark için de veri yetersiz kalabilir. Etki büyüklüğü, belirsizlik ve iş koşulları birlikte değerlendirilmelidir. Rapor yalnızca tek bir güven göstergesinden oluşmamalıdır.
Testte kazanan çıkmazsa çalışma boşa mı gider?
Hayır. Belirsiz sonuç ölçüm, örneklem veya hipotez hakkında bilgi verebilir. Farkın kesinlikle yok olduğu otomatik söylenemez. Sonraki adımın ne olacağı kaynak ve hedefle değerlendirilmelidir. Öğrenilen sorular kaydedilirse deney bir sonraki planı daha iyi kurmaya katkı sağlayabilir.