# Müsaitlik Arama Terki Sayfa: https://alidemirbas.com.tr/lab/journeys/musaitlik-arama-terki Müsaitlik arandı → rezervasyon yok → aynı saat, alternatif veya bekleme listesi ## Amaç Müsaitlik arayıp rezervasyon yapmayan kullanıcıyı, aradığı saatin güncel durumuna göre geri getirmek. Hedef: Zamanlama ve taahhüt · Kategori: Kazanım & Niyet ## Adımlar - **Tetikleyici**: Müsaitlik arandı; rezervasyon yapılmadı - **Bekleme**: 1–2 saat bekle - **Karar**: Rezervasyon yapıldı mı? - Evet: Rezervasyon yapıldı - Hayır: Aranan zaman hâlâ müsait mi? - **Karar**: Aranan zaman hâlâ müsait mi? - Evet: Push: Aradığın zaman hâlâ müsait - Hayır: Yakın bir alternatif zaman var mı? - **Aksiyon**: Push: Aradığın zaman hâlâ müsait - **Bekleme**: En fazla 1 gün ya da zaman dolana kadar bekle - **Karar**: Rezervasyon yaptı mı? - Evet: Rezervasyon yapıldı - Hayır: Başka mesaj gönderilmez - **Karar**: Yakın bir alternatif zaman var mı? - Evet: E-posta: Yakındaki 2–3 alternatif zaman - Hayır: Kullanıcı bekleme listesine katılabilir mi? - **Aksiyon**: E-posta: Yakındaki 2–3 alternatif zaman - **Bekleme**: 1 gün bekle - **Karar**: Rezervasyon yaptı mı? - Evet: Rezervasyon yapıldı - Hayır: Başka mesaj gönderilmez - **Karar**: Kullanıcı bekleme listesine katılabilir mi? - Evet: SMS izni var mı? - Hayır: Başka mesaj gönderilmez - **Aksiyon**: SMS: Bekleme listesine katıl - **Karar**: SMS izni var mı? - Evet: SMS: Bekleme listesine katıl - Hayır: Başka mesaj gönderilmez - **Bekleme**: 1 gün bekle - **Karar**: Bekleme listesine katıldı mı? - Evet: Bekleme listesinde - Hayır: Başka mesaj gönderilmez - **Çıkış**: Rezervasyon yapıldı - **Çıkış**: Bekleme listesinde - **Çıkış**: Başka mesaj gönderilmez ## Koruma kuralları - Artık müsait olmayan saati müsaitmiş gibi gösterme. - Rezervasyon yapıldığında journey'yi durdur. ## Temel kural Müsaitlik kurtarma, o anda gerçekten rezervasyon yapılabilen seçeneklere göre çalışmalıdır. ## 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. ## 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 girmemeli**: Zaten 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 kanallar**: Aramadan 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 devir**: Rezervasyon 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 izin**: Bir 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. ## 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. 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ım**: Bekleme 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âyet**: Push 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. ## Sonuç yorumlanırken nelere dikkat edilmeli? - Mesaj 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. - Sonuç 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. - Onaylı rezervasyon farkı küçükse her iki grubun arama ve rezervasyon sayısını [A/B test anlamlılık hesaplayıcısında](https://alidemirbas.com.tr/hesaplayicilar/ab-test-anlamlilik-hesaplama) 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.