ConnectWiz Booking

Az előjegyzési napló, amelynek adatbázis a gerince.

Akár ügyintéző, akár az AI, akár egy folyamat, akár maga az ügyfél foglal – minden időpont egyetlen nyilvántartásba kerül, ahol a helyiség, az eszköz és a szakember helyesen metszi egymást, a dupla foglalást maga a tárolási réteg tiltja, a valódi naptáraid pedig mindkét irányban szinkronban vannak.

Négy foglalási ajtó, egy igazság Az ütközést az adatbázis tiltja Google · Outlook · Apple szinkron
Szabad időpont – az adatbázis dönt
Csütörtök
Helyiség + eszköz + orvos: szabad
Átfedés – az adatbázis elutasítja
14:30 lefoglalva
Kiküldve a Google-be · elfoglaltság levonva
4
Foglalási ajtó – panel, AI, folyamatlépés és látogatói önfoglalás a widgetben
0
Lehetséges dupla foglalás – az átfedést adatbázis-megszorítás utasítja el, nem versenyezhető alkalmazásszabály
3
Kétirányban szinkronizált naptárszolgáltató – Google, Outlook/Microsoft 365 és Apple/CalDAV
15 perc
Az emlékeztetőmotor ütemezése – az ügyfélemlékeztető és a munkatársi riasztás a beállított előzetes idő szerint indul

Négy ajtó

Mindenki ugyanarra az igazságra foglal

A csapat, a naplóban

Napi nézetű napló és teljes foglaláskezelés – típusok, helyszínek, szakemberek, szolgáltatásváltozatok, tenantonként meghatározott állapotfeliratok, meg nem jelenés kezelése és tételsorok.

Az AI, két igében

A Wiz valódi szabad időpontokat kínál, majd lefoglalja azt, amelyiket az ügyfél kiválaszt – szándékosan két lépésben, mert valakinek automatikusan lefoglalni az első szabad időpontot demótrükk, nem szolgáltatás.

Flows, lépésként

A foglalási csomópont bármelyik automatizálásba beteszi az időpontkínálást – az az emlékeztető folyamat, amely újrafoglalt időponttal ér véget, ember nélkül.

Látogatók, önkiszolgálásban

A webhelywidgetnek a foglalási minialkalmazása hagyja, hogy az ügyfél maga válasszon az élő szabad időpontokból – és csak akkor jelenik meg, ha tényleg kínálsz foglalható szolgáltatást.

Az erőforrásmodell

Helyiség, eszköz, ember – úgy metszik egymást, ahogy a valóságban

A „szabad” háromtényezős kérdés: a szakembernek, a helyiségnek és az eszköznek egyszerre kell szabadnak lennie. A legtöbb foglalási eszköz egy tengelyt modellez, és reménykedik; ez a metszetet modellezi.

Absztrakt 3D-illusztráció: naptárrács egyetlen smaragdzöld idősávval, három erőforrásgömb fénygyűrűvel lezárva, és egy átfedő idősáv, amelyet erőtér lök félre

Szerepek és tárolók

Egy foglalás több erőforrást tart szerep szerint – helyiség, eszköz, szakember –, és a tárolókapcsolatok miatt a foglalt helyiségben lévő eszköz helyesen foglaltnak számít, akkor is, ha magát az eszközt senki nem foglalta le.

Megszorítás, nem szabály

Az átfedés tiltása a tárolási rétegben él, kizárási megszorításként – két versenyző kérés közül nem nyerhet mindkettő, mert a második írást fizikailag elutasítja a rendszer. A szabálymotor ígér; a megszorítás garantál.

Kapacitás darabokban

A nyolcfős csoportos óra nyolc darab, nem egy számláló – így az „egy maradt” egy konkrét darabra vonatkozó tény, és a visszatérítés nem rontja el a számtant.

Alkalmasság, külön

A „fogadhatja-e ez a helyiség ezt a szolgáltatást” külön mátrix, a foglaltságtól függetlenül – így a szabad, de nem megfelelő erőforrást soha nem kínáljuk fel, az okot pedig meg lehet nézni.

Naptárszinkron

A naptáraid levonva a szabad időből

A foglalás kimegy

Az időpontok eseményként jelennek meg a Google, az Outlook vagy az Apple naptárában – és lemondáskor eltűnnek. A szakember telefonos naptára soha nem késik egy napot a naplóhoz képest.

Az elfoglaltság bejön

A külső események levonódnak a szabad időből – az AI soha nem kínál csütörtök 15:00-t, ha a személyes Google Naptáradban már ott a fogorvos.

Szerep és irány forrásonként

Minden bekötött forrásnak saját beállítása van – olvasás, írás, mindkettő vagy csak elfoglaltság –, így egy közös rendelői naptár és egy személyes naptár veszekedés nélkül játszhat más-más szerepet.

Emlékeztetők és üzemeltetés

Az utánkövetés, automatizálva

Emlékeztetők, amelyek el is indulnak

Ügyfél-visszaigazolás és emlékeztető a beállított előzetes idő szerint – e-mailben, opcionálisan SMS-ben –, plusz munkatársi riasztás az új foglalásokról. A „majd visszajelzünk” többé nem az emlékezeten múlik.

A foglalás fogyasztja a készletet

A szervizidőpont alkatrészeket fogyaszthat a készletnyilvántartásból – a kezelés és a hozzá felhasznált anyag egy mozdulatban egyezik ki.

Az előzmény átköltözik

Másik CRM-ről váltasz? A migrációs motor ugyanabba a nyilvántartásba importálja a meglévő időpont-előzményedet – a napló nem emlékezetvesztéssel indul.

Az őszinte apróbetű

Kimondva, mielőtt ehhez igazítod a terveidet

Önálló foglalási link még nincs

Az önkiszolgáló foglalás a webhely chatwidgetjében él – Calendly-szerű nyilvános foglalási oldal, amelyet e-mailben elküldhetsz, még nincs. Ha nálad ez a fő mozdulat, szólj; ez alakítja az ütemtervet.

A külső CRM kevesebbet visz

Amikor egy foglalás kiíródik egy bekötött CRM-be, az eszköz- és fogyasztási részlet nem biztos, hogy túléli – a gyártói API-k nem teszik közzé ezeket a tengelyeket, és a szinkron megmondja, mit hagyott el, ahelyett hogy némán elhagyná.

A nyilvántartás mindig a miénk

Bármilyen naptár és CRM kapcsolódik, a foglalási nyilvántartás a ConnectWiz saját táblája marad – a külső rendszerek források és tükrök, soha nem a mester. Ez tervezési álláspont, kimondva.

Foglalási GYIK

Mielőtt időpontot adsz

Bővebben a teljes GYIK-ban, illetve írj nekünk közvetlenül.

Négy ajtó: a csapatod a panelen és a napi nézetű naplóban, a Wiz AI-ügynök bármelyik beszélgetésen belül, egy automatizálási folyamat foglalási lépése, és a látogatók, akik maguk foglalnak a webhely chatwidgetjében. Mind a négy ugyanabba a nyilvántartásba ír, ugyanazzal a szabad idővel szemben, így pontosan egy igazság van arról, kié melyik időpont.

Maga az adatbázis előzi meg – a tárolási rétegben lévő kizárási megszorítás fizikailag lehetetlenné teszi, hogy ugyanarra az erőforrásra két átfedő foglalás íródjon, mindegy, melyik ajtó próbálta. Az alkalmazásszabályok versenyezhetnek; a megszorítás nem.

Igen – Google, Outlook/Microsoft 365 és Apple/CalDAV, mindkét irányban: a foglalások eseményként mennek ki (és lemondáskor eltűnnek), a külső elfoglaltság pedig bejön, és levonódik a szabad időből, így az AI soha nem kínál olyan időpontot, amelyet a személyes naptárad már elvett. Minden forrásnak saját szerep- és iránybeállítása van – olvasás, írás, mindkettő vagy csak elfoglaltság.

Szándékosan két lépésben: előbb valódi szabad időpontokat kínál, aztán lefoglalja azt, amelyiket az ügyfél választotta. A kettő összevonása azt jelentené, hogy valakinek automatikusan lefoglaljuk az első szabad időpontot – demóban kényelmes, a való életben ellenséges.

Minden „mikor érnétek rá?” végződhet lefoglalt időpontban.

Állítsd be egyszer az erőforrásaidat – utána az ügyintézők, az AI, a folyamatok és az ügyfelek ugyanarra az igazságra foglalnak.