1. A/B test nedir, otellerde fiyat ve kampanya için nasıl kullanılır?
Kısa cevap : A/B test, aynı dönemde iki teklif varyantını (kontrol vs varyant) benzer segmentlere gösterip dönüşüm ve gelir KPI’larıyla kıyaslamaktır. Otellerde bu, fiyat (indirim oranı) veya teklif bileşeni (upgrade, transfer, ekstra gece) gibi unsurların rezervasyon ve kârlılık etkisini ölçmek için kullanılır.
Otellerde A/B testin farkı şudur: “satın alma” tek adım değil; niyet, rezervasyon motoru sürtünmesi, iptal riski ve RevPAR gibi katmanlar vardır. Bu yüzden kazananı sadece tıklama veya dönüşümle değil, gelir ve net katkı merceğiyle seçmek gerekir.
Test edilebilecek varyant tipleri (örnekler)
- •Fiyat varyantı: %10 indirim vs %5 indirim
- •Paket varyantı: indirim vs “ekstra gece”
- •Benefit varyantı: ücretsiz transfer vs oda upgrade
- •Teklif metni: “erken rezervasyon” vurgusu vs “esnek iptal” vurgusu
Mini örnek (Belek)
Belek’te Almanya pazarında “upgrade” daha ikna edici olabilirken, iç pazarda “%10 indirim” daha hızlı kapanış getirebilir. Segment eşlemesi yapılmadan test edilirse sonuç yanıltır.
☑ Mini Check
- •Tek bir testte tek ana değişken kuralını uyguluyorum
- •Varyantı fiyat mı teklif mi olarak net tanımladım
- •Kazanan KPI’sını dönüşüm + gelir ile birlikte belirledim
- •Segment (ülke/cihaz) eşlemesini planladım
Ne yapmalıyım? (3–6 aksiyon)
- • Test değişkenini tekilleştirin (aynı anda 3 şey değiştirmeyin).
- • Varyantı “fiyat” veya “benefit” olarak net yazın.
- • Başarı metriklerini en baştan belirleyin (conversion + revenue).
- • Segmentleri sabitleyin (ülke/cihaz/pazar).
2. Otellerde A/B fiyat ve kampanya testi nasıl kurulur?
Kısa cevap : Önce hipotezi ve varyantı tanımlayın, sonra hedef segmentleri eşleyip aynı dönemde kontrol ve varyantı çalıştırın. GA4’te varyant kimliğini (variant_id) event parametresi olarak taşıyın; Looker/raporda dönüşüm+gelir KPI’larını varyant bazında kıyaslayın.
5 adımlık net How-To listesi (kilitli istek)
- Hipotezi yaz: “%10 indirim, conversion’ı artırır ama net geliri düşürebilir.”
- Varyantı tekilleştir: sadece fiyat ya da sadece benefit değişsin.
- Segmenti kilitle: ülke/cihaz/kanal eşlemesi (ör. Antalya resort → Almanya mobil).
- Tracking’i kur: GA4 event’lerinde variant_id / offer_variant parametresi.
- Raporu bağla: conversion + revenue + RevPAR + (Varsayım) net katkı lensi ile kazananı seç.
Mini örnek (Antalya)
Antalya resort’ta “%10 indirim” vs “ücretsiz transfer” testinde, dönüşüm artışı benzer olsa bile gelir/rezervasyon ve iptal riski farklılaşabilir. Kazanan, net katkıya göre değişebilir.
☑ Mini Check
- •Hipotezim yazılı ve ölçülebilir
- •Segmentler aynı dönemde adil dağıtılıyor
- •GA4’te varyant parametresi taşınıyor
- •Raporlama metrikleri baştan tanımlı
Ne yapmalıyım? (3–6 aksiyon)
- • Test brief şablonu kullanın (hipotez, segment, KPI).
- • Varyant parametresini GA4 event’lerine ekleyin.
- • Test süresince başka büyük değişiklikleri dondurun (fiyat kırma, büyük kampanya).
- • Sonuçları “uplift + gelir” birlikte okuyun.
3. Fiyat ve kampanya testleri için KPI’lar (kazananı ne belirler?)
A/B testte en büyük hata, “kolay ölçülen” metriğe aşırı odaklanmaktır. Otelde gerçek başarı, dönüşüm kadar gelir ve kârlılık katmanında ortaya çıkar.
KPI hiyerarşisi (önerilen)
- •Birincil KPI: Rezervasyon dönüşüm oranı (booking rate) + gelir (revenue)
- •İkincil KPI: RevPAR/ADR etkisi (Varsayım: rapor katmanına göre)
- •Risk KPI: İptal oranı / iade (Varsayım)
- •Kalite KPI: Gelir/rezervasyon, net katkı yaklaşımı
“Kazanan” kuralı (pratik)
- •Conversion ↑ ama revenue ↓ ise: indirim maliyeti veya sepet düşüşü var demektir.
- •Revenue ↑ ama conversion ↓ ise: daha az satışla daha değerli satış olabilir; hedefe bağlı.
- •Conversion ↑ ve revenue ↑ ise: net kazanan adayı.
- •Tüm KPI’lar karışık ise: segment kırılımında kazanan arayın (ülke/cihaz).
| KPI | Kontrol | Varyant | Okuma |
|---|---|---|---|
| Conversion | Conversion ↑ ama revenue ↓ ise: indirim maliyeti veya sepet düşüşü var demektir. | ||
| Revenue | Revenue ↑ ama conversion ↓ ise: daha az satışla daha değerli satış olabilir; hedefe bağlı. | ||
| Conversion + Revenue | Conversion ↑ ve revenue ↑ ise: net kazanan adayı. | ||
| Segment kırılımı | Tüm KPI’lar karışık ise: segment kırılımında kazanan arayın (ülke/cihaz). |
☑ Mini Check
- •KPI’larım tek metrik değil (conversion+revenue+RevPAR)
- •Risk KPI’larını notluyorum (iptal/iadeler)
- •Segment kırılımında sonuç okuyorum
- •Kazanan kuralım yazılı
Ne yapmalıyım? (3–6 aksiyon)
- • Kazananı conversion ile değil “conversion + revenue” ile seçin.
- • RevPAR/ADR etkisini mutlaka izleyin (revenue yönetimi ile birlikte).
- • İptal riskini kontrol edin (en azından trend).
- • Segment kırılımında sonuçları doğrulayın.
4. Looker Studio ve GA4’te A/B sonuçlarını nasıl okursunuz?
Kısa cevap : GA4’te varyant parametresiyle event’leri filtreleyip funnel adım dönüşümlerini varyant bazında kıyaslayın. Looker Studio’da kontrol vs varyant KPI kartları (conversion, revenue, RevPAR) ve uplift grafiği kurarak sonuçları tek sayfada okuyun.
GA4 okuma prensipleri
- •Varyant parametresi (variant_id) ile segment oluştur
- •Funnel adımlarını (arama→checkout→purchase) varyant bazında karşılaştır
- •Cihaz/ülke kırılımında farklı davranışı kontrol et
Looker Studio “A/B panel” yapısı
- •Üstte: test adı + tarih aralığı + segment filtreleri
- •Ortada: kontrol vs varyant KPI kartları
- •Altta: uplift grafiği (conversion uplift, revenue uplift)
- •Sağda: “yorum ve karar” kutusu (kazanan + neden)
5. A/B test sonuçlarını ne zaman “kazanan” ilan etmeliyim?
Kazanan ilanı, sadece “istatistik” değil, iş riski kararını da içerir. Otelde sezon dinamikleri, segment ve stok (availability) etkisi güçlü olduğu için acele kararlar pahalıdır.
Minimum örneklem ve süre (pratik yaklaşım)
- •Testi çok kısa tutmayın; haftanın gün etkisi yanıltır.
- •Minimum örneklem yoksa, “kazanan” yerine “öğrenim” olarak etiketleyin.
- •Aynı dönemde büyük fiyat/kanal değişimleri varsa test kirlenir.
Varsayım: İstatistiksel yöntem detayı (p-value vb.) kullanılabilir; ancak pratikte “yeterli hacim + tutarlı trend + risk KPI kontrolü” temel çerçevedir.
3 temel kontrol sorusu
- Segmentler adil mi? (ülke/cihaz dağılımı benzer mi?)
- Revenue ve RevPAR birlikte iyi mi?
- İptal/iadede risk artışı var mı?
☑ Mini Check
- •Testi yeterli süre çalıştırdım
- •Segment dağılımı adil
- •Risk KPI’ları kontrol edildi
- •Kazanan kararını yazılı gerekçelendirdim
Ne yapmalıyım? (3–6 aksiyon)
- • Kazananı ilan etmeden önce segment adaletini kontrol edin.
- • Revenue/RevPAR iyi değilse “daha az indirim, daha çok net gelir” opsiyonunu düşünün.
- • Test kirlenmesini önlemek için büyük değişiklikleri dondurun.
- • Sonucu “kalıcı strateji”ye geçirmeden önce kısa bir doğrulama turu yapın.
6. Test sonuçlarını kalıcı stratejiye nasıl taşırsınız?
A/B testin değeri, tek bir kazanan seçmek değil; “öğrenimi” kalıcı stratejiye dönüştürmektir. Kazanan varyantı kalıcı yaparken, segment bazında farklı kazananlar olabileceğini unutmayın.
4 adımlı “kalıcılaştırma” planı
- Kazananı segment bazında doğrula (ülke/cihaz).
- Teklif metni/landing’i kazanana göre standardize et.
- KPI hedeflerini güncelle (conversion + revenue).
- Öğrenimleri “test kütüğü”ne ekle (kurumsal hafıza).
3 hata — 3 doğru yaklaşım
- •Hata 1: Aynı anda fiyat + paket + metin değiştirmek → Doğru: Tek değişken, net hipotez
- •Hata 2: Tıklama artınca kazanan ilan etmek → Doğru: Rezervasyon + gelir + RevPAR ile karar
- •Hata 3: Test URL’lerini ayrı sayfa yapmak ve SEO’yu bozmak → Doğru: Parametre bazlı testte aynı URL’yi kullan; canonical’ı doğru yönet
Not: sadece parametre bazlı A/B testlerde aynı URL tercih edilir; canonical ayarlarına dikkat.
Key Statistics / Data Point (yumuşatılmış)
Doğru kurgulanmış A/B testlerinde, bazı otellerde daha az indirim verip daha yüksek net gelir elde etmek mümkün olabilir; “mantıklı görünen” teklif her zaman kazanan çıkmaz. Bu yüzden test disiplininin değeri, kararları sezgiden veriye taşımasıdır.
☑ Mini Check
- •Öğrenimi dokümante ettim (test kütüğü)
- •Kazananı segment bazında doğruladım
- •SEO/canonical risklerini yönettim
- •Kalıcı stratejiyi KPI hedefleriyle bağladım
Ne yapmalıyım? (3–6 aksiyon)
- • Kazananı “kalıcılaştırmadan” önce segment doğrulaması yapın.
- • Teklif metnini ve landing’i kazanana göre güncelleyin.
- • KPI hedeflerini (conversion+revenue) yeni baseline’a göre revize edin.
- • Yeni test backlog’u oluşturun (bir sonraki hipotez).
7. A/B Test Tasarım & Raporlama Checklist’ini İndir — Satış & Dönüşüm Raporları
A/B Test Tasarım & Raporlama Checklist’ini İndir — Satış & Dönüşüm Raporları (v1.0)
Bu checklist, otel fiyat ve kampanya A/B testlerini uçtan uca doğru kurmanız için (hipotez, segment, KPI, örneklem, rapor okuma, kazanan ilanı) standart bir kontrol listesi sağlar. Amaç, kısa süreli/yanlış KPI’lı testlerle hatalı karar vermeyi azaltıp, kazananı dönüşüm + gelir + kârlılık merceğiyle seçmektir.
Kim Kullanır?
GM/otel sahibi, pazarlama, revenue, ajans ve web/analytics ekipleri.
Nasıl Kullanılır?
- Test öncesi checklist’i doldurun ve “hazır” olmadan yayına çıkmayın.
- Test süresince veri kalitesi ve segment adaletini kontrol edin.
- Test sonunda kazananı ilan etmeden önce risk KPI’larını doğrulayın ve kalıcılaştırma planını uygulayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Hipotez tek cümle ve ölçülebilir
- ▢ ✅ Tek değişken kuralı (fiyat ya da benefit)
- ▢ ✅ Segment eşleme (ülke/cihaz/kanal)
- ▢ ✅ Birincil KPI: conversion + revenue
- ▢ ✅ İkincil KPI: RevPAR/ADR
- ▢ ✅ Risk KPI: iptal/iadeler (Varsayım)
- ▢ ✅ Varyant tracking (variant_id) GA4’te taşınıyor
- ▢ ✅ Test süresi planlandı (hafta etkisi düşünülmüş)
- ▢ ✅ Test kirlenmesi riski (diğer kampanya/fiyat değişimi) donduruldu
- ▢ ✅ Canonical/URL kuralı kontrol edildi (parametre bazlı testte aynı URL)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Deliverables listesi
- •A/B test brief (hipotez, segment, KPI)
- •Tracking planı (variant_id)
- •Looker Studio A/B paneli
- •Kazanan kararı + gerekçe
- •Kalıcılaştırma planı + öğrenim kayıtları
Bir Sonraki Adım
İki teklif varyantının dönüşüm ve kârlılık etkisini doğru okumak isteyen oteller için.