AI slíbila termín. Vznikla ale rezervace?

Zákazník napíše do chatu, že chce přijít v úterý v deset. Asistent odpoví, že se na něj těší. Recepce ale o návštěvě neví. Jde o modelovou situaci, nikoli o popis konkrétního zákazníka Informio. Ukazuje chybu, kterou je potřeba vyřešit ještě před propojením AI s kalendářem: co přesně musí nastat, abychom mohli říct, že je termín potvrzený?

Při objednání do servisu, na konzultaci nebo na návštěvu úřadu má tato věta praktický důsledek. Člověk si naplánuje cestu a vyhradí čas. Odpověď asistenta proto musí odpovídat skutečnému stavu v systému, ve kterém pracovníci rezervace spravují.

Otevírací doba není volný termín

Znalostní báze může obsahovat pracovní dobu, délku služby a způsob objednání. Z těchto údajů nelze odvodit, že je konkrétní pracovník nebo místnost právě k dispozici. Ani nahlédnutí do kalendáře ještě místo nezarezervuje.

Google Calendar tento rozdíl ukazuje přímo v API: Freebusy: query vrací informace o obsazenosti. Samostatná operace Events: insert vytváří událost.

Jde o technický příklad, ne o doporučení konkrétního dodavatele. Vytvořená událost navíc nemusí splňovat pravidla vaší rezervace: může chybět schválení pracovníkem, vybavení nebo povinná záloha. Za rozhodující stav určete ten, podle kterého skutečně pracuje provozovna.

Pojmenujte stav jednoznačně

Před návrhem integrace si domluvte slovník odpovědí. Následující formulace jsou vzory, které je třeba přizpůsobit skutečnému procesu:

• Návrh: „Můžete požádat o úterý v 10:00. Dostupnost zatím není ověřená.“
• Čekání na schválení: „Požadavek je zaevidovaný a čeká na potvrzení pracovníkem.“ Tuto větu použijte až po ověření evidence.
• Potvrzení: „Rezervace je potvrzená.“ Doplňte konkrétní datum, čas, místo, službu a ověřené číslo rezervace, pokud ho systém používá.
• Nejistý výsledek: „Potvrzení rezervace se nepodařilo ověřit. Stav prověří pracovník.“ Neoznačujte rezervaci za úspěšnou ani zrušenou.

Vyhněte se samotnému „hotovo“ či „počítáme s vámi“. Zákazník z nich nepozná, zda pouze odeslal zájem, nebo má místo skutečně rezervované.

Co musí propojení udělat před potvrzením

1. Vyjasnit službu, provozovnu a konkrétní datum. U vzdálené schůzky uvést také časové pásmo.
2. Ověřit kapacitu podle pravidel provozovny, včetně délky služby, potřebného pracovníka a přestávky mezi návštěvami.
3. Před závazným zápisem zobrazit souhrn a získat souhlas zákazníka s jeho údaji a termínem.
4. Zapsat požadavek do správného systému a zkontrolovat jeho výsledek včetně stavu rezervace.
5. Teprve potom odeslat odpovídající potvrzení s postupem změny nebo zrušení termínu.

Kontrola volného času a zápis jsou dva odlišné okamžiky. Mezitím může termín obsadit někdo jiný. Integrace musí umět přijmout odmítnutí zápisu a nabídnout další postup; samotné opakování otázky jazykovému modelu konflikt nevyřeší.

Při výpadku neopakujte rezervaci naslepo

Po odeslání zápisu může spojení vypadnout dřív, než přijde odpověď. Rezervace přitom už může existovat. Druhý stejný zápis by mohl vytvořit duplicitu.

Návod Google k vytváření událostí popisuje vlastní ID události také jako ochranu před duplicitou po úspěšném zápisu s následnou chybou.

Konkrétní mechanismus závisí na rezervačním systému. Od dodavatele požadujte způsob, jak rozpoznat opakovaný pokus a dohledat původní výsledek. Dokud výsledek není jasný, zachovejte stav „prověřujeme“ a určete pracovníka, který ho uzavře. Stejně tak odlište úspěšnou rezervaci od doručení potvrzovacího e-mailu.

Otestujte víc než jeden úspěšný rozhovor

Ve zkušebním provozu porovnávejte odpověď chatu se záznamem, který vidí recepce. Použijte testovací údaje a tyto situace:

• Dva zákazníci si vyberou stejný poslední termín.
• Zápis proběhne, ale odpověď systému se zpozdí nebo ztratí.
• Zákazník odešle stejný požadavek znovu nebo obnoví stránku.
• Změní datum, provozovnu či časové pásmo před konečným souhlasem.
• Rezervace čeká na schválení nebo se nepodaří doručit oznámení.

Test projde tehdy, když je stav vysvětlený pravdivě, nevznikne nechtěná duplicita a pracovník dokáže nevyřešený případ najít. Samotný přívětivý tón odpovědi jako kritérium nestačí.

Kde začít s Informio

Informio chat může odpovídat ze schválených podkladů, nasměrovat návštěvníka na rezervační stránku a umožňuje převzetí rozhovoru operátorem. Automatický zápis do vašeho rezervačního systému nepovažujte za hotovou součást běžného chatu. Vyžaduje samostatně dohodnuté napojení, oprávnění a ověření celého postupu.

Začněte jednou službou a přesně určete, kdo nebo co ji může závazně potvrdit. Pokud chcete tento postup prověřit ve své firmě nebo obci, domluvte si s Informio konzultaci k rezervacím a AI. Přineste ukázku současného potvrzení a pravidla objednávání; podle nich lze posoudit vhodný rozsah automatizace.