Sohbetten sözleşmeye: hold, ödeme ve panelinizde beliren rezervasyon

Kiralamada en pahalı hata iptal değildir; aynı birimi iki kez satmaktır. İptalde bir gelir kaybı vardır, çift satışta ise bir gelir kaybı, bir özür telefonu, bir itibar kaybı ve çoğu zaman bir de ücretsiz yükseltme vardır. Bu yüzden sohbetten rezervasyona geçen yolun en kritik parçası, seçim ile ödeme arasındaki on beş dakikadır.

Bu yazı o on beş dakikanın içini açıyor: müşteri “bunu alayım” dediğinde sistemde ne oluyor, ödeme başarısız olursa ne oluyor, ve rezervasyon panelinize geldiğinde neden ayrı bir kanal kaydı değil, sıradan bir sözleşme olarak görünüyor.

Önce karar: karşılaştırma ve detay

Müşteri genelde üç seçenek arasından seçer. Karar anı, kartların listelendiği ekran değil; fiyat, kapasite, teslimat ve iptal koşulunun yan yana geldiği ekrandır. Buradaki her rakamın bir kaynağı vardır: teslimat ücreti tarifeden, iptal süresi iptal politikasından gelir.

Karar verdikten sonra detaya iner: teknik bilgiler, fotoğraflar ve toplam tutar. Toplamın içinde depozitonun görünmesi önemlidir, çünkü kiralamada ödeme adımındaki sürprizlerin neredeyse tamamı depozitodur.

On beş dakika: hold

Müşteri “tut” dediği anda birim kilitlenir. Bu kilit bir niyet beyanı değil, veritabanı seviyesinde bir kısıttır: aynı birim, aynı tarih aralığı için ikinci bir kilit alamaz. Kilidi asistan mı yoksa panelde çalışan bir personel mi istiyor fark etmez; ikisi de aynı kısıta çarpar.

Bu ayrım teknik görünse de sonucu tamamen operasyoneldir. “İki sistem birbirini haberdar eder” yaklaşımı, haberleşmenin gecikebildiği her anda çift satışa açıktır. Tek kilit yaklaşımında gecikme diye bir şey yoktur: ikinci talep, birincisi bitmeden geçemez.

Ödeme ve 3-D Secure

Ödeme adımında müşteri adını, iletişim bilgisini ve teslimat adresini doğrular, sonra kartla öder. Kart bilgisi saklanmaz; doğrulama 3-D Secure ile bankada yapılır. Ödeme tamamlanana kadar geri sayım ekranda kalır — müşteri ne kadar süresi olduğunu bilir, bu da terk oranını düşürür.

Ödeme başarısız olursa kilit iptal edilmez; süresi dolana kadar durur. Müşteri kartı düzeltip tekrar deneyebilir. Süre dolarsa birim otomatik olarak serbest kalır ve aramada yeniden görünür. Elle müdahale gereken bir ara durum bırakılmaz.

Onay: sözleşme sizin panelinizde

Ödeme onaylandığı anda kilit rezervasyona dönüşür ve panelinizde sözleşme olarak belirir. Kanal bilgisi kayıtta durur — hangi rezervasyonun asistandan geldiğini raporlayabilirsiniz — ama iş akışı diğerleriyle aynıdır: aynı belgeler, aynı teslim süreci, aynı faturalama.

Ekibinizin öğrenmesi gereken yeni bir şey olmaması bilinçli bir tercihtir. Yeni bir kanal, çoğu zaman yeni bir ekran ve yeni bir alışkanlık demektir; iki hafta sonra o ekran kontrol edilmemeye başlar. Rezervasyon alışılmış yere düştüğünde bu risk ortadan kalkar.

Rezervasyondan sonra müşteri tarafı

Müşteri kendi hesabında rezervasyonlarını ve kayıtlı aramalarını görür. Kayıtlı arama küçük ama etkili bir ayrıntıdır: “Garland’da 20 kişilik şişme oyun grubu” araması kaydedildiğinde, o kritere uyan yeni bir ürün eklendiğinde ya da bir iptal olduğunda müşteriye haber gider.

Bunun operasyonel karşılığı şudur: iptaller ölü kapasite olmaktan çıkar. Bugün bir iptal, çoğu firmada takvimde boşluk olarak kalır. Kayıtlı arama, o boşluğu zaten o tarihi arayan birine ulaştırır.

Çift satışın çözümü iki sistemin birbirini haber etmesi değil, tek bir kilidin olmasıdır.

Kontrol listesi

İptal ve iade tarafı

Rezervasyon akışının ikinci yarısı iptaldir ve çoğu sistemde en dağınık yer burasıdır. Kural nettir: iptal koşulu, müşterinin rezervasyon anında gördüğü koşuldur. Karşılaştırma tablosunda “48 saat” yazıyorsa, sonradan politikayı değiştirmeniz o rezervasyonu etkilemez. Rezervasyon, kendi koşullarının fotoğrafını yanında taşır.

İade tutarı da aynı fotoğraftan hesaplanır: hangi kalemler iade edilir, depozito ne zaman çözülür, teslimat ücreti iade kapsamında mıdır. Bu üç sorunun cevabı rezervasyon anında sabitlendiği için sonradan tartışma çıkmaz — ve bu, kiralamada müşteri hizmetleri yükünün en büyük kalemlerinden biridir.

İptal edilen tarih aramaya anında geri döner. Aynı anda, o tarihi kaydetmiş müşterilere bildirim gider. Yani bir iptal, takvimde boşluk bırakmak yerine yeni bir talep tetikleme şansı bulur.

Bu akışın sizin tarafınızda düzgün çalışması için gereken şeyler kısadır ve çoğu zaten yapılmıştır:

1. Takvim tek kayıt yeri olmalı — telefonla alınan rezervasyon da panele girsin.
2. İptal politikanız tanımlı olmalı; müşteri karşılaştırma tablosunda bunu görüyor.
3. Teslimat ücreti ve kapsamı tarifede yazılı olmalı.
4. Depozito tutarı ürün ya da kategori seviyesinde tanımlı olmalı.
5. Ödeme sağlayıcınız 3-D Secure’a açık olmalı.

Bu beş madde tamamlandığında sohbetten gelen bir rezervasyon, telefondan gelen bir rezervasyondan yalnızca tek bir noktada ayrılır: kimse telefona bakmak zorunda kalmamıştır.