ConnectWiz Booking

Buku janji temu yang bertunjangkan pangkalan data.

Ditempah oleh ejen, AI, flow, atau pelanggan sendiri — setiap janji temu masuk ke satu lejar tempat bilik, peranti dan pengamal bersilang dengan betul, tempahan bertindih disekat oleh lapisan storan itu sendiri, dan kalendar sebenar anda diselaraskan dua hala.

Empat pintu tempahan, satu kebenaran Konflik disekat oleh pangkalan data Penyelarasan Google · Outlook · Apple
Ketersediaan — ditentukan oleh pangkalan data
Khamis
Bilik + peranti + doktor: kosong
Tindihan — ditolak oleh DB
14:30 ditempah
Dihantar ke Google · masa sibuk ditolak
4
Pintu tempahan — panel, AI, langkah flow, dan tempahan kendiri pelawat dalam widget
0
Tempahan bertindih yang mungkin berlaku — tindihan ditolak oleh kekangan pangkalan data, bukan peraturan aplikasi yang boleh berlumba
3
Penyedia kalendar yang diselaraskan dua hala — Google, Outlook/Microsoft 365 dan Apple/CalDAV
15 minit
Kekerapan enjin peringatan — peringatan pelanggan dan makluman kakitangan dihantar mengikut tempoh awal yang anda tetapkan

Empat pintu

Semua orang menempah berdasarkan kebenaran yang sama

Pasukan, dalam diari

Diari paparan harian dan pengurusan tempahan penuh — jenis, lokasi, pengamal, varian perkhidmatan, label status yang ditakrifkan oleh tenant, pengendalian ketidakhadiran dan item baris.

AI, dalam dua kata kerja

Wiz menawarkan slot kosong yang sebenar, kemudian menempah slot yang dipilih oleh pelanggan — sengaja dua langkah, kerana menempah slot kosong pertama secara automatik untuk seseorang ialah helah demo, bukan perkhidmatan.

Flows, sebagai satu langkah

Di sini, nod tempahan menyelitkan tawaran slot ke dalam mana-mana automasi — aliran peringatan yang berakhir dengan janji temu yang ditempah semula, tanpa campur tangan manusia.

Pelawat, layan diri

Di sini, widget laman web, melalui aplikasi mini tempahannya, membolehkan pelanggan memilih sendiri daripada ketersediaan semasa — dan hanya muncul apabila anda benar-benar menawarkan perkhidmatan yang boleh ditempah.

Model sumber

Bilik, peranti, orang — bersilang seperti dalam realiti

"Tersedia" ialah soalan tiga hala: pengamal, bilik dan peranti mesti kosong serentak. Kebanyakan alat tempahan memodelkan satu paksi dan berharap; alat ini memodelkan persilangannya.

Ilustrasi 3D abstrak: grid kalendar dengan satu slot zamrud, tiga orb sumber yang dikunci oleh gelang cahaya, dan slot bertindih yang ditolak jauh oleh medan daya

Peranan & bekas

Satu tempahan memegang beberapa sumber mengikut peranan — bilik, peranti, pengamal — dan pautan bekas bermakna peranti di dalam bilik yang sibuk turut dianggap tidak tersedia, walaupun tiada sesiapa menempah peranti itu.

Kekangan, bukan peraturan

Pencegahan tindihan terletak di lapisan storan sebagai kekangan pengecualian — dua permintaan yang berlumba tidak boleh kedua-duanya menang, kerana tulisan kedua ditolak secara fizikal. Enjin peraturan berjanji; kekangan menjamin.

Kapasiti sebagai unit

Kelas dengan lapan tempat duduk ialah lapan unit, bukan satu pembilang — jadi "tinggal satu" ialah fakta tentang unit tertentu, dan bayaran balik tidak merosakkan kiraan.

Kelayakan, secara berasingan

"Bolehkah bilik ini menampung perkhidmatan ini" ialah matriksnya sendiri, berasingan daripada penghunian — jadi sumber yang kosong tetapi tidak sesuai tidak pernah ditawarkan, dan sebabnya boleh diperiksa.

Penyelarasan kalendar

Kalendar anda, ditolak daripada ketersediaan

Tempahan dihantar keluar

Janji temu muncul sebagai acara dalam Kalendar Google, Outlook atau Apple — dan hilang apabila dibatalkan. Kalendar telefon pengamal tidak pernah ketinggalan sehari berbanding diari.

Masa sibuk ditarik masuk

Acara luaran ditolak daripada ketersediaan — AI tidak akan menawarkan hari Khamis pukul 15:00 jika Kalendar Google peribadi anda sudah mencatat janji temu dengan doktor gigi pada waktu itu.

Peranan & arah bagi setiap sumber

Setiap sumber yang disambungkan mempunyai tetapannya sendiri — baca daripadanya, tulis kepadanya, kedua-duanya, atau sibuk sahaja — jadi kalendar klinik yang dikongsi dan kalendar peribadi boleh memainkan peranan berbeza tanpa bertelagah.

Peringatan & operasi

Tindakan susulan, diautomasikan

Peringatan yang benar-benar dihantar

Pengesahan dan peringatan kepada pelanggan mengikut tempoh awal yang anda tetapkan — melalui e-mel, dengan SMS sebagai pilihan — serta makluman kakitangan bagi setiap tempahan baharu. "Menghubungi semula" tidak lagi bergantung pada ingatan.

Tempahan menggunakan stok

Janji temu perkhidmatan boleh menggunakan alat ganti daripada lejar stok — rawatan dan bahan yang digunakannya diselaraskan dalam satu langkah.

Sejarah dipindahkan masuk

Beralih daripada CRM lain? Enjin migrasi mengimport sejarah janji temu sedia ada ke dalam lejar yang sama — diari tidak bermula tanpa ingatan.

Syarat terperinci, tanpa selindung

Dinyatakan sebelum anda merancang berdasarkannya

Belum ada pautan tempahan berasingan

Tempahan kendiri terletak di dalam widget sembang laman web — belum ada halaman tempahan awam ala Calendly yang boleh anda hantar melalui e-mel. Jika itu teras aliran kerja anda, beritahu kami; ia mempengaruhi pelan hala tuju.

CRM luaran membawa kurang butiran

Apabila tempahan ditulis keluar ke CRM yang disambungkan, butiran peranti dan penggunaan bahan mungkin tidak terbawa — API vendor tidak menyediakan paksi tersebut, dan penyelarasan menyatakan apa yang ditinggalkannya, bukannya menggugurkannya secara senyap.

Lejar ialah milik kami, sentiasa

Walau apa pun kalendar dan CRM yang disambungkan, lejar tempahan kekal sebagai jadual milik ConnectWiz sendiri — sistem luaran ialah sumber dan cermin, tidak pernah menjadi induk. Itu pendirian reka bentuk kami, dinyatakan dengan jelas.

Soalan Lazim tempahan

Sebelum anda menjadualkan

Selebihnya di halaman Soalan Lazim, atau tanya kami terus.

Empat pintu: pasukan anda dalam panel dan diari paparan harian, Wiz si ejen AI dalam mana-mana perbualan, langkah tempahan dalam aliran automasi, dan pelawat yang menempah sendiri dalam widget sembang laman web. Keempat-empatnya menulis ke lejar yang sama berdasarkan ketersediaan yang sama, jadi hanya ada satu kebenaran tentang siapa memegang slot yang mana.

Oleh pangkalan data itu sendiri — kekangan pengecualian di lapisan storan menjadikan dua tahanan yang bertindih pada sumber yang sama mustahil ditulis secara fizikal, tidak kira pintu mana yang mencubanya. Peraturan aplikasi boleh berlumba; kekangan tidak.

Ya — Google, Outlook/Microsoft 365 dan Apple/CalDAV, dua hala: tempahan dihantar keluar sebagai acara (dan hilang apabila dibatalkan), manakala masa sibuk luaran ditarik masuk dan ditolak daripada ketersediaan, jadi AI tidak akan menawarkan slot yang sudah diambil oleh kalendar peribadi anda. Setiap sumber mempunyai tetapan peranan dan arahnya sendiri — baca, tulis, kedua-duanya, atau sibuk sahaja.

Dengan sengaja dalam dua langkah: ia menawarkan slot tersedia yang sebenar dahulu, kemudian menempah slot yang dipilih oleh pelanggan. Menggabungkan kedua-duanya menjadi satu langkah bermakna menempah slot kosong pertama secara automatik untuk seseorang — mudah dalam demo, menyusahkan dalam kehidupan sebenar.

Setiap "bila anda lapang?" boleh berakhir dengan slot yang ditahan.

Sediakan sumber anda sekali sahaja — kemudian ejen, AI, flow dan pelanggan menempah berdasarkan kebenaran yang sama.