ConnectWiz Booking

Avtaleboken med ryggrad i databasen.

Booket av en medarbeider, av AI-en, av en flyt eller av kunden selv – hver eneste time havner i ett register der rom, utstyr og behandlere krysser hverandre riktig, dobbeltbooking stoppes av lagringslaget selv, og de virkelige kalenderne dine synkroniseres begge veier.

Fire bookinginnganger, én fasit Konflikter stoppes av databasen Synk med Google · Outlook · Apple
Tilgjengelighet – avgjort av databasen
Torsdag
Rom + utstyr + lege: ledig
Overlapp – avvist av DB-en
14:30 booket
Sendt til Google · opptatt tid trukket fra
4
Bookinginnganger – panelet, AI-en, et flytsteg og besøkende som booker selv i widgeten
0
Mulige dobbeltbookinger – overlapp avvises av en databasebegrensning, ikke av en appregel som kan tape kappløpet
3
Kalenderleverandører synkronisert begge veier – Google, Outlook/Microsoft 365 og Apple/CalDAV
15 min
Takten i påminnelsesmotoren – kundepåminnelser og varsler til de ansatte går ut med den forvarslingen du har satt opp

Fire innganger

Alle booker mot den samme fasiten

Teamet, i timeboken

En timebok i dagsvisning og full bookingadministrasjon – typer, steder, behandlere, tjenestevarianter, statusetiketter som tenanten definerer selv, håndtering av no-show og linjeposter.

AI-en, i to verb

Wiz tilbyr ekte ledige tider, og booker så den kunden velger – bevisst i to steg, for å reservere den første ledige tiden automatisk på vegne av noen er et demotriks, ikke service.

Flows, som et steg

Med bookingnoden kan du tilby ledige tider i enhver automatisering – påminnelsesflyten som ender i en ombooket time, uten et menneske i loopen.

Besøkende, på egen hånd

Med nettstedswidgetens bookingapp kan kundene velge fra ledig tid selv – den vises bare når du faktisk tilbyr tjenester det går an å booke.

Ressursmodellen

Rom, utstyr, mennesker – de krysser hverandre slik virkeligheten gjør

«Ledig» er et trippelspørsmål: behandleren, rommet og utstyret må være ledige samtidig. De fleste bookingverktøy modellerer én akse og håper på det beste; dette modellerer krysningspunktet.

Abstrakt 3D-illustrasjon: et kalenderrutenett med én smaragdgrønn time, tre ressurskuler låst av en lysring, og en overlappende time skjøvet unna av et kraftfelt

Roller og beholdere

En booking holder på flere ressurser etter rolle – rom, utstyr, behandler – og beholderkoblinger gjør at utstyr inne i et opptatt rom er utilgjengelig, akkurat som det skal være, selv om ingen har booket utstyret.

Begrensningen, ikke en regel

Vernet mot overlapp ligger i lagringslaget som en eksklusjonsbegrensning – to forespørsler i kappløp kan ikke begge vinne, fordi den andre skrivingen fysisk avvises. En regelmotor lover; en begrensning garanterer.

Kapasitet som enheter

Et kurs med åtte plasser er åtte enheter, ikke en teller – så «én igjen» er et faktum om en bestemt enhet, og refusjoner ødelegger ikke regnestykket.

Egnethet, for seg

«Kan dette rommet brukes til denne tjenesten» er sin egen matrise, atskilt fra opptatthet – så en ressurs som er ledig, men feil, blir aldri tilbudt, og grunnen kan inspiseres.

Kalendersynk

Kalenderne dine, trukket fra tilgjengeligheten

Bookinger sendes ut

Timer dukker opp som hendelser i Google-, Outlook- eller Apple-kalendere – og forsvinner ved avbestilling. Kalenderen på behandlerens telefon ligger aldri en dag etter timeboken.

Opptatt tid hentes inn

Eksterne hendelser trekkes fra tilgjengeligheten – AI-en tilbyr aldri torsdag 15:00 når din egen Google-kalender allerede har tannlegen der.

Rolle og retning per kilde

Hver tilkoblede kilde har sin egen innstilling – les fra, skriv til, begge deler eller kun opptatt tid – slik kan en felles klinikkalender og en privat kalender spille hver sin rolle uten å krangle.

Påminnelser og drift

Oppfølgingen, automatisert

Påminnelser som faktisk går ut

Bekreftelser og påminnelser til kunden med den forvarslingen du har satt opp – e-post, og SMS hvis du vil – pluss varsler til de ansatte om nye bookinger. Å «komme tilbake til saken» slutter å være avhengig av hukommelsen.

Bookinger trekker fra lageret

En servicetime kan trekke deler fra lagerregisteret — behandlingen og materialene den brukte, avstemmes i én og samme bevegelse.

Historikken flyttes med

Bytter du fra et annet CRM? Migreringsmotoren importerer den eksisterende timehistorikken din inn i det samme registeret – timeboken starter ikke uten hukommelse.

Det med liten skrift, uten pynt

Sagt rett ut før du planlegger rundt det

Ingen frittstående bookinglenke ennå

Selvbetjent booking ligger inne i chat-widgeten på nettstedet – det finnes ennå ingen offentlig bookingside av Calendly-typen som du kan sende på e-post. Er det den viktigste måten dere jobber på, så si fra; det former veikartet.

Eksterne CRM-er bærer mindre

Når en booking skrives ut til et tilkoblet CRM, er det ikke sikkert at detaljer om utstyr og forbruk overlever – leverandørenes API-er publiserer ikke de aksene, og synken sier fra hva den droppet i stedet for å droppe det i stillhet.

Registeret er vårt, alltid

Uansett hvilke kalendere og CRM-er som kobles til, forblir bookingregisteret ConnectWiz’ egen tabell – eksterne systemer er kilder og speil, aldri fasiten. Det er et designvalg, sagt rett ut.

FAQ om Booking

Før du setter opp timer

Mer finner du i vår fullstendige FAQ, eller spør oss direkte.

Fire innganger: teamet ditt i panelet og i dagsvisningen av timeboken, Wiz – AI-agenten – inne i enhver samtale, bookingsteget i en automatisert flyt, og besøkende som booker selv i chat-widgeten på nettstedet. Alle fire skriver til det samme registeret mot den samme tilgjengeligheten, så det finnes nøyaktig én fasit om hvem som har hvilken time.

Av databasen selv – en eksklusjonsbegrensning i lagringslaget gjør det fysisk umulig å skrive to overlappende reservasjoner på samme ressurs, uansett hvilken inngang som prøvde. Applikasjonsregler kan tape et kappløp; begrensningen kan ikke.

Ja – Google, Outlook/Microsoft 365 og Apple/CalDAV, begge veier: bookinger sendes ut som hendelser (og forsvinner ved avbestilling), og ekstern opptatt tid hentes inn og trekkes fra tilgjengeligheten, så AI-en aldri tilbyr en time din private kalender allerede har tatt. Hver kilde har sin egen innstilling for rolle og retning – les, skriv, begge deler eller kun opptatt tid.

Bevisst i to steg: den tilbyr ekte ledige tider først, og booker så den kunden velger. Å slå dem sammen til ett steg ville bety å reservere den første ledige tiden automatisk på vegne av noen – praktisk i en demo, fiendtlig i virkeligheten.

Hvert eneste «når har dere ledig?» kan ende i en reservert time.

Sett opp ressursene én gang – så booker medarbeidere, AI, flyter og kunder mot den samme fasiten.