ConnectWiz Booking

Pierakstu grāmata ar datubāzes mugurkaulu.

Rezervē operators, MI, plūsma vai pats klients – katra vizīte nonāk vienā uzskaitē, kur telpas, iekārtas un speciālisti tiek pareizi saskaņoti, dubultrezervācijas bloķē pats datu glabāšanas slānis, un jūsu īstie kalendāri tiek sinhronizēti abos virzienos.

Četras rezervēšanas durvis, viena patiesība Konfliktus bloķē datubāze Google · Outlook · Apple sinhronizācija
Pieejamība – to nosaka datubāze
Ceturtdiena
Telpa + iekārta + ārsts: brīvi
Pārklāšanās – DB noraidīja
14:30 rezervēts
Nosūtīts uz Google · aizņemtais laiks atņemts
4
Rezervēšanas durvis – panelis, MI, plūsmas solis un apmeklētāju pašrezervēšana logrīkā
0
Iespējamas dubultrezervācijas – pārklāšanos noraida datubāzes ierobežojums, nevis lietotnes noteikums, ko var apsteigt paralēls pieprasījums
3
Kalendāru nodrošinātāji ar divvirzienu sinhronizāciju – Google, Outlook/Microsoft 365 un Apple/CalDAV
15 min
Atgādinājumu dzinēja ritms – klientu atgādinājumi un darbinieku brīdinājumi tiek sūtīti jūsu iestatītajā laikā iepriekš

Četras durvis

Visi rezervē pēc vienas un tās pašas patiesības

Komanda – pierakstu grāmatā

Dienas skata pierakstu grāmata un pilna rezervāciju pārvaldība – veidi, filiāles, speciālisti, pakalpojumu varianti, paša konta definēti statusi, neierašanās apstrāde un pozīcijas.

MI – divos darbības vārdos

Wiz piedāvā īstus brīvos laikus un tad rezervē to, kuru izvēlas klients – apzināti divos soļos, jo automātiski kādam rezervēt pirmo brīvo laiku ir demonstrācijas triks, nevis apkalpošana.

Plūsmas – kā solis

Mūsu rezervācijas mezgls ievieto laiku piedāvāšanu jebkurā automatizācijā – atgādinājumu plūsma, kas beidzas ar atkārtoti rezervētu vizīti, bez cilvēka iesaistes.

Apmeklētāji – paši

Mūsu vietnes logrīks, kurā ir iebūvēta rezervāciju mini lietotne, ļauj klientiem pašiem izvēlēties laiku no reāllaika pieejamības – un tā parādās tikai tad, ja jūs tiešām piedāvājat rezervējamus pakalpojumus.

Resursu modelis

Telpas, iekārtas, cilvēki – saskaņoti tāpat kā realitātē

“Pieejams” ir trīsvirzienu jautājums: speciālistam, telpai un iekārtai jābūt brīviem vienlaikus. Lielākā daļa rezervāciju rīku modelē vienu asi un cer uz labāko; šis modelē krustpunktu.

Abstrakta 3D ilustrācija: kalendāra režģis ar vienu smaragdzaļu laika lodziņu, trīs resursu lodes, ko saslēdz gaismas gredzens, un pārklājošs laiks, ko atgrūž spēka lauks

Lomas un konteineri

Rezervācija ietver vairākus resursus pēc lomām (telpu, iekārtu, speciālistu), un konteineru saites nozīmē, ka iekārta aizņemtā telpā pamatoti nav pieejama, lai gan neviens to nav rezervējis.

Ierobežojums, nevis noteikums

Pārklāšanās novēršana atrodas datu glabāšanas slānī kā izslēgšanas ierobežojums – divi vienlaicīgi pieprasījumi nevar abi uzvarēt, jo otrais ieraksts tiek fiziski noraidīts. Noteikumu dzinējs sola; ierobežojums garantē.

Ietilpība kā vienības

Nodarbība ar astoņām vietām ir astoņas vienības, nevis skaitītājs – tāpēc “palikusi viena” ir fakts par konkrētu vienību, un atmaksas nesabojā aritmētiku.

Piemērotība – atsevišķi

“Vai šajā telpā var sniegt šo pakalpojumu” ir atsevišķa matrica, nošķirta no aizņemtības – tāpēc brīvs, bet nepiemērots resurss nekad netiek piedāvāts, un iemeslu var pārbaudīt.

Kalendāru sinhronizācija

Jūsu kalendāri, atņemti no pieejamības

Rezervācijas tiek nosūtītas

Vizītes parādās kā notikumi Google, Outlook vai Apple kalendārā – un pazūd, ja tiek atceltas. Speciālista tālruņa kalendārs nekad neatpaliek no pierakstu grāmatas ne par dienu.

Aizņemtais laiks tiek ienests

Ārējie notikumi tiek atņemti no pieejamības – MI nekad nepiedāvās ceturtdienu plkst. 15:00, ja jūsu personīgajā Google kalendārā tajā laikā jau ir ierakstīts zobārsts.

Loma un virziens katram avotam

Katram pieslēgtajam avotam ir savs iestatījums: lasīt no tā, rakstīt tajā, abi vai tikai aizņemtība. Tā kopīgs klīnikas kalendārs un personīgais var pildīt dažādas lomas bez strīdiem.

Atgādinājumi un darbība

Turpinājums – automatizēts

Atgādinājumi, kas tiešām tiek nosūtīti

Klientu apstiprinājumi un atgādinājumi jūsu iestatītajā laikā iepriekš (pa e-pastu, pēc izvēles arī pa SMS), kā arī darbinieku brīdinājumi par jaunām rezervācijām. “Atgādināšana vēlāk” vairs nav atkarīga no atmiņas.

Rezervācijas patērē krājumus

Pakalpojuma vizīte var patērēt detaļas no noliktavas uzskaites – procedūra un tajā izmantotie materiāli tiek saskaņoti vienā darbībā.

Vēsture tiek pārnesta

Pārejat no citas CRM sistēmas? Migrācijas dzinējs importē jūsu esošo vizīšu vēsturi tajā pašā uzskaitē – pierakstu grāmata nesākas ar amnēziju.

Sīkais druks bez izskaistināšanas

Pateikts, pirms plānojat, balstoties uz to

Atsevišķas rezervēšanas saites pagaidām nav

Pašrezervēšana notiek vietnes tērzēšanas logrīkā – Calendly stila publiskas rezervēšanas lapas, ko varētu nosūtīt pa e-pastu, pagaidām nav. Ja tas ir jūsu galvenais darba veids, pastāstiet mums – tas ietekmē attīstības plānu.

Ārējās CRM sistēmas pārnes mazāk

Kad rezervācija tiek ierakstīta pieslēgtā CRM sistēmā, informācija par iekārtām un patēriņu var nesaglabāties – piegādātāju API šīs asis nepublicē, un sinhronizācija pasaka, ko tā izlaida, nevis izlaiž to klusām.

Uzskaite vienmēr paliek pie mums

Lai kādi kalendāri un CRM sistēmas būtu pieslēgti, rezervāciju uzskaite paliek ConnectWiz paša tabula – ārējās sistēmas ir avoti un spoguļi, nekad ne galvenās. Tā ir apzināta dizaina pozīcija, un mēs to pasakām skaidri.

Rezervāciju BUJ

Pirms plānojat

Vairāk atbilžu atradīsiet sadaļā BUJ, vai arī jautājiet mums tieši.

Četras durvis: jūsu komanda panelī un dienas skata pierakstu grāmatā, MI aģents Wiz jebkurā sarunā, automatizācijas plūsmas rezervēšanas solis un apmeklētāji, kas paši rezervē vietnes tērzēšanas logrīkā. Visas četras raksta tajā pašā uzskaitē pret to pašu pieejamību, tāpēc par to, kuram pieder kurš laiks, ir tieši viena patiesība.

Ar pašas datubāzes palīdzību – izslēgšanas ierobežojums datu glabāšanas slānī padara fiziski neiespējamu ierakstīt divas pārklājošas rezervācijas vienam resursam, neatkarīgi no tā, pa kurām durvīm tas mēģināts. Lietotnes noteikumus var apsteigt paralēls pieprasījums; ierobežojumu – nevar.

Jā – Google, Outlook/Microsoft 365 un Apple/CalDAV abos virzienos: rezervācijas tiek nosūtītas kā notikumi (un pazūd, ja tiek atceltas), bet ārējais aizņemtais laiks tiek ienests un atņemts no pieejamības, tāpēc MI nekad nepiedāvās laiku, ko jau aizņēmis jūsu personīgais kalendārs. Katram avotam ir savs lomas un virziena iestatījums – lasīšana, rakstīšana, abi vai tikai aizņemtība.

Apzināti divos soļos: vispirms tas piedāvā īstus brīvos laikus, tad rezervē to, kuru izvēlas klients. Apvienot tos vienā solī nozīmētu automātiski kādam rezervēt pirmo brīvo laiku – ērti demonstrācijā, naidīgi īstajā dzīvē.

Katrs “kad jums būtu laiks?” var beigties ar rezervētu laiku.

Iestatiet resursus vienreiz – un operatori, MI, plūsmas un klienti rezervēs pēc vienas un tās pašas patiesības.