Kazanım & Niyet

Müsaitlik Arama Terki

Müsaitlik arandı → rezervasyon yok → aynı saat, alternatif veya bekleme listesi

Müsaitlik arayıp rezervasyon yapmayan kullanıcıyı, aradığı saatin güncel durumuna göre geri getirmek.

  • Zamanlama ve taahhüt
  • E-posta
  • Push
  • SMS

Temel kural

Müsaitlik kurtarma, o anda gerçekten rezervasyon yapılabilen seçeneklere göre çalışmalıdır.

Journey planı

Ne zaman kurulmalı?

Huni raporunda müsaitlik aramalarının belirgin bir bölümü rezervasyona dönmeden bitiyorsa ve aranan saatlerin bir kısmı saatler sonra hâlâ boşsa bu journey'yi kur. Kurulum için aramanın aranan zamanla birlikte kaydedilmesi ve rezervasyonun aynı kullanıcı kimliğine yazılması gerekir. Saatin güncel müsaitliği ile yakın alternatifler gönderim anında sorgulanabilmeli; push, e-posta ve SMS izinleri ayrı tutulmalı. Kullanıcılar sonuç sayfasında gösterilen saatlerin aslında dolu çıkması yüzünden ayrılıyorsa önce müsaitlik verisini düzelt; hatırlatma dolu saati açmaz.

Başarı nasıl ölçülmeli?

Kontrol grubuna göre ek rezervasyon oranı

Bu akış, mesaj alan aramalarda kontrol grubuna göre fazladan kaç onaylı rezervasyon doğurduğuyla ölçülür; mesajı açmak, bir saati incelemek ya da bekleme listesine yazılmak rezervasyon sayılmaz.

Nasıl sayılır: Atama anında iki gruba ayrılan tüm aramalar içinde, aynı takip süresinde tamamlanmış rezervasyonla biten aramaların payı; iki grup arasındaki fark journey'nin etkisidir. Mesajın teslim edilmesi ya da tıklanması paydayı değiştirmez.

Ayrıca izle

  • Saat inceleme oranıAtanan aramalar içinde mesajdan sonra aranan saati ya da alternatifi yeniden açanların payı; rezervasyondan önceki ara adımdır, sonuç olarak sayılmaz.
  • Bekleme listesine katılımBekleme listesine yazılanları onaylı rezervasyondan ayrı bir sonuç olarak raporla; ikisini tek bir kazanım sayısında toplama.
  • Dal bazında sonuçSaat hâlâ boş, alternatif sunuldu ve bekleme listesi dallarında rezervasyon farkını ayrı oku; her dal farklı bir kanal ve farklı bir teklif taşır.
  • İzin kapatma ve şikâyetPush izni kapatmalarını, e-posta abonelik iptallerini ve SMS şikâyetlerini her kanal için ayrı say; yükseliş varsa önce dolu bir saat için giden bir mesaj olup olmadığına bak.

Nasıl kurulmalı?

  • Tetikleyici ve girişKullanıcı müsaitlik arayıp rezervasyon yapmadan çıktığında journey başlar; kapsam o arama ve aranan zamandır. Uygun aramaların rastgele seçilen bir bölümünü bu akışın hiçbir mesajını almayan kontrol grubu olarak ayır; kalanlar journey grubudur.
  • Kimler girmemeliZaten rezervasyon yapmış kullanıcı girmez; aynı arama için yalnızca bir akış çalışır. Bir ürünün yeniden stoğa girmesini bekleyen kişi bu akışa değil Stok Bildirimi journey'sine aittir; orada bekleme ürüne, burada kullanıcının aradığı zamana bağlıdır.
  • Zamanlama ve kanallarAramadan 1 ila 2 saat sonra rezervasyon ve aranan saatin durumu kontrol edilir. Saat hâlâ boşsa push gider; dolduysa yakın 2 ila 3 alternatifi içeren e-posta, alternatif de yoksa ve kullanıcı bekleme listesine katılabiliyorsa SMS gider. Dolmuş saati müsaitmiş gibi gösterme.
  • Çıkış ve devirRezervasyon yapıldığı anda journey biter; devir yoktur. Push'tan sonra en fazla 1 gün ya da saat dolana dek, e-posta ve SMS'ten sonra 1 gün beklenir. Rezervasyon gelmezse, alternatif, bekleme listesi veya SMS izni yoksa 'Başka mesaj gönderilmez' çıkışına düşülür; listeye katılan 'Bekleme listesinde' çıkışıyla biter.
  • Sıklık ve izinBir arama için tek bir mesaj gider: duruma göre push, e-posta ya da SMS; üçü peş peşe gönderilmez. SMS yalnızca izin varsa ve bekleme listesi gerçekten çalışıyorsa gider; push ve e-posta için de o kanalın izni gerekir. Bekleme listesi mesajında yer garantisi verme.

Sonuç yorumlanırken nelere dikkat edilmeli?

  1. 1Mesaj alan aramalarda rezervasyon oranı kontrol grubundan yüksek değilse push ya da e-posta zaten geri dönecek kullanıcıya denk gelmiştir; açılma, saat inceleme ya da bekleme listesi kaydı bu açığı kapatmaz. Journey'yi onaylı rezervasyon farkına göre tut ya da kapat.
  2. 2Sonuç bu 1 ila 2 saatlik ilk bekleme, bu üç dal ve her dalın tek mesajı için geçerlidir. Aynı kullanıcı Stok Bildirimi journey'sinde bir ürünün stoğa dönmesini de bekliyorsa o bildirimden gelen satın almayı bu aramaya yazma; iki akışın sonuçlarını ayrı tut.
  3. 3Onaylı rezervasyon farkı küçükse her iki grubun arama ve rezervasyon sayısını A/B test anlamlılık hesaplayıcısında test et; p değeri anlamlılık eşiğinin altına inmiyorsa takip süresini uzatıp daha çok aramanın birikmesini bekle. Bekleme listesi dalına az arama düştüğü için o dalı tek başına yorumlamadan önce yeterli giriş biriktir.

Sık Sorulan Sorular

Rezervasyon yapmadan ayrılan kullanıcıya ne zaman dönmeliyim?

Bu akışta müsaitlik aramasından 1–2 saat sonra rezervasyon ve aranan zamanın güncel durumu kontrol edilir. Saat hâlâ müsaitse ilgili seçeneğe dönüş sunulur. Kullanıcı zaten rezervasyon yaptıysa veya zaman geçtiyse eski aramayı hatırlatmaya devam etme.

Aranan saat dolduysa hangi mesaj gönderilmeli?

Gerçekten rezervasyon yapılabilen yakın alternatifleri göster. Bu örnekte e-posta ile 2–3 alternatif sunulabilir. Uygun seçenek yoksa yalnızca gerçekten çalışan ve kullanıcının katılabildiği bir bekleme listesi öner. Dolu saati hâlâ müsaitmiş gibi gösterme.

Bekleme listesine katılmayı rezervasyon kazanımı sayabilir miyim?

Bekleme listesi katılımı ile onaylanmış rezervasyonu ayrı sonuçlar olarak say. Mesajı açmak veya bir saat incelemek de rezervasyon değildir. Aynı uygun giriş kitlesinde, tanımlı takip süresi içinde tamamlanan rezervasyonları ölç. Yer ayrılmıyorsa bekleme listesi mesajında garanti izlenimi verme.

Diğer journey'leri keşfet