Randevu telefonla alınıyorsa üç şey mutlaka oluyor: aynı saate iki kişi yazılıyor, mesai dışında gelen talepler kaçıyor ve kimin ne zaman geleceği birinin aklında tutuluyor. Defter dolduğunda ya da o kişi izne çıktığında sistem duruyor.
Randevu sistemi bu üç sorunu çözmek için kuruluyor. Ama "randevu formu" ile "randevu sistemi" arasında, çoğu işletmenin ancak kullanmaya başlayınca fark ettiği bir uçurum var. Aşağıda o uçurumun nerede olduğunu ve kurarken hangi kararların geri dönüşü zor olduğunu yazdım.
Randevu formu ile randevu sistemi farkı
Bir form, müşterinin yazdığı saati sana e-posta olarak yollar. Karar yine sende: müsait misin, o personel o saatte boş mu, o hizmet ne kadar sürüyor? Yani form işi kolaylaştırmaz, sadece telefonu e-postaya çevirir.
Sistem ise müsaitliği kendisi hesaplar. Müşteri yalnızca gerçekten boş olan saatleri görür. Dolu saat listede hiç görünmez, dolayısıyla çakışma mümkün olmaz.
Aradaki fark tek cümleyle şu: formda kararı sen veriyorsun, sistemde kararı kurallar veriyor.
En zor kısım: müsaitlik hesabı
Randevu sisteminin kalbi burası ve dışarıdan en basit görünen yer de burası. Doğru bir müsaitlik hesabı şunların hepsini aynı anda bilmek zorunda:
- Personelin çalışma saatleri. Herkes aynı saatte başlamaz, birinin salı günü izni olabilir.
- Hizmetin süresi. Saç kesimi 30 dakika, boya 2 saat. Boya için 30 dakikalık boşluk gösterilmemeli.
- Mevcut randevular. Dolu aralıklar çıkarılır.
- Tampon süre. İki randevu arasında temizlik ya da hazırlık gerekiyorsa o da hesaba girer.
- Tatil ve istisnalar. Resmî tatil, yarım gün, beklenmedik kapanış.
Bir kuaför için kurduğum sistemde müsaitlik tam olarak böyle hesaplanıyor: personelin çalışma saatleri, seçilen hizmetin süresi ve o gün dolu olan aralıklar birleştirilip geriye kalan saatler gösteriliyor. Müşteri dolu bir saati seçemiyor, çünkü o saat ekranda hiç yok.
Sadece arayüzde gizlemek yetmez
Burada sık yapılan bir hata var. Dolu saatleri ekranda göstermemek yeterli sanılıyor. Değil. İki kişi aynı anda son kalan saati seçerse, ikisinin de ekranında o saat boş görünüyordu ve ikisi de kaydediyor.
Bu yüzden çakışma engelinin veritabanı seviyesinde olması gerekiyor: aynı personel için çakışan iki kaydın veritabanınca reddedilmesi. Arayüz kullanıcı deneyimi içindir, veri bütünlüğü için değil.
Teklif alırken bunu sorabilirsin: "aynı anda iki kişi son boş saati seçerse ne olur?" Cevap "arayüzde görünmez" ise, o sistem er geç çift kayıt üretecek.
Mesai dışı talepler ve hatırlatma
Randevu sisteminin en somut getirisi, kapalıyken gelen taleplerdir. Bir veteriner kliniği için kurduğum sistemde ziyaretçi 7/24 randevu oluşturabiliyor, klinik de tüm talepleri tek panelden görüyor. Akşam 11'de gelen talep, sabah telefon açılana kadar kaybolmuyor.
İkinci getiri hatırlatma. Gelmeyen müşteri (no-show) her işletmede maliyet, ama randevuya dayalı işlerde doğrudan boşa giden zaman demek. Otomatik hatırlatma bunu azaltıyor. Karar vermen gereken şey kanalı:
| Kanal | Not |
|---|---|
| E-posta | Ücretsiz, ama açılma oranı düşük |
| SMS | En yüksek okunma, kredi başına ücret var |
| Yüksek okunma, resmî API kullanımı onay ve ücret gerektirir |
SMS seçeceksen aylık kaç randevu aldığını hesapla, kredi maliyetini baştan bütçeye koy. "Hatırlatma olsun" cümlesi ücretsiz değil.
Sektöre göre değişen kısım
Randevu sistemi her işletmede aynı değil. Takvim ortak, geri kalan farklı.
Kuaför ve güzellik salonu. Belirleyici olan personel. Müşteri çoğu zaman hizmeti değil kişiyi seçiyor, bu yüzden müsaitlik personel bazında hesaplanmalı.
Cilt bakım ve seanslı hizmetler. Burada iş tek seferlik değil, paket hâlinde satılıyor. Sekiz seanslık bir paketin kaçının kullanıldığı, hangi seansta hangi ürünün uygulandığı ve cildin nasıl tepki verdiği kayda geçmeli. Bir cilt bakım merkezi için kurduğum sistemde bir sonraki seansın planı bu kayıtlara göre çıkıyor.
Veteriner ve sağlık. Randevu tek başına yetmiyor; hasta geçmişi aynı ekranda olmalı. Gelen hayvanın önceki ziyaretleri, uygulanan tedavi ve aşılar, randevu ekranından erişilebilir olmalı.
Aşamalı süreçler. Saç ekimi gibi işlerde karar süreci uzun: önce fotoğraf, sonra değerlendirme, sonra teklif, sonra operasyon. Bunlar WhatsApp'ta dağılınca hangi hastanın nerede kaldığı kayboluyor. Böyle bir işte lazım olan şey takvim değil, aşama takibi.
Hazır çözüm mü, özel sistem mi
| Hazır randevu uygulaması | Kendi sisteminiz | |
|---|---|---|
| Başlangıç | Düşük, aylık abonelik | Tek seferlik kurulum maliyeti |
| Uzun vade | Abonelik sürekli artar, müşteri sayısına bağlanabilir | Sabit; yalnızca hosting ve bakım |
| Esneklik | Kendi kurallarına uymak zorundasın | İşin kendi mantığına göre kurulur |
| Veri | Onların sunucusunda | Sizde |
| Marka | Çoğu zaman onların adı ve arayüzü | Kendi sitenizin içinde |
Küçük bir işletme haftada birkaç randevu alıyorsa hazır çözüm mantıklı. Ama müsaitlik kuralların standart dışıysa — seans paketi, çok şubeli yapı, farklı süreli hizmetler — hazır çözüme uymaya çalışmak, işini yazılıma benzetmeye çalışmak demektir.
KVKK: randevu kişisel veridir
Bu kısım genelde atlanıyor ve en riskli olanı. Randevu kaydı ad, telefon ve çoğu zaman sağlık bilgisi içerir. Sağlık verisi mevzuatta özel nitelikli kişisel veri sayılıyor ve normal verilerden daha sıkı korunması gerekiyor.
Pratikte sistemin şunları içermesi gerekir:
- Randevu formunda aydınlatma metni ve açık rıza alanı
- Verinin ne kadar süreyle saklanacağının belirlenmiş olması
- Panele kimin erişebileceğinin sınırlanması (her personel her kaydı görmemeli)
- Yedekleme ve erişim güvenliği
Bunlar sonradan eklenen şeyler değil, baştan kurulması gereken şeyler. Sistemi yaptıracağın kişiye "KVKK tarafını nasıl kurguluyorsun" diye sor; cevap "aydınlatma metni koyarız" ile sınırlıysa, geri kalanını sen düşüneceksin demektir.
Kurarken sorulacak sorular
- Müsaitlik neye göre hesaplanıyor: personel, hizmet süresi, tampon, tatil?
- Aynı anda iki kişi son boş saati seçerse ne oluyor?
- İptal ve erteleme müşteri tarafından yapılabiliyor mu, kaç saat kalaya kadar?
- Hatırlatma hangi kanaldan gidiyor, aylık gideri ne?
- Panelde kim neyi görebiliyor?
- Randevu verileri nerede tutuluyor, yedeği alınıyor mu?
- Sistem büyürse (ikinci şube, yeni personel) ne yapmak gerekiyor?
Maliyet nereye oturuyor
Randevu, bir web sitesini "tanıtım" bandından "işlevli site" bandına taşıyan kalemlerden biri. Bandların ne olduğunu ve fiyatı neyin belirlediğini kurumsal web sitesi maliyeti yazısında ayrıntılı yazmıştım.
Kısaca: randevu eklemek "küçük bir ekleme" değil. Müsaitlik kuralları, çakışma engeli, iptal akışı, bildirimler ve yönetim paneli — hepsi birlikte tek başına bir proje büyüklüğünde. Teklifte bunlar ayrı ayrı yazılmıyorsa, kapsamın net olmadığı anlamına gelir.