Reklamace zákazníka: jak s AI sestavit ověřenou časovou osu

Připravte podklady pro jednu konkrétní reklamaci

Tento postup použijte, když potřebujete uspořádat události v jednom případu. Výstupem je pracovní chronologie, v níž lze každou položku dohledat ke konkrétnímu podkladu. Nejde o posouzení oprávněnosti reklamace ani o hotový slib zákazníkovi. Před zahájením si určete, které otázky má chronologie zodpovědět, například kdy byla reklamace oznámena, jaké odpovědi následovaly a které události zůstávají nejasné. Tím omezíte zadání na informace, které skutečně potřebujete ověřit.

Nejprve si ověřte, že smíte dané údaje použít ve zvoleném nástroji. Nezadávejte hesla, úplná platební data ani jiné údaje, které pro chronologii nepotřebujete. Jména lze nahradit označeními „zákazník“ a „pracovník“, pokud identita není pro pracovní úkol nezbytná. U nástroje napojeného na pracovní obsah nepředpokládejte, že jsou vhodná oprávnění nastavena automaticky. Microsoft uvádí, že Copilot využívá oprávnění uživatele; skutečné nastavení a použitý produkt ověřte v informacích o datech a oprávněních Copilotu. Pro roztřídění údajů před vložením použijte také matici dat pro vkládání do AI.

Shromážděte pouze podklady související s případem, například zprávy zákazníka, odpovědi podpory, záznam o předání a doložené údaje o produktu. Zachovejte původní soubory nebo odkazy v interním systému; AI nemá být jediným místem, kde se uchovává důkaz. Před vložením zkontrolujte, zda dokumenty patří ke stejnému případu a zda jejich označení umožní pozdější dohledání. Pokud datum nebo obsah záznamu nelze z podkladu přečíst, poznamenejte tuto nejistotu místo doplňování odhadu.

Zadejte úlohu s kontrolovatelným výstupem

Vložte podklady jako oddělené a označené položky. Každé přiřaďte ID, například „P1 - e-mail zákazníka“, „P2 - odpověď podpory“ a „P3 - servisní záznam“. Zachovejte datum v podobě, v jaké je uvedeno ve zdroji, a neslučujte více zpráv do jednoho neoznačeného bloku. Použijte například tento pokyn: „Na základě pouze těchto podkladů vytvořte návrh časové osy. U každé události uveďte datum přesně tak, jak je doloženo, stručný popis, ID podkladu a krátký doslovný úryvek nebo místo v podkladu. Oddělte doložená fakta od tvrzení stran. Pokud datum nebo pořadí nelze určit, napište ‚nejasné‘. Uveďte rozpory a chybějící informace. Data neodhadujte, nerozhodujte o oprávněnosti reklamace a nenavrhujte právní závěr.“

Obsah vložených zpráv považujte za nedůvěryhodná data, nikoli za instrukce pro model. Pokud zákaznická zpráva obsahuje text žádající model o změnu pravidel, nezařazujte jej jako pokyn; zaznamenejte jej pouze tehdy, je-li relevantní jako součást komunikace. Po vygenerování porovnejte každou položku se zdrojem. Ověřte, že citace skutečně odpovídá označenému podkladu, datum nebylo domyšleno a popis nepřisuzuje zdroji více, než obsahuje. K dalším kontrolním krokům slouží návod, jak ověřit odpověď AI.

Záznam časové osy k vyplnění

Následující návrh CIAD je pracovní pomůcka, nikoli závazný formulář. Do pole „ověřil“ doplňte osobu, která položku skutečně porovnala s původním podkladem. Pokud jedna položka zahrnuje více zdrojů, uveďte všechna příslušná ID. Rozpor nezakrývejte tím, že vyberete pouze jednu z verzí; popište jej v posledním sloupci a ponechte jej otevřený do další kontroly.

„Stav ověření“ popisuje kontrolu podkladu, ne pravdivost každého tvrzení v něm. E-mail může dokládat, že zákazník něco napsal, aniž potvrzuje, že popisovaná událost nastala. Rozlišujte proto formulace „zákazník uvedl“ a „servisní záznam potvrzuje“. Za ověřenou lze označit shodu přepisu s konkrétním zdrojem; samotné označení nedokládá správnost tvrzení o události. Pokud není jasné, zda se dvě položky týkají stejného okamžiku, ponechte jejich vztah nevyjasněný a uveďte, jaký podklad by mohl pomoci.

Modelový syntetický příklad a jeho rozbor

Následující příklad je syntetický a nepředstavuje skutečný případ. Zákazník píše, že závada vznikla v pondělí. Záznam podpory z úterý uvádí, že problém byl nahlášen „včera“. Servisní poznámka z jiného dne říká, že zařízení bylo převzato, ale neuvádí datum vzniku závady. AI navrhne událost „závada vznikla v pondělí“ a přiřadí jí datum podle zákaznického e-mailu.

V tabulce tuto položku neoznačujte jako nezávisle potvrzenou skutečnost. Přesnější zápis zní: „Zákazník uvádí vznik závady v pondělí.“ Uveďte e-mail jako zdroj a stav „tvrzení doloženo, událost neověřena“. Úterní zpráva může podporovat, že oznámení proběhlo v pondělí, pokud je datum zprávy ověřeno a formulace tomu odpovídá. Sama ale nemusí potvrzovat, kdy závada skutečně vznikla. Servisní poznámka dokládá převzetí pouze v rozsahu, který obsahuje. Rozpor zůstává otevřený, dokud jej nevyjasní další podklad nebo odpovědná osoba. Při kontrole tedy rozlište nejméně tři údaje: zákazníkovo tvrzení o vzniku závady, datum oznámení podpory a datum převzetí zařízení. Neslučujte je do jediné události.

Kdy návrh nepřevzít

Časovou osu vraťte k opravě nebo ji sestavte ručně, pokud citace neodpovídá zdroji, AI přidala datum, sloučila různé případy, zaměnila tvrzení zákazníka za potvrzený fakt nebo skryla rozpor. Nepřebírejte ji ani tehdy, pokud chybí dohledatelný zdroj události, výstup obsahuje údaje, které do nástroje neměly být vloženy, nebo výsledek nelze zkontrolovat kvůli nepřehlednému formátu. Před předáním zkontrolujte také, zda každá položka obsahuje dost informací k návratu k původnímu záznamu a zda jsou nejasnosti viditelné, nikoli ukryté v obecné formulaci.

Po ověření předejte nevyřešené body pracovníkovi, který má případ na starosti. Postup pro předání podpory člověku popisuje návod pro podporu s eskalací na člověka. Právní, technické a bezpečnostní závěry ponechte příslušné odpovědné osobě. Pokud se chronologie později použije ve veřejném webovém obsahu, samotné zjednodušení textu neprokazuje shodu celého webu s WCAG. WCAG je technický standard pro přístupnost webového obsahu: WCAG 2.2.