Masa ve kapasite
Kişi sayısı, alan, masa uygunluğu, zaman aralığı ve işletmenin onay düzenine göre yer ayırma.
Hizmet · Booking
Özel rezervasyon ve randevu sistemi: uygunluğu tek yerde yönetin.
Narvals Labs; restoran rezervasyonu ve hizmet randevularını işletmenin gerçek kapasite, masa, personel, hizmet süresi ve çalışma saati kurallarına göre dijitalleştirir. Müşteri telefondan uygun seçimi yaparken ekip kayıt, durum ve takvimi yönetilebilir bir akışta görür.
İşletmeye uygun model
Rezervasyon ile randevu aynı takvimi kullanmaz.
Restoranda kişi sayısı, masa, alan ve oturum zamanı; hizmet işletmesinde hizmet türü, personel, işlem süresi, hazırlık ve mola belirleyicidir. Doğru sistem, bu kuralları müşteriye karmaşa göstermeden uygular ve ekibin günlük kararlarını kolaylaştırır.
Personel ve süre
Hizmet, çalışan, işlem süresi, hazırlık, mola ve çalışma saatine göre uygun randevu oluşturma.
Onay bekleyen kayıt
Müşterinin talep gönderdiği, işletmenin uygunluğu kontrol ederek kaydı onayladığı akış.
Doğrudan kesinleşen kayıt
Kuralların yeterince açık olduğu durumda uygun zamanın sistem tarafından ayırıldığı akış.
Müşteri ve ekip deneyimi
Kayıt formundan daha fazlası: uygunluk ve kapasite düzeni.
Kapsam, işletmenin gerçekte nasıl rezervasyon veya randevu kabul ettiğine göre belirlenir. Aşağıdaki parçalar zorunlu bir paket değildir.
- Şube ve hizmet noktası yapısı
- Masa, alan veya kaynak tanımları
- Personel ve hizmet eşleştirmesi
- Hizmet ve hazırlık süreleri
- Çalışma saati, mola ve kapalı günler
- Kapasite ve zaman aralığı kuralları
- Müşteri seçim ve kayıt ekranları
- Onay, değişiklik ve iptal durumları
- İhtiyaca göre hatırlatma bildirimleri
- Bekleme listesi gereksinimi
- Yönetim takvimi ve kullanıcı rolleri
- Talep, yoğunluk ve iptal raporları
Karar motoru
Sistemin kalbi ekran değil, iş kurallarıdır.
Takvimde boş görünen her saat gerçekten uygun olmayabilir. Personel yetkinliği, masa birleşimi, hizmet süresi, hazırlık aralığı, eş zamanlı kapasite ve işletmenin onay biçimi birlikte değerlendirilmelidir. Kurallar netleşmeden otomasyon yalnızca hatayı daha hızlı üretir.
| Kural | Yanıtladığı soru | Örnek işletme girdisi |
|---|---|---|
| Uygunluk | Hangi gün ve saat seçilebilir? | Çalışma saatleri, kapalı gün, mola ve istisnalar |
| Kapasite | Aynı anda kaç kayıt alınabilir? | Masa, kişi, oda, ekipman veya personel sınırı |
| Süre | Bir kayıt takvimde ne kadar yer tutar? | Hizmet, hazırlık, temizlik veya oturum aralığı |
| Onay | Kayıt ne zaman kesinleşir? | Otomatik kabul, ekip onayı veya ek bilgi kontrolü |
| Değişiklik | Müşteri kaydı nasıl düzenler veya iptal eder? | Zaman sınırı, izin verilen alanlar ve ekip bildirimi |
Kurulum düzeni
Önce gerçek takvimi, sonra dijital takvimi kurarız.
Mevcut kayıt yolunu çıkarırız.
Telefon, mesaj, kâğıt veya mevcut araçlarda kaydın nasıl alındığını ve sorunların nerede oluştuğunu inceleriz.
Kapasite ve istisnaları tanımlarız.
Şube, masa, kişi, personel, hizmet, süre, mola, onay ve iptal kurallarını açık senaryolara dönüştürürüz.
Müşteri ve ekip ekranlarını kurarız.
Mobil seçim yolunu, durum mesajlarını, yönetim takvimini ve gerekli kullanıcı rollerini tasarlayıp geliştiririz.
Sınır durumlarını test ederiz.
Doluluk, çakışma, iptal, değişiklik, kapalı gün, bildirim ve erişim gibi kritik durumları yayından önce kontrol ederiz.
Veri ve iletişim
Yalnızca gerekli bilgiyi, açık amaçla toplarız.
Kayıt için hangi müşteri bilgilerinin gerçekten gerekli olduğu, bu bilgiyi kimin göreceği, hangi bildirimlerin gönderileceği ve kayıtların nasıl yönetileceği kapsam aşamasında belirlenir. İzin metinleri ve saklama gereksinimleri işletmenin sürecine göre yetkili hukuk danışmanıyla doğrulanmalıdır; teknik kurulum tek başına hukuki uygunluk garantisi vermez.
Takvim, ödeme veya mesaj servisi bağlantısı gerekiyorsa sağlayıcının teknik olanakları, erişim izinleri, hata durumları ve veri sorumlulukları ayrıca incelenir. Bir bağlantı yalnızca işletmenin iş akışını sadeleştiriyorsa eklenir.
Sık sorulanlar
Rezervasyon ve randevu hakkında açık cevaplar.
Rezervasyon ve randevu sistemi arasındaki fark nedir?
Rezervasyon genellikle belirli bir kapasite veya kaynakta yer ayırır; randevu ise hizmet, personel ve işlem süresini eşleştirir. İki modelin ortak alanları olsa da uygunluk kuralları farklıdır.
Birden fazla şube veya personel desteklenebilir mi?
Gerçek operasyon gerektiriyorsa şube, personel, hizmet ve çalışma saatleri ayrı kurallarla modellenebilir. Kullanıcıların hangi kayıtlara erişeceği de kapsamda tanımlanır.
Onay, hatırlatma, değişiklik ve iptal eklenebilir mi?
İşletmenin karar düzeni, bildirim kanalı, zamanlama, kullanıcı izni ve kullanılan servislerin teknik olanakları incelendikten sonra gerekli akışlar eklenebilir.
Ön ödeme alınabilir mi?
İş modeli, iptal koşulları ve seçilen ödeme sağlayıcısının teknik desteği uygunsa ön ödeme bağlantısı değerlendirilebilir. Ödeme akışı ayrı test, içerik ve operasyon sorumlulukları doğurur.
Mevcut takvimle entegrasyon yapılabilir mi?
Kullanılan takvim servisinin API veya senkronizasyon desteği, erişim yetkileri ve çift yönlü güncelleme gereksinimi incelendikten sonra uygunluk belirlenir.
Proje kapsamını ve süresini neler etkiler?
Şube, masa, personel, hizmet ve rol sayısı; kapasite kuralları, bildirimler, ödeme veya takvim bağlantıları, veri aktarımı ve test senaryoları kapsamı belirler.
Bağlantılı hizmetler
Kayıt akışını menü ve operasyona bağlayın.
Rezervasyon ve randevu sistemi seçim rehberini okuyun. QR menü, rezervasyon ve randevu seçeneklerini karşılaştırın. Tüm hizmetleri inceleyin.
Kayıt trafiği nerede dağılıyor?
Mevcut yöntemi, şube veya personel yapısını ve kapasite kurallarını paylaşın; gerekli rezervasyon veya randevu sistemini birlikte netleştirelim.
Sistemi konuşalım