Dinamik fiyatlama rastgele fiyat artırmak değildir
Rezervasyon güvencesi için her masadan aynı tutar istenmek zorunda değildir. Kurala dayalı dinamik fiyatlama, işletmenin önceden tanımladığı tarih, öğün, alan, kişi sayısı veya işlem türü koşullarına göre tutarı hesaplar. Bu yaklaşım yapay zekânın talep yoğunluğuna bakarak kendiliğinden fiyat değiştirdiği anlamına gelmez.
Misafir için önemli olan nihai tutarın ve iptal koşullarının işlemden önce açıkça görülmesidir. Restoran ise farklı hazırlık maliyeti olan servisler için ayrı güvence kuralı belirleyebilir.
Örnek: hafta içi öğle ve cumartesi akşamı
Varsayımsal bir restoranda pazartesi öğle için ön ödeme yokken cumartesi akşamında kişi başı 750 TL isteniyor olsun. Dört kişilik normal masa için 3.000 TL hesaplanır. Aynı restoranda özel şef masası için kişi başı 1.500 TL tanımlanmışsa tutar 6.000 TL olur. Bunlar yalnız örnek tutarlardır.
Kişi sayısı veya salon değişince hesabın yeniden yapılması gerekir. Birden fazla kural eşleşiyorsa hangi kuralın seçildiği ve sonuç tutarın hangi para biriminde sunulduğu doğrulanmalıdır.
Ön ödeme ile provizyonun kuralları neden ayrılır?
Ön ödeme tahsil edilen paradır; ön provizyon kartta geçici blokajdır. Aynı yoğun akşam için farklı güvence seçenekleri bulunabilir ama bunların bankadaki sonucu farklıdır. Provizyonu kesin gelir gibi raporlamak, tutar kadar yanlış bir karar üretir.
Gün, saat, öğün, alan, kişi sayısı, menü ve işlem türü kombinasyonları test edilmelidir. Kural bulunamadığında eski hesaplama mantığına dönüş veya ilgili hata davranışı da kurulumda kontrol edilir.
Çakışan kurallar ve sonradan değişen rezervasyon
Bir rezervasyon hem hafta sonu kuralına hem teras alanı kuralına uyabilir. İşletme, hangi kuralın öncelikli olduğunu ve aynı koşullarda tekrar hesap yapıldığında tutarın tutarlı sonuç verdiğini test etmelidir. Örneğin altı kişilik rezervasyon dört kişiye düşerse yeni tutarın nasıl hesaplandığı ve daha önce alınmış ön ödemenin nasıl ele alınacağı ayrı bir operasyon kararıdır.
Ödemesi tamamlanmış bir rezervasyonda tutarın sistem tarafından sessizce değiştirilmesini beklemeyin. Yeni fiyatın hesaplanması ile gerçek tahsilatın iadesi veya ek tahsilat yapılması iki farklı işlemdir. Misafire daha önce açıklanan koşullar, banka işlemi ve değişiklik zamanı bir arada değerlendirilmelidir. Dinamik fiyat motorunun doğruluğu yalnız ekranda rakam üretmesine değil, iptal ve rezervasyon değişikliği senaryolarındaki tutarlılığına da bağlıdır.
- İki kural aynı anda eşleştiğinde seçilen sonuç belli mi?
- Kişi, tarih veya alan değişince yeni tutar hesaplanıyor mu?
- Eski tahsilat ve yeni tutar ayrı izleniyor mu?
- Misafir yeni tutarı işlemden önce görüyor mu?
Rezervem fiyat motoru ve Pay ilişkisi
Rezervem Manager rezervasyonun tarih, kişi sayısı, öğün ve alanını yönetir. Dinamik fiyat motoru desteklenen koşullarda ön ödeme veya provizyon tutarını hesaplar; Rezervem Pay ilgili finansal işlemi destekler. Motor restoran bazında etkinleştirilir; her hesapta varsayılan açık olduğu iddia edilmemelidir.
Experience ürünlerinin fiyat ve ön ödeme oranı ayrı bir satış kurgusudur. Rezervasyon güvencesi fiyat motoruyla katalog ürününün fiyatını aynı ayarmış gibi ele almayın.