Dönüşüm & Satın Alma
Rezervasyon Ödeme Hatırlatması
Rezervasyon oluştu → ödeme bekliyor → hatırlat → onayla veya serbest bırak
Ödemesi bekleyen rezervasyonu gerçek ödeme süresi içinde korumak ve son tarihe göre hatırlatmak.
- Zamanlama ve taahhüt
- E-posta
- Push
- SMS
22 adım · 6 koşul · 5 çıkış
Journey'yi açJourney yapısı
- 22 adım
- 6 koşul
- 5 çıkış
Temel kural
Rezervasyon ödeme hatırlatması gerçek son tarihe dayanmalı; yapay aciliyet üretmemelidir.
Journey planı
Ne zaman kurulmalı?
Ödemesi bekleyen rezervasyonların kayda değer bir bölümü rezervasyon sisteminde süresi dolup ayrılan yer serbest kalıyorsa bu akışı kurmaya değer. Ön koşul olarak rezervasyon numarasının, tutarın, tarihin, gerçek son ödeme zamanının ve tutma süresinin tetikleme anında okunabilmesi ve ödeme tamamlandı olayının aynı rezervasyona yazılması gerekir. E-posta, push, SMS ve WhatsApp izinlerini ayrı tut. Ödeme denemeleri hata verdiği için tamamlanmıyorsa sorun hatırlatmada değil ödeme adımındadır; önce onu düzelt.
Başarı nasıl ölçülmeli?
Kontrol grubuna göre ek ödeme tamamlama oranı
Son tarihten önce ödenen rezervasyonların payı hatırlatma alan grupta kontrol grubunu ne kadar aşıyorsa journey o kadar işe yarıyordur; mesajın açılması ya da tıklanması tek başına sonuç değildir.
Nasıl sayılır: Payda, girişte atanan tüm geçerli rezervasyonlardır (journey ve kontrol grubu); pay, iki grupta da aynı takip süresi olan kendi son ödeme zamanına kadar ödemesi doğrulanan rezervasyonlardır. İki grubun oranları arasındaki fark journey'nin etkisidir; mesajın teslimi ya da tıklanması bu paydayı küçültmez.
Ayrıca izle
- Serbest bırakılan yer oranıSon tarihte süresi dolup serbest bırakılan rezervasyonların payı; journey'nin azaltmayı hedeflediği kayıp budur, kontrol grubuyla karşılaştır.
- Temas başına ödemeE-posta, push ya da SMS ve WhatsApp mesajından sonra gelen ödemeleri ayrı izle; son temas ek ödeme getirmiyorsa WhatsApp adımını gözden geçir.
- Son tarihteki durum dağılımıÖdendi, süresi doldu veya iptal edildi ve hâlâ tutuluyor durumlarını ayrı raporla; süresi uzatılan rezervasyonu ne ödeme ne kayıp olarak sayma.
- Şikâyet ve izin kapatmaSMS ve WhatsApp şikâyetlerini, push iznini kapatmayı ve e-posta aboneliğinden çıkmayı kanal bazında izle; yükseliş varsa aciliyet dilini ve temas sayısını gözden geçir.
Nasıl kurulmalı?
- Tetikleyici ve girişRezervasyon oluşturulup ödeme beklemede kaldığında journey başlar ve önce rezervasyon numarasını, ürün ya da hizmeti, tarihi, tutarı, son ödeme zamanını ve tutma süresini kayıttan alır. Geçerli ve ödenmemiş rezervasyonları girişte rastgele böl: hatırlatmaları alan journey grubu ve hiç almayan kontrol grubu.
- Kimler girmemeliZaten ödenmiş ya da artık geçerli olmayan rezervasyon ilk kontrolde çıkar; kapsam tek rezervasyondur, aynı rezervasyon için ikinci akış açılmaz. Ödeme denemesi fiilen başarısız olan kullanıcı buraya değil Başarısız Ödemeyi Kurtarma journey'sine aittir.
- Zamanlama ve kanallarİlk kontrolden geçen rezervasyona hemen e-posta gider; 12 ila 24 saat sonra ödeme yoksa push izni ve ulaşılabilir cihaz varsa push, yoksa SMS gider. Son tarihe kısa süre kala hâlâ ödeme yoksa WhatsApp izni olanlara süre dolmak üzere mesajı gider. Beklemeleri gerçek son tarihe sığdır.
- Çıkış ve devirÖdeme tamamlandığı anda journey durur, bekleyen hatırlatmalar iptal edilir ve onay e-postası gider. Son tarihte süresi dolan ya da iptal edilen rezervasyon serbest bırakılır ve e-postayla bildirilir; süresi gerçekten uzatılmışsa akış mesajsız kapanır. Devir yoktur; ödenmiş ve geçersiz rezervasyonlar kendi çıkışlarında biter.
- Sıklık ve izinBir rezervasyon için en fazla üç hatırlatma gider: e-posta, ardından push ya da SMS, son olarak WhatsApp; onay ve serbest bırakma e-postaları ayrı, tek seferlik bildirimlerdir. SMS ve WhatsApp yalnızca o kanalın izni varsa kullanılır. Sistemde olmayan bir son tarih ya da yapay aciliyet kullanma.
Sonuç yorumlanırken nelere dikkat edilmeli?
- 1Hatırlatma alan grupta ödeme tamamlama oranı kontrol grubuyla aynı kalıyorsa hatırlatmalar zaten ödeyecek kullanıcıyı öne almıştır; açılma ve tıklama farkı bunu telafi etmez. Serbest bırakılan yer oranı düşmüyorsa journey'yi büyütme.
- 2Hesapladığın fark bu kanal sırasına, 12 ila 24 saatlik ilk beklemeye ve son tarihe bağlı ikinci beklemeye aittir. Ödeme denemesi fiilen başarısız olan kullanıcının sonucu Başarısız Ödemeyi Kurtarma journey'sine yazılır; aynı ödemeyi iki yerde sayma. Hizmet ön koşullarını kovalayan Randevu Hatırlatması ayrı bir sorunu çözer, iki raporu birleştirme.
- 3Küçük bir farkı yorumlamadan önce örneklem büyüklüğü hesaplayıcısıyla bugünkü ödeme tamamlama oranında anlamlı sayacağın en küçük farkı yakalamak için kol başına kaç rezervasyon gerektiğini hesapla; bu sayıyı günde giren rezervasyon sayısına böl ve çıkan gün sayısı dolmadan karar verme.
- 4Sistemde son tarih uzatıldıysa bekleyen mesajı yeni tarihe göre güncelle ve o rezervasyonu süresi dolmuş saymadan rapordan ayır; eski tarihe göre giden bir süre doldu mesajı hem yanlış bir mesaj hem yanlış bir veri noktasıdır.
Sık Sorulan Sorular
Ödeme bekleyen rezervasyonda hangi son tarih kullanılmalı?
Rezervasyon sistemindeki gerçek ödeme son tarihi ve tutma süresi kullanılmalı. Numara, tutar, tarih ve güncel durum aynı rezervasyon kaydından alınır. Süre değiştiyse bekleyen mesajı güncelle. Kullanıcıyı hızlandırmak için sistemde olmayan bir son tarih üretme.
Rezervasyonun ödeme süresi kısa ise 12–24 saat beklemeli miyim?
Örnekteki bekleme gerçek son tarihe sığmıyorsa aynen uygulanamaz. Her bekleme ve gönderim için rezervasyonun hâlâ geçerli olduğunu kontrol et. Son tarihi geçmiş bir rezervasyona korumak için öde mesajı gönderme. Zamanlamayı gerçek ödeme penceresine bağla.
Son ödeme anında hangi durumlar ayrı ele alınmalı?
Ödenmiş rezervasyon, süresi dolmuş kayıt ve süresi gerçekten uzatılmış rezervasyon ayrılır. Onay yalnızca ödeme doğrulandığında gönderilir. Yer gerçekten serbest bırakıldıysa bunu bildir. Süre uzadıysa eski son tarihe göre iptal veya sona erdi mesajı gönderme.
Diğer journey'leri keşfet
Randevu Hatırlatması
Yaklaşan randevuyu hatırlatmak ve son mesaja kalmadan eksik bilgi veya belgeleri tamamlatmak.
Müsaitlik Arama Terki
Müsaitlik arayıp rezervasyon yapmayan kullanıcıyı, aradığı saatin güncel durumuna göre geri getirmek.
Kullanım Limitine Ulaşınca
Kullanım limitine takılan kişiye alternatif yol, ek kapasite ve sıfırlanma zamanını mevcut durumuna göre göstermek.