Bir öneriyi kabul etmeden önce aradığın şey
“Bütçeyi artır” yazan bir kartı düşün. Yanında yeşil bir ok ve son haftanın satış sayısı var. İyi görünüyor; yine de önemli bilgiler eksik. Hangi kampanya değişecek? Ne kadar değişecek? Son günlerin verisi tamamlandı mı? Sonuç kötüleşirse kim, hangi koşulda geri dönecek? Bunlar bilinmeden önerinin iyi olup olmadığını değerlendiremezsin.
Karar kaydı, bu boşlukları karar verildiği anda doldurur. Bir değişikliği yapmanın gerekçesini, sınırını ve değerlendirme yöntemini saklar. Sonucun iyi çıkması kaydın yerini tutmaz; aynı şekilde olumsuz sonuç da her zaman kötü düşünülmüş karar anlamına gelmez. Sonuca bakarak geçmiş gerekçeyi yeniden yazarsan, sonraki kararın için ne öğrendiğini ayıramazsın.
Bu rehberdeki kart, senin kullanabileceğin bir çalışma yöntemidir. Madset’in canlı bir ekranının kopyası veya belirli bir otomasyonun çalıştığına dair iddia değildir. Kendi kararlarını, ajans önerilerini ya da bir AI aracının açıklamasını aynı alanlarla değerlendirebilirsin.
Gözlemi, yorumu ve eylemi üç ayrı satıra yaz
Gözlem, veri üzerinde gösterebildiğin şeydir: “Tamamlanan önceki üç günlük dönemde 3.000 TL harcama ve 12 doğrulanmış sipariş var.” Yorum, bu gözlemin olası anlamıdır: “Mevcut sipariş maliyeti işletmenin test için belirlediği sınırın altında.” Eylem ise yapılacak değişikliktir: “Günlük bütçeyi 1.000 TL’den 1.100 TL’ye çıkar.” Bu üç cümleyi birleştirmek, yorumun veriymiş gibi okunmasına yol açar.
Gözlemin yanına raporun kesim zamanını, kaynak adını ve sonuç tanımını ekle. “Satış”ın ödenmiş sipariş mi, teslim edilmiş sipariş mi olduğunu yaz. Ham kayıt ile gösterge arasında yaptığın düzeltmeleri sakla. Aynı ölçüyü yeniden üretemiyorsan sonraki değerlendirmede başlangıç noktan kayar.
Yorum alanında alternatif açıklamalara yer aç. Talep artmış olabilir; fakat aynı dönemde fiyat, stok veya teslimat koşulu da değişmiş olabilir. Her ihtimali uzun uzun listelemek gerekmiyor. Kararı gerçekten değiştirebilecek birkaç açıklamayı ve onları nasıl ayırt edeceğini yazman yeterli.
Karar kartında bulunması gereken alanlar
| Alan | Yazılacak şey |
|---|---|
| Karar kimliği | Tekil kimlik ve oluşturulma zamanı |
| Amaç | Bu değişiklik hangi işletme ihtiyacına cevap veriyor? |
| Kanıt | Kaynak, dönem, ölçü ve veri yeterliliği |
| Yorum | Gözlemden çıkardığın sonuç ve alternatifler |
| İşlem | Nesne, eski değer, yeni değer ve değişiklik kapsamı |
| Sınır | Harcama, kapasite, veri veya yetki sınırı |
| Sorumlu | Onaylayan ve uygulayan rol |
| Beklenti | Hangi sonuçta ne göreceğini düşünüyorsun? |
| Değerlendirme | Ne zaman, hangi tamamlanmış kayıtla bakılacak? |
| Geri dönüş | Hangi durumda durulacak veya önceki ayara dönülecek? |
Bu alanların hepsini uzun metne dönüştürme. Bir karar kartı, uygulayan kişinin yanlış kampanyayı değiştirmesini veya farklı bir tutarı anlamasını önleyecek kadar açık olmalı. “Biraz artır” yerine eski ve yeni değeri yaz. Yüzde verirken karşılık gelen tutarı da ekle. Birden fazla kampanya varsa her biri için kapsamı belirle.
Varsayımsal karar: Kontrollü bir bütçe artışı
Aşağıdaki işletme, tarihler ve sonuçlar tamamen sentetiktir; gerçek müşteri vakası değildir. İşletme, geçmişi tamamlanmış üç günlük gözlemde 3.000 TL harcamış ve 12 doğrulanmış sipariş almış olsun. Gözlenen sipariş başına reklam maliyeti 250 TL’dir. İşletmenin bu deneme için seçtiği kabul edilebilir sınır 280 TL, ek harcama sınırı 300 TL’dir. Bu tutarlar genel sektör eşikleri değildir.
D-014 kartında öneri şöyle yazılır: “Tek kampanyanın günlük bütçesini üç gün için 1.000 TL’den 1.100 TL’ye yükselt. Ürün, teklif ve sayfa sürümünü aynı tut. Planlanan toplam harcama 3.300 TL; gerçekleşen harcamayı ayrıca kontrol et. Ek harcama yetkisi 300 TL ile sınırlı.” Bütçe alanı tek başına kesin fatura tavanı kabul edilmez; platformun harcama davranışı ayrıca izlenir.
Beklenti alanında “Sipariş sayısı artarsa kazandık” yazmak yerine, maliyet ve kapasiteyi birlikte tanımla: “Tamamlanmış sipariş başına maliyetin seçilen sınırı aşmaması ve ek siparişlerin mevcut teslimat kapasitesinde karşılanabilmesi.” Bu, bir sonuç vaadi değildir. Ne olursa önerinin tekrar değerlendirileceğini önceden belirleyen çalışma koşuludur.
Geri dönüş koşulu yalnız kötü performans değildir
Bir değişikliğin geri alınması için istatistiksel olarak güçlü bir performans kaybını beklemek gerekmeyebilir. Ödeme akışı bozulmuşsa, yanlış fiyat yayındaysa veya sipariş kapasitesi dolmuşsa sorun kararın ekonomik sonucundan önce gelir. Bu nedenle güvenilir veri, doğru teklif ve yeterli kapasiteyi aynı kartta sınır olarak tut.
Örneğimizde, sipariş kaydının son başarılı güncellemesi kontrol edilemiyorsa otomatik yeni bütçe artışı yapılmaz; sorumlu kişi veriyi inceler. Ürün stoğu belirlenen teslimat sözünü karşılamıyorsa ilgili reklamın kapsamı yeniden değerlendirilir. Bu koşulların her biri için yapılacak işlem açık olmalı. “Sistemi durdur” gibi bütün hesabı etkileyen belirsiz bir talimat yerine hangi kararın bekletileceğini yaz.
Yetkiyi de işlemden ayrı gör. Bir kişinin raporu okuyabilmesi bütçe değiştirmeye yetkili olduğu anlamına gelmez. Öneri, onay ve uygulama kayıtlarını ayrı tutmak, sonradan “Bunu kim başlattı?” sorusunu cevaplamanı sağlar. Gerekçe metnindeki bir cümle tek başına uygulama komutu haline gelmemeli.
Sonuç geldiğinde geçmiş kartı değiştirme
Varsayımsal denemenin değerlendirme tarihinde 3.300 TL harcama ve 15 doğrulanmış sipariş görülmüş olsun. Gözlenen sipariş maliyeti 220 TL: 3.300 / 15. Önceki 250 TL’ye göre fark −30 TL, göreli fark ise −%12. Hesap doğru olsa da bütçe artışının bu iyileşmeyi tek başına yarattığını söylemek için yeterli değildir. Denemenin son gününde mağazada ayrıca bir kampanya başlamışsa bunu sonuç kaydına ekle.
Eski gözlem dönemini yeni bilgiyle sessizce değiştirme. İlk kartı koru; ardından değerlendirme tarihi, yeni verinin tamamlanma durumu, beklenen ve gözlenen sonuç ile açıklanamayan etkenleri yaz. Sonradan gelen iadeler veya düzeltmeler varsa ikinci bir değerlendirme kaydı oluştur. Google Ads’in dönüşüm gecikmesi açıklaması da yakın dönem sonuçlarının daha sonra tamamlanabileceğini belirtir; bu nedenle rapor kesim zamanı önemlidir.
Son karar “Küçük artışı şimdilik koru; yeni artış yapmadan ayrı kampanyanın etkisini ve kapasiteyi incele” olabilir. Bu, kartın başarısız olduğu anlamına gelmez. Kart seni tek bir iyi sayıya bakıp peş peşe değişiklik yapmaktan korumuştur.
Değişiklik günlüğü ile karar günlüğünü birlikte kullan
Platformun değişiklik geçmişi hangi işlemin ne zaman yapıldığını kontrol etmene yardımcı olur. Örneğin Google Ads değişiklik geçmişi kampanya ve hesap değişikliklerini zaman bilgisiyle sunar. Kendi karar kartını ilgili işlemle eşleştir; kartta yazan işlem ile gerçekte yapılan işlem aynı mı kontrol et.
Değişiklik kaydından karar anındaki bütün gerekçeleri çıkaramazsın. “Bütçe 1.100 oldu” bilgisi, neden 1.100 seçildiğini veya hangi şartta geri dönüleceğini açıklamaz. Bu nedenle karar kimliğini uygulama kaydına eklemek, yalnız ekran görüntüsü biriktirmekten daha kullanışlıdır. Ekran varsa kaynak ve tarihini de belirt.
Birden fazla değişikliği aynı anda yaptıysan her birini kaydet. Sonrasında hepsinin etkisini ayrı ayrı ölçmüş gibi sonuç yazma. NIST’in rastgele atamalı deney tanımı müdahalelerin deney birimlerine rastgele atanmasını içerir. Bir bütçe değişikliğinin öncesini ve sonrasını okumak, kendiliğinden böyle bir deney oluşturmaz.
İyi sonucu ve iyi kararı ayrı değerlendir
Kararı iki soruyla değerlendir: Karar anında eldeki kanıt, seçilen eylemi ve sınırı destekliyor muydu? Daha sonra ne oldu ve bu sonuç hangi yeni bilgiyi sağladı? İlk soru sürecin kalitesini, ikinci soru gözlenen sonucu ele alır. İkisini tek puana sıkıştırmak, şanslı bir kararı başarılı yöntem gibi tekrar etmene yol açabilir.
İyi hazırlanmış bir deneme olumsuz sonuç verdiğinde de kullanılabilir bilgi bırakır. Hangi varsayımın zayıfladığını, hangi koşulun değiştiğini ve hangi işlemden kaçınacağını görebilirsin. Veri bozuksa ise sonucu “hipotez yanlışlandı” diye yazamazsın; önce ölçüm sorunu kayda geçer. Başarısız uygulama, olumsuz ekonomik sonuç ve belirsiz sonuç ayrı durumlardır.
Bu ayrım bir ekibin hesap verebilirliğini azaltmaz. Tam tersine, her sonucun hangi kanıta ve kimin kararına dayandığını gösterir. Birlikte çalıştığın kişiden yalnız olumlu grafik istemek yerine bu kaydı istemen, sonraki toplantıyı daha somut hale getirir.
İlk karar kartını bugün doldur
Çalışma dosyasında alan adı, anlamı, sentetik örnek, kendi kararın ve kanıt bağlantısı sütunları var. Örneği değiştirmeden önce güncel bir kararı seç: Bir bütçeyi artırmak, bir reklamı bekletmek veya bir testin sonucunu değerlendirmek olabilir. Henüz işlem yapmadıysan beklenen sonucu ve kontrol tarihini şimdi yaz. İşlem geçmişte yapıldıysa kaydın sonradan oluşturulduğunu açıkça belirt.
Kanıt bağlantılarına kişisel müşteri verisi veya erişim anahtarı yerleştirme. Yetkili kişinin ilgili toplu raporu veya anonim örneği bulabilmesi yeterli. Her değerlendirmeyi tarihli bir ek olarak tut. Önceki gerekçeyi silmeden değiştirebildiğin bir karar günlüğü, tekrar eden işlerde hangi varsayımların işe yaradığını görmene yardımcı olur.
Bir önerinin sonunda artık şu dört cümleyi okuyabilmelisin: Bunu gördük. Şu koşullar altında bu işlemi seçtik. Şu sınıra kadar ilerleyeceğiz. Şu tarihte, şu kanıta bakarak tekrar karar vereceğiz.
