ConnectWiz Booking

Vizitų knyga, kurios stuburas – duomenų bazė.

Rezervuoja konsultantas, DI, automatizavimo srautas ar pats klientas – kiekvienas vizitas patenka į vieną apskaitą, kurioje patalpos, įranga ir specialistai susikerta teisingai, dvigubas rezervacijas blokuoja pats saugojimo sluoksnis, o jūsų tikri kalendoriai sinchronizuojami abiem kryptimis.

Keturi rezervavimo keliai, viena tiesa Konfliktus blokuoja duomenų bazė Google · Outlook · Apple sinchronizacija
Laisvas laikas – sprendžia duomenų bazė
Ketvirtadienis
Kabinetas + įranga + gydytojas: laisva
Persidengimas – atmestas duomenų bazės
14:30 rezervuota
Išsiųsta į Google · užimtas laikas atimtas
4
Rezervavimo keliai: skydelis, DI, srauto žingsnis ir lankytojų savarankiška rezervacija valdiklyje
0
Galimų dvigubų rezervacijų – persidengimus atmeta duomenų bazės apribojimas, o ne programos taisyklė, kurią gali apeiti lygiagrečios užklausos
3
Kalendorių tiekėjai, sinchronizuojami abiem kryptimis: Google, Outlook / Microsoft 365 ir Apple / CalDAV
15 min.
Priminimų variklio ciklas – klientų priminimai ir darbuotojų įspėjimai siunčiami jūsų nustatytu laiku iš anksto

Keturi keliai

Visi rezervuoja pagal tą pačią tiesą

Komanda – vizitų knygoje

Dienos vaizdo vizitų knyga ir visas rezervacijų valdymas: tipai, vietos, specialistai, paslaugų variantai, pačios darbo srities apibrėžtos būsenų etiketės, neatvykimų tvarkymas ir sąskaitos eilutės.

DI – dviem veiksmažodžiais

Wiz pasiūlo tikrus laisvus laikus, tada rezervuoja tą, kurį pasirenka klientas. Sąmoningai dviem žingsniais, nes automatiškai kam nors užimti pirmą laisvą laiką – demonstracijos triukas, o ne aptarnavimas.

Flows – kaip žingsnis

Mūsų rezervacijos mazgas įterpia laiko pasiūlymą į bet kurį automatizavimo srautą – pavyzdžiui, į priminimo srautą, kuris baigiasi perrezervuotu vizitu, be jokio žmogaus įsikišimo.

Lankytojai – savarankiškai

Mūsų svetainės valdiklis: jame esanti rezervacijų programėlė leidžia klientams patiems rinktis iš realiu laiku rodomo laisvo laiko ir atsiranda tik tada, kai iš tikrųjų siūlote rezervuojamas paslaugas.

Išteklių modelis

Patalpos, įranga, žmonės – susikerta taip, kaip realybėje

„Laisva“ – tai trijų dalių klausimas: specialistas, patalpa ir įranga turi būti laisvi vienu metu. Dauguma rezervavimo įrankių modeliuoja vieną ašį ir tikisi geriausio; šis modeliuoja jų sankirtą.

Abstrakti 3D iliustracija: kalendoriaus tinklelis su vienu smaragdiniu langeliu, trys išteklių rutuliai, užrakinti šviesos žiedu, ir persidengiantis langelis, atstumiamas jėgos lauko

Vaidmenys ir priklausomybės

Rezervacija pagal vaidmenis užima kelis išteklius – patalpą, įrangą, specialistą, – o sąsajos tarp išteklių reiškia, kad užimtoje patalpoje esanti įranga teisingai laikoma neprieinama, net jei jos niekas nerezervavo.

Apribojimas, o ne taisyklė

Persidengimų prevencija veikia saugojimo sluoksnyje kaip išskyrimo apribojimas (exclusion constraint) – dvi lenktyniaujančios užklausos negali laimėti abi, nes antrasis įrašas fiziškai atmetamas. Taisyklių variklis žada, apribojimas garantuoja.

Talpa kaip vienetai

Užsiėmimas su aštuoniomis vietomis – tai aštuoni vienetai, o ne skaitiklis, todėl „liko viena“ yra faktas apie konkretų vienetą, o grąžinimai negadina aritmetikos.

Tinkamumas – atskirai

„Ar šioje patalpoje galima teikti šią paslaugą“ – atskira matrica, nepriklausoma nuo užimtumo, todėl laisvas, bet netinkamas išteklius niekada nepasiūlomas, o priežastį galima patikrinti.

Kalendorių sinchronizacija

Jūsų kalendorių užimtumas atimamas iš laisvo laiko

Rezervacijos keliauja į kalendorių

Vizitai atsiranda kaip įvykiai Google, Outlook ar Apple kalendoriuose – ir dingsta juos atšaukus. Specialisto telefono kalendorius niekada neatsilieka nuo vizitų knygos nė dienos.

Užimtas laikas paimamas iš kalendoriaus

Išoriniai įvykiai atimami iš laisvo laiko – DI niekada nepasiūlys ketvirtadienio 15:00, jei jūsų asmeniniame Google kalendoriuje tuo metu jau įrašytas vizitas pas odontologą.

Vaidmuo ir kryptis kiekvienam šaltiniui

Kiekvienas prijungtas šaltinis turi savo nustatymą – skaityti iš jo, rašyti į jį, abu arba tik užimtumas, – todėl bendras klinikos kalendorius ir asmeninis gali atlikti skirtingus vaidmenis ir netrukdyti vienas kitam.

Priminimai ir operacijos

Tolesni veiksmai – automatiškai

Priminimai, kurie tikrai išsiunčiami

Klientų patvirtinimai ir priminimai jūsų nustatytu laiku iš anksto – el. paštu, pasirinktinai ir SMS, – bei darbuotojų įspėjimai apie naujas rezervacijas. „Susisieksiu vėliau“ nebepriklauso nuo atminties.

Rezervacijos nurašo atsargas

Paslaugos vizitas gali nurašyti dalis iš atsargų apskaitos – procedūra ir jai sunaudotos medžiagos suderinamos vienu veiksmu.

Istorija perkeliama

Pereinate iš kito CRM? Perkėlimo variklis importuoja esamą vizitų istoriją į tą pačią apskaitą – vizitų knyga nepradeda nuo tuščio lapo.

Sąlygos be pagražinimų

Pasakome prieš jums planuojant

Atskiros rezervacijos nuorodos kol kas nėra

Savarankiška rezervacija veikia svetainės pokalbių valdiklyje – viešo, Calendly stiliaus rezervacijos puslapio, kurį galėtumėte išsiųsti el. paštu, kol kas nėra. Jei jums tai pagrindinis scenarijus, parašykite mums – tai turės įtakos plėtros planui.

Išoriniai CRM perduoda mažiau

Kai rezervacija įrašoma į prijungtą CRM, informacija apie įrangą ir sunaudotas medžiagas gali neišlikti – tiekėjų API šių ašių neteikia, o sinchronizacija praneša, ką praleido, užuot tyliai praradusi.

Apskaita visada lieka mūsų

Kad ir kokie kalendoriai ar CRM būtų prijungti, rezervacijų apskaita lieka ConnectWiz lentelėje – išorinės sistemos yra šaltiniai ir veidrodžiai, bet niekada ne pagrindinis šaltinis. Tai sąmoningas architektūros sprendimas, ir sakome tai tiesiai.

Rezervacijų DUK

Prieš planuojant

Daugiau atsakymų rasite skiltyje DUK, o jei ko nerasite – parašykite mums tiesiogiai.

Keturi keliai: jūsų komanda skydelyje ir dienos vaizdo vizitų knygoje, DI agentas Wiz bet kuriame pokalbyje, automatizavimo srauto rezervacijos žingsnis ir lankytojai, patys rezervuojantys svetainės pokalbių valdiklyje. Visi keturi rašo į tą pačią apskaitą pagal tą patį laisvą laiką, todėl tiesa apie tai, kas užėmė kurį laiką, yra tik viena.

Tai užtikrina pati duomenų bazė: išskyrimo apribojimas saugojimo sluoksnyje fiziškai neleidžia įrašyti dviejų persidengiančių to paties ištekliaus rezervavimų, nesvarbu, kuriuo keliu bandyta. Programos taisykles gali apeiti lygiagrečios užklausos, apribojimo – ne.

Taip – Google, Outlook / Microsoft 365 ir Apple / CalDAV, abiem kryptimis: rezervacijos siunčiamos kaip įvykiai (ir dingsta atšaukus), o išorinis užimtas laikas paimamas ir atimamas iš laisvo laiko, todėl DI niekada nepasiūlys laiko, kurį jau užėmė jūsų asmeninis kalendorius. Kiekvienas šaltinis turi savo vaidmens ir krypties nustatymą: skaityti, rašyti, abu arba tik užimtumas.

Sąmoningai dviem žingsniais: pirmiausia pasiūlo tikrus laisvus laikus, tada rezervuoja tą, kurį pasirenka klientas. Sujungus juos į vieną žingsnį, pirmas laisvas laikas būtų kam nors užimamas automatiškai – patogu demonstracijoje, priešiška realiame gyvenime.

Kiekvienas „kada jums patogu?“ gali baigtis rezervuotu laiku.

Vieną kartą sukonfigūruokite išteklius – ir konsultantai, DI, srautai bei klientai rezervuos pagal tą pačią tiesą.