ConnectWiz Booking

Aftalebogen med en database som rygrad.

Booket af en medarbejder, af AI'en, af et flow eller af kunden selv – hver eneste aftale lander i ét register, hvor lokaler, apparater og behandlere krydser hinanden korrekt, dobbeltbooking blokeres af selve lagerlaget, og dine rigtige kalendere synkroniserer begge veje.

Fire bookingdøre, én sandhed Konflikter blokeret af databasen Synk med Google · Outlook · Apple
Ledig tid – afgjort af databasen
Torsdag
Lokale + apparat + læge: ledigt
Overlap – afvist af databasen
14:30 booket
Sendt til Google · optaget tid trukket fra
4
Bookingdøre – panelet, AI'en, et flow-trin og den besøgendes egen booking i widgetten
0
Mulige dobbeltbookinger – overlap afvises af en spærring i databasen, ikke af en app-regel, der kan tabe kapløbet
3
Kalenderudbydere synkroniseret begge veje – Google, Outlook/Microsoft 365 og Apple/CalDAV
15 min
Påmindelsesmotorens takt – påmindelser til kunden og varsler til personalet udløses med det varsel, du har sat

Fire døre

Alle booker op mod den samme sandhed

Teamet, i aftalebogen

En aftalebog i dagsvisning og fuld bookingstyring – typer, lokationer, behandlere, ydelsesvarianter, selvvalgte statusmærkater, håndtering af udeblivelser og varelinjer.

AI'en, i to verber

Wiz tilbyder rigtige ledige tider og booker så den, kunden vælger – bevidst i to trin, for automatisk at lægge beslag på den første ledige tid på kundens vegne er et demotrick, ikke service.

Flows, som et trin

Vores bookingnode lægger tilbud om ledige tider ind i enhver automatisering – påmindelsesflowet, der ender med en ombooket aftale, uden et menneske indblandet.

Besøgende, selvbetjent

Vores hjemmesidewidgets booking-miniapp lader kunderne vælge selv i den faktiske ledige tid – og den dukker kun op, når du rent faktisk udbyder ydelser, der kan bookes.

Ressourcemodellen

Lokaler, apparater, mennesker – de krydser hinanden, som virkeligheden gør

»Ledig« er et tredelt spørgsmål: behandleren, lokalet og apparatet skal alle være ledige på samme tid. De fleste bookingværktøjer modellerer én akse og håber på det bedste; det her modellerer skæringen.

Abstrakt 3D-illustration: et kalendergitter med én smaragdgrøn tid, tre ressourcekugler låst af en lysring og en overlappende tid, der skubbes væk af et kraftfelt

Roller & containere

En booking holder flere ressourcer efter rolle – lokale, apparat, behandler – og containerrelationer betyder, at et apparat inde i et optaget lokale også er optaget, selvom ingen har booket selve apparatet.

Spærringen, ikke en regel

Overlap forhindres i lagerlaget af en exclusion constraint – to samtidige forespørgsler kan ikke begge vinde, fordi den anden skrivning fysisk afvises. En regelmotor lover; en spærring garanterer.

Kapacitet som enheder

Et hold med otte pladser er otte enheder, ikke en tæller – så »én tilbage« er en kendsgerning om en bestemt enhed, og refusioner ødelægger ikke regnestykket.

Egnethed, for sig

»Kan det her lokale rumme den her ydelse« er sin egen matrix, adskilt fra belægningen – så en ledig, men forkert ressource aldrig bliver tilbudt, og begrundelsen kan slås op.

Kalendersynk

Dine kalendere, trukket fra den ledige tid

Bookinger skubbes ud

Aftaler dukker op som begivenheder i Google-, Outlook- eller Apple-kalendere – og forsvinder igen ved aflysning. Behandlerens kalender på telefonen er aldrig en dag bagud i forhold til aftalebogen.

Optaget tid trækkes ind

Eksterne begivenheder trækkes fra den ledige tid – AI'en tilbyder aldrig torsdag 15:00, når din private Google Kalender allerede har tandlægen stående der.

Rolle & retning pr. kilde

Hver tilkoblet kilde har sin egen indstilling – læs fra, skriv til, begge dele eller kun optaget tid – så en fælles klinikkalender og en privat kan spille hver sin rolle uden at slås om det.

Påmindelser & drift

Opfølgningen, automatiseret

Påmindelser, der udløses

Bekræftelser og påmindelser til kunden med det varsel, du har sat – e-mail, med SMS som tilvalg – plus varsler til personalet ved nye bookinger. »Jeg vender tilbage« holder op med at afhænge af hukommelsen.

Bookinger trækker på lageret

En serviceaftale kan trække dele fra lagerregistret – behandlingen og de materialer, den brugte, afstemmes i én og samme bevægelse.

Historikken migrerer med

Skifter du fra et andet CRM? Migreringsmotoren importerer din eksisterende aftalehistorik ind i det samme register – aftalebogen starter ikke uden hukommelse.

Det ærlige med småt

Sagt højt, før du planlægger efter det

Endnu intet selvstændigt bookinglink

Selvbetjent booking bor inde i chatwidgetten på hjemmesiden – der findes endnu ikke en offentlig bookingside i Calendly-stil, som du kan sende på e-mail. Hvis det er din vigtigste vej ind, så sig til; det er med til at forme køreplanen.

Eksterne CRM'er bærer mindre med

Når en booking skrives ud til et tilkoblet CRM, overlever detaljerne om apparat og forbrug måske ikke – leverandørernes API'er offentliggør ikke de akser, og synkroniseringen siger, hvad den tabte, i stedet for at tabe det i stilhed.

Registret er vores, altid

Uanset hvilke kalendere og CRM'er der kobles på, bliver bookingregistret ved med at være ConnectWiz’ egen tabel – eksterne systemer er kilder og spejle, aldrig masteren. Det er en designholdning, sagt højt.

Booking-FAQ

Før du booker

Mere i vores fulde FAQ, eller spørg os direkte.

Fire døre: dit team i panelet og i aftalebogens dagsvisning, AI-agenten Wiz inde i enhver samtale, bookingtrinnet i et automatiseringsflow og besøgende, der booker sig selv ind i chatwidgetten på hjemmesiden. Alle fire skriver til det samme register op mod den samme ledige tid, så der findes præcis én sandhed om, hvem der har hvilken tid.

Af selve databasen – en exclusion constraint i lagerlaget gør det fysisk umuligt at skrive to overlappende reservationer på den samme ressource, uanset hvilken dør der prøvede. Applikationsregler kan tabe kapløbet; spærringen kan ikke.

Ja – Google, Outlook/Microsoft 365 og Apple/CalDAV, begge veje: bookinger skubbes ud som begivenheder (og forsvinder ved aflysning), og ekstern optaget tid trækkes ind og fratrækkes den ledige tid, så AI'en aldrig tilbyder en tid, din private kalender allerede har taget. Hver kilde har sin egen indstilling for rolle og retning – læs, skriv, begge dele eller kun optaget tid.

Bevidst i to trin: den tilbyder først rigtige ledige tider og booker så den, kunden vælger. At slå de to sammen til ét ville betyde, at den automatisk lægger beslag på den første ledige tid på kundens vegne – bekvemt i en demo, fjendtligt i virkeligheden.

Hvert eneste »hvornår er der en ledig tid?« kan ende med en reserveret tid.

Sæt dine ressourcer op én gang – så booker medarbejdere, AI, flows og kunder op mod den samme sandhed.