Az AI időpontot ígért. De létrejött a foglalás?

Az ügyfél azt írja a chatben, hogy kedden tízkor szeretne érkezni. Az asszisztens válasza szerint szeretettel várják. A recepció azonban nem tud a látogatásról. Ez egy szemléltető példa, nem az Informio valamely konkrét ügyfelének története. Olyan hibát mutat be, amelyet még az AI és a naptár összekapcsolása előtt meg kell oldani: pontosan minek kell történnie ahhoz, hogy egy időpontot visszaigazoltnak nevezhessünk?

Szervizidőpont, konzultáció vagy önkormányzati ügyintézés esetén ennek a mondatnak gyakorlati következménye van. Valaki megtervezi az utazást, és szabaddá teszi az idejét. Az asszisztens válaszának ezért a munkatársak által használt foglalási rendszer tényleges állapotát kell tükröznie.

A nyitvatartás nem szabad időpont

A tudásbázis tartalmazhatja a munkaidőt, a szolgáltatás időtartamát és a bejelentkezés módját. Ebből nem következik, hogy az adott munkatárs vagy helyiség éppen elérhető. Még a naptár ellenőrzése sem foglalja le a helyet.

A Google Calendar API-ja jól mutatja a különbséget: a Freebusy: query foglaltsági adatokat ad vissza. A különálló Events: insert művelet eseményt hoz létre.

Ez technikai példa, nem egy adott szolgáltató ajánlása. A létrehozott esemény ráadásul nem feltétlenül teljesíti a foglalás szabályait: hiányozhat a munkatárs jóváhagyása, a szükséges eszköz vagy az előírt előleg. Azt az állapotot tekintse mérvadónak, amely szerint a szervezet ténylegesen dolgozik.

Nevezze meg egyértelműen az állapotot

Az integráció tervezése előtt egyeztessék a válaszok szóhasználatát. Az alábbi mintákat a tényleges folyamathoz kell igazítani:

• Javaslat: „Kérheti a keddi 10:00-s időpontot. Az elérhetőséget még nem ellenőriztük.”
• Jóváhagyásra vár: „Kérését rögzítettük, és munkatársunk visszaigazolására vár.” Ezt csak a rögzítés ellenőrzése után közölje.
• Visszaigazolás: „Foglalását visszaigazoltuk.” Adja meg a pontos dátumot, időt, helyszínt, szolgáltatást és az ellenőrzött foglalási azonosítót, ha a rendszer használ ilyet.
• Bizonytalan eredmény: „A foglalás visszaigazolását nem sikerült ellenőrizni. Munkatársunk utánanéz az állapotának.” Ne állítsa, hogy a foglalás sikeres vagy törölt.

Kerülje az önmagában álló „kész” vagy „várjuk Önt” megfogalmazást. Az ügyfél ezekből nem tudja, hogy csupán jelezte az érdeklődését, vagy valóban lefoglalt egy időpontot.

Mit kell elvégeznie az integrációnak a visszaigazolás előtt?

1. Tisztázza a szolgáltatást, a helyszínt és a pontos dátumot. Online találkozónál az időzónát is tüntesse fel.
2. Ellenőrizze a kapacitást a működési szabályok szerint, beleértve az időtartamot, a szükséges munkatársat és a találkozók közötti szünetet.
3. A végleges foglalás előtt mutassa meg az összefoglalót, és kérje az ügyfél jóváhagyását az adatokra és az időpontra.
4. Rögzítse a kérést a megfelelő rendszerben, majd ellenőrizze az eredményt és a foglalás állapotát.
5. Csak ezután küldje el a megfelelő visszaigazolást a módosítás vagy lemondás módjával együtt.

A szabad időpont ellenőrzése és a foglalás rögzítése két külön pillanat. Közben más is lefoglalhatja ugyanazt a helyet. Az integrációnak kezelnie kell az elutasított foglalást, és további lépést kell felajánlania. A nyelvi modell ismételt megkérdezése önmagában nem oldja meg az ütközést.

Hiba után ne ismételje meg vakon a foglalást

Az írási kérés elküldése után megszakadhat a kapcsolat, mielőtt megérkezne a válasz. A foglalás ekkor már létezhet. Ugyanannak a kérésnek az ismételt elküldése másodpéldányt hozhat létre.

A Google eseménylétrehozási útmutatója a saját eseményazonosítót a sikeres rögzítést követő hiba miatti duplikáció megelőzésére is javasolja.

A konkrét megoldás a foglalási rendszertől függ. Kérdezze meg a szolgáltatót, hogyan ismeri fel az ismételt próbálkozást, és hogyan kereshető vissza az eredeti eredmény. Amíg ez nem egyértelmű, maradjon az „ellenőrzés alatt” állapot, és legyen felelőse az ügy lezárásának. A sikeres foglalást a visszaigazoló e-mail kézbesítésétől is különítse el.

Ne csak egy sikeres beszélgetést teszteljen

A próbaüzemben hasonlítsa össze a chat válaszát a recepción látható bejegyzéssel. Tesztadatokkal próbálja ki ezeket a helyzeteket:

• Két ügyfél ugyanazt az utolsó szabad időpontot választja.
• A foglalás mentése sikerül, de a rendszer válasza késik vagy elveszik.
• Az ügyfél újra elküldi ugyanazt a kérést, vagy frissíti az oldalt.
• A végső jóváhagyás előtt módosítja a dátumot, a helyszínt vagy az időzónát.
• A foglalás jóváhagyásra vár, vagy nem sikerül kézbesíteni az értesítést.

A teszt akkor sikeres, ha a válasz valósághűen ismerteti az állapotot, nem keletkezik nem kívánt másodpéldány, és a munkatárs megtalálja a nyitott ügyet. A barátságos hangnem önmagában nem elég elfogadási feltételnek.

Hogyan kezdjen hozzá az Informióval?

Az Informio chat jóváhagyott forrásokból válaszolhat, a foglalási oldalra irányíthatja a látogatót, és lehetővé teszi, hogy operátor vegye át a beszélgetést. A saját foglalási rendszerbe történő automatikus rögzítést ne tekintse az alapchat kész funkciójának. Ehhez külön egyeztetett integráció, jogosultságok és a teljes folyamat ellenőrzése szükséges.

Kezdjen egyetlen szolgáltatással, és határozza meg pontosan, ki vagy melyik rendszer adhat végleges visszaigazolást. Ha vállalkozásánál vagy önkormányzatánál szeretné áttekinteni ezt a folyamatot, egyeztessen az Informióval a foglalásokról és az AI-ról. Hozza el jelenlegi visszaigazolásának mintáját és a foglalási szabályokat; ezek alapján meghatározható az automatizálás megfelelő terjedelme.