Zákazník nepozná model. Pozná, že se musí opakovat
Když si firma stěžuje, že jí AI asistent "nefunguje dobře", jen zřídka jde o kvalitu hlasu nebo o to, že by asistent nerozuměl. Skoro vždy jde o kontinuitu. Zákazník volal minulý týden, domluvil si termín, teď volá znovu kvůli drobné změně — a asistent se ho ptá na jméno, na to, o co jde, a na všechno ostatní, jako by se nikdy neviděli.
Pro volajícího je to jasný signál: mluvím se strojem, který si mě nepamatuje. A protože ho to stálo minutu vysvětlování navíc, příště raději napíše e-mail nebo zavolá jinam. Paradoxně tedy nejde o inteligenci asistenta, ale o to, jestli má odkud vzít kontext.
Tenhle článek je o té "odkud". Nejde o marketingovou funkci "náš asistent má paměť", ale o konkrétní návrh: co se ukládá, kdy se to čte, co se do hovoru vůbec dostane a kde je hranice, za kterou už připomínání minulosti působí nepříjemně.
Paměť není jedna věc, ale tři
Největší zmatek v celém tématu vzniká tím, že se pod slovo "paměť" schovají tři úplně odlišné mechanismy. Každý z nich se řeší jinak, každý stojí jinak a každý selhává jinak.
První vrstva je paměť v rámci jednoho hovoru. Asistent si drží, co bylo řečeno před dvaceti vteřinami, takže se neptá dvakrát na totéž. Tohle umí každý slušný jazykový model sám od sebe, protože celý dosavadní průběh hovoru mu jde do kontextu. Nic se nikam neukládá a po zavěšení to zmizí.
Druhá vrstva je znalost firmy. Ceník, otevírací doba, seznam služeb, pravidla objednávání. Tohle se nemění mezi hovory, je to stejné pro všechny volající a technicky jde o znalostní bázi, kterou asistent dostane při každém hovoru stejnou. Lidé tomu často říkají paměť, ale s konkrétním zákazníkem to nemá nic společného.
Třetí vrstva — a ta jediná je v tomhle článku zajímavá — je paměť mezi hovory. Tedy: tenhle konkrétní člověk už jednou volal, tohle tehdy řešil, takhle to dopadlo. Tady žádný model sám o sobě nepomůže, protože po zavěšení nemá kam sáhnout. Musí to postavit někdo okolo něj.
Jak to funguje v praxi: dvě místa, kde se něco děje
Celý mechanismus paměti mezi hovory se dá popsat dvěma okamžiky. Jeden je na konci hovoru, druhý na jeho začátku. Mezi nimi je databáze a klíčem je telefonní číslo.
Na konci hovoru se z celé konverzace vytvoří shrnutí a uloží se do databáze pod číslem volajícího. My na to používáme n8n: jakmile hovor skončí, odejde do workflow celý přepis, tam se z něj udělá strukturované shrnutí a to se zapíše k danému číslu. Automatizační nástroj je tu proto, že kolem toho stejně chcete dělat další věci — poslat souhrn e-mailem, zapsat termín do kalendáře, případně založit záznam v CRM.
Před dalším hovorem se to celé otočí. V okamžiku, kdy telefon zazvoní, se podle čísla volajícího vyhledá záznam v databázi a předchozí shrnutí se vloží asistentovi do kontextu ještě předtím, než pozdraví. Asistent tedy nezačíná od nuly — začíná s odstavcem, který mu říká, koho má na drátě a co s ním bylo naposledy.
Zní to jednoduše a v jádru to jednoduché je. Všechna složitost je v detailech: co přesně se ukládá, jak dlouho se to hledá a co se s tím dělá, když se najde něco starého nebo nepřesného.
Neukládejte přepis. Ukládejte shrnutí
Nejčastější chyba při stavbě paměti je uložit celý přepis hovoru a při dalším volání ho celý poslat modelu. Vypadá to jako nejbezpečnější řešení — nic se neztratí. V praxi je to nejhorší ze všech možností, a to hned ze tří důvodů.
První je délka. Pětiminutový hovor má v přepisu klidně sedm set slov. Po třech hovorech máte dva tisíce slov, které musí model přečíst dřív, než řekne "dobrý den". To se přímo promítne do doby, než asistent poprvé promluví — a právě první vteřina rozhoduje o tom, jestli volající vydrží.
Druhý je šum. Přepis obsahuje odbočky, opakování, "ehm", nedokončené věty a věci, které se během hovoru změnily. Model pak z minulého hovoru vytáhne detail, který už neplatí, a s klidem ho zopakuje.
Třetí je ochrana údajů. Kompletní přepisy jsou ze všech možných forem ukládání ta nejcitlivější. Shrnutí naopak můžete držet v rozsahu, který přesně odpovídá tomu, co ke svojí práci potřebujete.
Dobré shrnutí je krátké a strukturované. Kdo volal, čeho se hovor týkal, co bylo domluveno, jestli něco zůstalo otevřené a jaký je další krok. Pět položek, dohromady tři čtyři řádky. Model z toho pozná situaci rychleji než z celého přepisu — a vy si ho můžete přečíst za pět vteřin, což se hodí víc, než se zdá.
Rozpočet na latency: paměť se musí vejít do prodlevy
Vyhledání v databázi zní jako operace, která nic nestojí. V kontextu hlasového hovoru to ale není pravda — je to další článek řetězu, který se odehrává mezi zazvoněním a prvním slovem asistenta.
Praktické pravidlo, které používáme: dohledání kontextu musí proběhnout dřív, než hovor vůbec začne, ne během něj. Zvednutí telefonu totiž nikdy není okamžité — mezi příchozím voláním a spojením je vždycky nějaká prodleva a přesně do ní se lookup vejde, aniž by ho kdokoliv zaznamenal.
Co se naopak nevyplácí je hledat v databázi až uprostřed hovoru, když volající zmíní něco, co by mohlo souviset s minulostí. V tu chvíli každá stovka milisekund jde přímo do ticha, které zákazník slyší. Pokud takový dotaz opravdu potřebujete, patří na začátek, ne doprostřed.
Druhé pravidlo se týká velikosti. Čím delší kontext, tím déle trvá první odpověď. Krátké shrnutí není jen hezčí na čtení — je i rychlejší.
Čtyři situace, o kterých se nepíše
Návrh podle předchozích odstavců funguje pro naprostou většinu hovorů. Zbývá menšina, ve které se to celé může pokazit — a stojí za to o ní vědět dopředu, protože se s ní stejně dřív nebo později potkáte.
Sdílené telefonní číslo. Na jedno firemní číslo volá pět různých lidí. Klíčem je číslo, takže se jim shrnutí míchají dohromady. Řešení je ověřit jméno hned v úvodu a shrnutí navázat na dvojici číslo plus jméno, ne na číslo samotné.
Změna čísla. Zákazník volá z jiného telefonu a asistent ho nepozná. Tady nepomůže nic chytrého — a je to v pořádku. Důležité je, aby se asistent v takové situaci choval normálně, ne aby se snažil hádat.
Zastaralé shrnutí. Půl roku staré "řešili jsme reklamaci" není kontext, je to past. Shrnutí by mělo mít datum a asistent by mělo být řečeno, že staré záznamy má brát jako orientační, ne jako fakta. My starší záznamy do kontextu vůbec nepouštíme.
Rozporuplná historie. Volající minule řekl jednu věc a teď říká opak. Asistent nemá zákazníka opravovat ani ho konfrontovat s tím, co řekl posledně. Má vycházet z toho, co slyší teď, a rozpor nechat na člověku.
Kde je hranice: paměť versus nepříjemný pocit
Existuje bod, za kterým přestává být paměť příjemná a začíná být znepokojivá. Málokdo o něm mluví, protože se špatně měří — ale zákazníci ho poznají okamžitě.
Funguje to takto: paměť je vítaná, když zákazníkovi ušetří práci. Není vítaná, když jen předvádí, kolik toho o něm víte. "Máte na příští úterý objednanou prohlídku, voláte kvůli ní?" je užitečné — ušetří to vysvětlování. "Naposledy jste volal v úterý v 16:42 a byl jste nespokojený s cenou" je totéž vědění použité způsobem, po kterém má člověk chuť zavěsit.
Praktické vodítko, které se nám osvědčilo: asistent smí použít minulost, pokud tím nabízí zkratku k tomu, co zákazník právě chce. Nesmí ji použít jako úvod do hovoru, jako důkaz, ani jako komentář k chování zákazníka. Rozdíl není v tom, co je uložené, ale v tom, k čemu to v tu chvíli slouží.
Sem patří i zdrženlivost v tom, co se vůbec ukládá. Poznámky o povaze volajícího, hodnocení jeho tónu nebo cokoliv, co byste nechtěli, aby si přečetl, do shrnutí nepatří. Nejen kvůli předpisům — hlavně proto, že takové poznámky dřív nebo později prosáknou do toho, jak asistent mluví.
Co na to GDPR
Jakmile začnete ukládat, co konkrétní člověk řekl do telefonu, pracujete s osobními údaji. To není důvod paměť nedělat, ale je to důvod ji navrhnout vědomě.
Tři věci, které je potřeba mít vyřešené: účel, rozsah a doba. Účel znamená vědět, proč to ukládáte — "abychom mohli navázat na předchozí objednávku" je legitimní, "pro případ, že by se to hodilo" není. Rozsah znamená ukládat jen to, co k tomu účelu potřebujete, a to je přesně důvod, proč je strukturované shrnutí lepší než přepis. A doba znamená, že záznamy nemají žít věčně — dává smysl nastavit dobu, po které se mažou.
K tomu patří transparentnost. Asistent na začátku hovoru oznamuje, že je AI. Informace o zpracování údajů a případném nahrávání patří do stejné roviny — a zvládne se to říct jednou větou, aniž by to hovor zdrželo.
Potřebujete k tomu CRM?
Krátká odpověď: ne hned. Delší odpověď záleží na tom, kdo se na ta data bude dívat.
Pokud shrnutí čte jen asistent a vy ho jednou za čas otevřete v e-mailu, stačí jednoduchá databáze s telefonním číslem jako klíčem. Žádné licence, žádné nastavování polí, žádná migrace. Většina menších firem tady může skončit a nic jí chybět nebude.
CRM začne dávat smysl ve chvíli, kdy se na historii dívá víc lidí a kdy se na ni navazuje obchodně: kdo má klienta na starosti, v jaké fázi je poptávka, kdy se má ozvat znovu. Tam už samotná řada shrnutí nestačí, protože potřebujete stav, ne jen zápisy. Napojení je pak přímočaré — do stejného workflow, které shrnutí ukládá, se přidá krok, který ho zapíše i do CRM.
Nedoporučujeme začínat opačně, tedy nejdřív pořídit CRM a pak k němu hledat asistenta. Ze zkušenosti je užitečnější rozjet paměť v nejjednodušší podobě, pár týdnů se dívat na to, co ve shrnutích doopravdy je, a teprve podle toho rozhodnout, jestli a jaké CRM potřebujete. Struktura, kterou si vymyslíte předem, bývá jiná než ta, kterou vám ukáže provoz.
Jak poznat, že to funguje
Paměť se špatně měří přímo, ale projeví se ve dvou číslech, která už nejspíš sledujete.
První je délka hovoru u opakovaných volajících. Když asistent ví, o koho jde, odpadne úvodní kolečko a hovor se zkrátí. Pokud se po nasazení paměti délka u vracejících se zákazníků nezměnila, kontext se pravděpodobně vůbec nedostává tam, kam má.
Druhé je podíl hovorů, které skončí předáním na člověka jen proto, že asistent "nevěděl". Tenhle typ eskalace bývá u opakovaných volajících nejčastější a paměť ho odstraní jako první.
A pak je tu věc, která se do tabulky nedostane: zákazníci přestanou začínat hovor slovy "já jsem už volal". To je nejspolehlivější signál, že jste to postavili dobře.
Shrnutí pro toho, kdo to bude stavět
Rozlišujte tři vrstvy paměti a neřešte je jedním nástrojem. Kontext uvnitř hovoru umí model sám, znalost firmy patří do znalostní báze a jen paměť mezi hovory potřebuje databázi.
Klíčem je telefonní číslo, ideálně doplněné o jméno kvůli sdíleným linkám. Ukládejte strukturované shrnutí, ne přepis. Čtěte ho před hovorem, ne během něj. Dejte záznamům datum a nechte staré vyhasnout.
A poslední věc, která rozhoduje víc než technika: minulost používejte jen tehdy, když zákazníkovi ušetří práci. Ve chvíli, kdy se z ní stane demonstrace toho, co všechno víte, je lepší mlčet.