ConnectWiz Booking

Buku janji temu dengan tulang punggung basis data.

Dipesan oleh agen, oleh AI, oleh sebuah alur, atau oleh pelanggannya sendiri — setiap janji temu mendarat di satu buku pemesanan tempat ruangan, alat, dan praktisi bersinggungan dengan benar, jadwal ganda dihalangi oleh lapisan penyimpanannya sendiri, dan kalender Anda yang sungguhan tersinkron dua arah.

Empat pintu pemesanan, satu kebenaran Konflik dihalangi oleh basis datanya Sinkron Google · Outlook · Apple
Ketersediaan — diputuskan oleh basis datanya
Kamis
Ruangan + alat + dokter: kosong
Tumpang tindih — ditolak DB
14.30 terpesan
Dikirim ke Google · waktu sibuk dikurangkan
4
Pintu pemesanan — panel, AI, langkah alur, dan pemesanan mandiri oleh pengunjung di widget
0
Jadwal ganda yang mungkin terjadi — tumpang tindih ditolak oleh constraint basis data, bukan oleh aturan aplikasi yang bisa berebut
3
Penyedia kalender yang tersinkron dua arah — Google, Outlook/Microsoft 365, dan Apple/CalDAV
15 menit
Irama mesin pengingat — pengingat pelanggan dan notifikasi staf berbunyi sesuai tenggang waktu yang Anda konfigurasi

Empat pintu

Semua orang memesan terhadap kebenaran yang sama

Tim, di dalam buku agenda

Buku agenda tampilan harian dan pengelolaan pemesanan yang lengkap — jenis, lokasi, praktisi, varian layanan, label status yang ditentukan tenant, penanganan pelanggan yang tidak datang, dan rincian item.

AI, dalam dua kata kerja

Wiz menawarkan slot kosong yang sungguhan, lalu memesan yang dipilih pelanggan — sengaja dua langkah, karena otomatis memesankan slot kosong pertama untuk seseorang itu trik demo, bukan pelayanan.

Flows, sebagai satu langkah

Di node pemesanan tersedia langkah yang menyelipkan penawaran slot ke otomatisasi mana pun — alur pengingat yang berakhir dengan janji temu terjadwal ulang, tanpa manusia di dalamnya.

Pengunjung, swalayan

Di widget situs web, mini-aplikasi pemesanannya membuat pelanggan bisa memilih sendiri dari ketersediaan yang sedang berjalan — dan ia hanya muncul ketika Anda memang menawarkan layanan yang bisa dipesan.

Model sumber dayanya

Ruangan, alat, orang — bersinggungan seperti kenyataan

"Tersedia" adalah pertanyaan bercabang tiga: praktisinya, ruangannya, dan alatnya harus sama-sama kosong pada saat yang sama. Kebanyakan alat pemesanan memodelkan satu sumbu lalu berharap; yang ini memodelkan persinggungannya.

Ilustrasi 3D abstrak: kisi kalender dengan satu slot zamrud, tiga bola sumber daya yang terkunci cincin cahaya, dan satu slot yang tumpang tindih terdorong menjauh oleh medan gaya

Peran & wadah

Satu pemesanan memegang beberapa sumber daya menurut perannya — ruangan, alat, praktisi — dan tautan wadah membuat alat yang berada di dalam ruangan yang sedang terpakai menjadi tidak tersedia dengan benar, meski tidak ada yang memesan alatnya.

Constraint, bukan aturan

Pencegahan tumpang tindih tinggal di lapisan penyimpanan sebagai exclusion constraint — dua permintaan yang berebut tidak mungkin sama-sama menang, karena penulisan yang kedua ditolak secara fisik. Mesin aturan berjanji; constraint menjamin.

Kapasitas sebagai unit

Sebuah kelas berkapasitas delapan kursi berarti delapan unit, bukan sebuah penghitung — sehingga "tinggal satu" adalah fakta tentang satu unit tertentu, dan pengembalian dana tidak merusak aritmetikanya.

Kelayakan, secara terpisah

"Bisakah ruangan ini menampung layanan ini" adalah matriksnya sendiri, terpisah dari soal keterisian — sehingga sumber daya yang kosong tetapi keliru tidak pernah ditawarkan, dan alasannya bisa diperiksa.

Sinkronisasi kalender

Kalender Anda, dikurangkan dari ketersediaan

Pemesanan dikirim keluar

Janji temu muncul sebagai acara di kalender Google, Outlook, atau Apple — dan hilang saat dibatalkan. Kalender di ponsel praktisinya tidak pernah tertinggal sehari dari buku agenda.

Waktu sibuk ditarik masuk

Acara dari luar mengurangi ketersediaan — AI-nya tidak pernah menawarkan Kamis pukul 15.00 ketika Google Kalender pribadi Anda sudah berisi janji ke dokter gigi di jam itu.

Peran & arah per sumber

Tiap sumber yang tersambung punya pengaturannya sendiri — dibaca, ditulisi, keduanya, atau khusus waktu sibuk — sehingga kalender klinik bersama dan kalender pribadi bisa memainkan peran berbeda tanpa berkelahi.

Pengingat & operasional

Tindak lanjutnya, diotomatiskan

Pengingat yang benar-benar berbunyi

Konfirmasi dan pengingat untuk pelanggan pada tenggang waktu yang Anda konfigurasi — lewat email, dengan SMS sebagai pilihan — plus notifikasi staf untuk pemesanan baru. "Nanti saya kabari lagi" berhenti bergantung pada ingatan.

Pemesanan memakai stok

Sebuah janji temu servis bisa memakai suku cadang dari buku besar stok — perawatannya dan bahan yang dipakainya saling cocok dalam satu gerakan.

Riwayat ikut bermigrasi masuk

Pindah dari CRM lain? Mesin migrasinya mengimpor riwayat janji temu Anda yang sudah ada ke buku pemesanan yang sama — buku agendanya tidak dimulai dalam keadaan hilang ingatan.

Ketentuan kecilnya, apa adanya

Dinyatakan sebelum Anda menyusun rencana di sekitarnya

Belum ada tautan pemesanan mandiri

Pemesanan swalayan tinggal di dalam widget obrolan situs web — belum ada halaman pemesanan publik bergaya Calendly yang bisa Anda kirim lewat email. Kalau itu gerak utama Anda, beri tahu kami; masukan seperti itu membentuk roadmap.

CRM eksternal membawa lebih sedikit

Ketika sebuah pemesanan ditulis ke CRM yang tersambung, detail alat dan pemakaian bahannya bisa saja tidak selamat — API vendornya tidak mengumumkan sumbu-sumbu itu, dan sinkronisasinya menyebutkan apa yang dibuangnya alih-alih membuangnya diam-diam.

Buku pemesanannya selalu milik kami

Kalender dan CRM apa pun yang tersambung, buku pemesanannya tetap menjadi tabel milik ConnectWiz sendiri — sistem eksternal adalah sumber dan cermin, tidak pernah menjadi induknya. Itu posisi desain, dan kami menyatakannya.

FAQ Booking

Sebelum Anda menjadwalkan

Selengkapnya di halaman FAQ, atau tanyakan langsung kepada kami.

Empat pintu: tim Anda lewat panel dan buku agenda tampilan harian, Wiz si agen AI di dalam percakapan mana pun, langkah pemesanan pada sebuah alur otomatisasi, dan pengunjung yang memesan sendiri di widget obrolan situs web. Keempatnya menulis ke buku pemesanan yang sama terhadap ketersediaan yang sama, jadi hanya ada tepat satu kebenaran tentang siapa memegang slot yang mana.

Oleh basis datanya sendiri — exclusion constraint di lapisan penyimpanan membuat dua penahanan yang tumpang tindih pada sumber daya yang sama mustahil ditulis secara fisik, tidak peduli lewat pintu mana pun yang mencoba. Aturan aplikasi bisa berebut; constraint tidak bisa.

Ya — Google, Outlook/Microsoft 365, dan Apple/CalDAV, dua arah: pemesanan dikirim keluar sebagai acara (dan lenyap saat dibatalkan), dan waktu sibuk dari luar ditarik masuk lalu mengurangi ketersediaan, sehingga AI-nya tidak pernah menawarkan slot yang sudah diambil kalender pribadi Anda. Tiap sumber punya pengaturan peran dan arahnya sendiri — baca, tulis, keduanya, atau khusus waktu sibuk.

Sengaja dibuat dua langkah: ia menawarkan slot yang benar-benar tersedia dulu, lalu memesan yang dipilih pelanggan. Menggabungkan keduanya menjadi satu langkah berarti otomatis memesankan slot kosong pertama untuk seseorang — praktis di dalam demo, kejam di kehidupan nyata.

Setiap "kapan Anda kosong?" bisa berakhir dengan satu slot yang tertahan.

Siapkan sumber daya Anda sekali — lalu agen, AI, alur, dan pelanggan memesan terhadap kebenaran yang sama.