narvals//labs

Rezervasyon · Karar rehberi

Rezervasyon ve randevu sistemi nasıl seçilir?

Rezervasyon sistemi kapasiteyi; randevu sistemi çoğunlukla personel, hizmet süresi ve uygunluğu yönetir. Doğru ürün, işletmenin gerçek zaman ve kapasite kurallarını müşteriye anlaşılır seçenekler olarak gösterirken ekibin çakışma, istisna, iptal ve iletişim süreçlerini tek yerde yönetmesini sağlar.

Rezervasyon kapasiteyi, randevu ise çoğunlukla zaman ve kaynağı böler.

Restoranda 19.00 için dört kişilik kayıt; masa birleştirme, oturum süresi, salon kapasitesi ve bekleme politikasına bağlıdır. Danışmanlık veya bakım hizmetinde ise uzman, hizmet türü, süre, hazırlık ve mola aralığı belirleyicidir. İki model aynı takvim arayüzünü kullanabilir ama uygunluk motoru aynı değildir.

İşletmeniz iki modeli birden kullanıyorsa tek bir “slot” tablosuna zorlamak yerine kaynak türlerini ayırın. Örneğin spa için oda, personel ve hizmet süresi aynı anda uygun olmalı; restoran için kişi sayısı masaya ve salona yerleşebilmelidir.

BoyutRezervasyon örneğiRandevu örneği
Ana kaynakMasa, oda, koltuk veya toplam kapasitePersonel, cihaz, oda ve hizmet süresi
SüreOturum/gece/seans aralığıHizmet bazlı süre + hazırlık/buffer
UygunlukKişi sayısı ve kapasite yerleşimiYetkin personel ile kaynakların kesişimi
OnayAnlık veya kapasite kontrolünden sonraAnlık, ön ödeme veya personel onayı
DeğişiklikKişi sayısı, tarih ve oturumHizmet, personel, süre ve zaman

Satın almadan önce gerçek kural envanterini çıkarın.

  • Çalışma saatleri, tatil, vardiya ve özel gün istisnaları.
  • Hizmet veya kişi sayısına göre süre ve hazırlık aralığı.
  • Aynı anda kullanılan personel, oda, masa, cihaz veya araç.
  • En erken/en geç rezervasyon, değişiklik ve iptal penceresi.
  • Anında onay, manuel onay, bekleme listesi ve kapasite aşımı politikası.
  • Ön ödeme, depozito, iade ve başarısız ödeme davranışı.
  • Gecikme, no-show, erken geliş ve fazla kişi senaryosu.
  • Telefon, mesaj, web ve üçüncü taraf kayıtlarının tek takvimde birleşmesi.
  • Hatırlatma kanalı, zamanı, dil tercihi ve teslim edilememe durumu.
  • Raporlama, veri saklama ve erişim yetkileri.

Formu kısaltmak yetmez; belirsizliği azaltın.

Müşteri önce hizmeti veya kişi sayısını, sonra uygun zamanı seçebilmeli; fiyat, süre, konum, iptal ve hazırlık koşullarını onaydan önce görebilmelidir. Sistem uygun olmayan zamanı son adımda reddetmek yerine baştan göstermemelidir.

Onay ekranı ve mesajı kaydın durumunu açıkça söylemelidir: Talep alındı mı, kesinleşti mi, ödeme bekliyor mu? “Başarılı” yazıp takvim kaydı üretmeyen veya iki kanal arasında farklı durum gösteren akış destek yükünü artırır.

  1. İhtiyacı seç: hizmet, kişi sayısı, şube veya kaynak.
  2. Uygun zamanı gör: yalnız gerçekten alınabilir seçenekler.
  3. Koşulları anla: süre, fiyat, iptal ve gerekli hazırlık.
  4. Gerekli bilgiyi gir: amaçla ilgisiz alan olmadan.
  5. Durumu doğrula: kesin, onay bekliyor veya ödeme bekliyor.
  6. Yönet: değiştir, iptal et, takvime ekle veya destek al.

İyi sistem müşteriye slot gösterirken ekibe karar bağlamı verir.

Operasyon ihtiyacıSistemde aranacak davranış
Çakışma önlemeAynı kaynak ve zamanı atomik biçimde kilitleme
Manuel kayıtTelefon/kapı kaydını online kapasiteye anında yansıtma
DeğişiklikEski slotu serbest bırakıp yeni kuralı doğrulama
İletişimGönderim durumu, şablon sürümü ve tercih yönetimi
YetkiŞube, rol ve işlem türüne göre sınırlı erişim
İzKim, ne zaman, hangi alanı değiştirdi kaydı
Kesintiİnternet/sağlayıcı sorunu için kontrollü alternatif süreç

Kayıt için gereken veri ile sonradan işe yarayabilecek veriyi ayırın.

Ad, iletişim, hizmet ve zaman bilgisi çoğu akış için yeterli olabilir; sağlık notu veya başka özel nitelikli veri bazı hizmetlerde farklı risk ve yükümlülük doğurur. Her alan için amaç, hukuki dayanak, erişen rol, saklama süresi ve silme davranışı belirlenmelidir.

Hatırlatma ve pazarlama iletişimi aynı şey değildir. Randevunun operasyonel mesajını ayrı, kampanya iletişimi tercihini ayrı yönetin. Canlı uygulamadan önce KVKK ve hedef pazardaki ilgili düzenlemeleri yetkin hukuk danışmanıyla doğrulayın.

Demo sırasında güzel takvime değil sekiz zor senaryoya bakın.

  1. Aynı son slotu iki cihazdan eşzamanlı almaya çalışın.
  2. Personel hastalık izni ekleyip mevcut kayıtların durumunu görün.
  3. Süreyi uzatan ek hizmet seçin ve sonraki slotları kontrol edin.
  4. Müşteri kişi sayısını veya hizmeti değiştirdiğinde kapasiteyi doğrulayın.
  5. Ödeme başarısız olduğunda slotun ne kadar tutulduğunu test edin.
  6. İptal penceresi geçtikten sonra müşteri ve ekip seçeneklerini inceleyin.
  7. Mesaj teslim edilmediğinde uyarı ve tekrar sürecini görün.
  8. Veriyi dışa aktarın; alan, zaman dilimi ve durum bilgisinin korunmasını kontrol edin.

Kaynaklar ve kapsam.

Bağlantılar içerikteki değişebilir veya dış doğrulama gerektiren bilgilerin kaynağıdır. Ticari ilişki veya sponsorlu bağlantı değildir.

  1. W3C — Form etiketleri ve talimatlar
  2. KVKK — Kişisel verilerin işlenmesine ilişkin temel ilkeler
  3. KVKK — Özel nitelikli kişisel verilerin işlenmesine ilişkin rehber

Bir sonraki kararı derinleştirin.

QR menüQR menü mü PDF menü mü? İşletme için karar rehberiÖzel yazılımHazır yazılım mı, özel yazılım mı? Karar matrisiWeb & UXKurumsal web sitesi briefi nasıl hazırlanır?

Bu kararı projenize uyarlayalım.

Mevcut durumu, hedefi ve en kritik sınırı paylaşın; gerekli kapsamı birlikte netleştirelim.

Rezervasyon ve randevu hizmetini inceleyin Projeyi konuşalım