Většina lidí má s chatbotem na e-shopu špatnou zkušenost. Zeptali se, kde mají balík, a dostali odkaz na obchodní podmínky. Ta zkušenost je oprávněná a je dobré vědět, čím byla způsobená, protože bez toho se dnešní situace nedá posoudit.
Proč staří chatboti selhávali
Běželi nad textem z webu. Uměli přeříkat, co je v obchodních podmínkách, a na cokoli konkrétního neměli data. Neznali objednávky, neznali sklad, neviděli, kde je zásilka. Na první skutečný dotaz, a ten je skoro vždycky konkrétní, odpověděli mimo.
Rozdíl proti dnešku není v tom, že by modely byly chytřejší. Je v tom, že agent je napojený na data. Když se zákazník zeptá, kde má balík, agent se podívá do databáze objednávek a do sledování dopravce a odpoví z toho, co tam našel. Když tam nic nenajde, neodpoví. Předá to člověku.
Dobré pravidlo: agent, který si může vymyslet odpověď, je pořád jen chatbot. Agent, který má odkud odpovědět a když nemá, tak mlčí a předá to dál, je nástroj.
Co zvládne dobře
| Typ dotazu | Zvládne AI? | Proč |
|---|---|---|
| Kde je moje zásilka | Ano | Odpověď je v datech objednávky a u dopravce. Stačí ji najít a srozumitelně podat |
| Změna adresy před expedicí | Ano, s hranicí | Do vygenerování štítku je to bezpečná operace. Potom už ne |
| Kdy to dorazí, když objednám dnes | Ano | Vychází z dostupnosti a z termínů dopravce |
| Storno objednávky | Částečně | Agent ho připraví, potvrdit by ho měl člověk nebo jasně daný limit |
| Reklamace a stížnost | Ne | Zákazník je naštvaný a řeší se výjimka. Tohle patří člověku |
| Odborná rada k produktu | Opatrně | Jen když má agent z čeho čerpat. Jinak hádá, a to je horší než mlčet |
Všimněte si, kde je hranice. Nevede mezi jednoduchým a složitým dotazem, ale mezi dotazem, na který existuje doložitelná odpověď v datech, a dotazem, kde se rozhoduje.
Ověření totožnosti není formalita
Tohle je místo, které se v nabídkách řeší málo, a přitom je nejrizikovější. Pokud agent vydá informaci o objednávce každému, kdo zná její číslo, vyrobili jste si díru. Čísla objednávek chodí v e-mailech, jsou na fakturách a na štítcích.
Proto u nás platí, že agent před vydáním údajů i před jakoukoli změnou ověří totožnost zákazníka. Teprve pak smí cokoli udělat. Je to nepohodlné o jeden krok a šetří to problém, který by se řešil hůř než pomalá podpora. Jestli si agent opravdu hlídá, kdo si co smí vyžádat, se dá ověřit bezpečnostním testem AI.
Co musíte zákazníkovi říct: povinnosti od srpna 2026
Od 2. srpna 2026 platí v celé EU transparenční povinnosti podle článku 50 evropského nařízení o umělé inteligenci. Pro e-shop z toho plyne jedna jednoduchá věc: zákazník musí vědět, že komunikuje se strojem, pokud to není zřejmé ze samotné situace. Není to tedy volba tónu ani designu, je to povinnost.
Na tuhle povinnost se žádný odklad nevztahuje. Odklad do 2. prosince 2026 platí jen pro strojově čitelné označování obsahu vygenerovaného AI podle odstavce 2, a to u systémů uvedených na trh dřív. Pravidla pro vysoce rizikové systémy, kam agent na podporu e-shopu nespadá, platí až od 2. prosince 2027.
V praxi to znamená větu na začátku konverzace a možnost dostat se k člověku. Nic dramatického. Dramatické je to jen tehdy, když se e-shop snaží tvářit, že píše člověk. A to se stejně dřív nebo později provalí.
Jak vypadá rozumné nasazení
- Vytáhněte si, na co se lidé ptají. Ne z hlavy. Ze skutečných dotazů za poslední měsíc. Obvykle zjistíte, že většinu objemu dělá pár opakujících se typů dotazů.
- Vyberte jeden typ, ne všechny. Nejčastěji to je stav zásilky. Jeden typ dotazu se dá dotáhnout do konce, deset typů skončí v polovině.
- Napište mantinely. Co agent smí, co musí předat člověku, kdy se ptá na totožnost, co se loguje.
- Pusťte test naprázdno. Agent běží na reálných dotazech, ale odpovědi jen navrhuje a nic neodesílá. Vy vidíte, jak by odpovídal, ještě než se ho dotkne zákazník.
- Teprve pak naostro. A na začátku jen na část provozu.
- Měřte jedno číslo. Kolik dotazů se vyřešilo bez člověka. Ne počet konverzací, ne spokojenost. Ušetřenou práci.
Test naprázdno je krok, který se nejčastěji vynechává, protože zdržuje. Je to přitom jediná fáze, ve které chyba nic nestojí.
Kdy to nedoporučujeme
Abychom nepsali jen o tom, kdy to dává smysl. Agenta na podporu nedoporučíme v těchhle situacích a na hovoru vám to řekneme rovnou:
- Skladové stavy nesedí. Agent bude s jistotou tvrdit nesmysly, protože data, ze kterých čerpá, jsou špatná. Nejdřív sklad, potom AI.
- Problém je v procesu, ne v kapacitě. Když se lidé ptají, protože jim nechodí stavové e-maily, opravte e-maily. Vyjde to levněji.
- Objem se nevejde do návratnosti. Při pár desítkách dotazů týdně se to nezaplatí.
- Nikdo to nebude hlídat. Agent není spotřebič. Potřebuje člověka, který se jednou týdně podívá, co odpovídal.
Nahradí to lidi?
Rozumně nasazený agent tým nenahrazuje, ale ulehčuje mu. Stejný tým zvládne vyšší objem a přestane odpovídat na dotazy, u kterých jen opisuje z tabulky. Složité a naštvané případy zůstávají lidem. A dostanou se k nim dřív, protože nečekají ve frontě za desítkami dotazů na číslo zásilky.
Jestli z toho uděláte úsporu na lidech, nebo lepší podporu, je rozhodnutí, které za vás nikdo neudělá. Počítejte ale s tím, že agenta pořád někdo musí hlídat, takže úspora na lidech nebývá tak velká, jak se na začátku čeká.
