Reporty z CRM o stížnostech zákazníků mají jeden úkol: ukázat, které problémy se vracejí. Většina malých firem je ale nemá, protože je nikdo nestihne poskládat. Každá stížnost se vyřeší zvlášť, uzavře se a vzorec, který by stál za opravu, zůstane rozházený ve stovce tiketů.
Práce, kterou nikdo nechce dělat
Vypadá to zhruba takhle. V CRM přibude za měsíc pár desítek až pár stovek záznamů. Každý napsal někdo jiný a jinými slovy. Jeden píše „nedorazilo“, druhý „zásilka ztracena“, třetí „kurýr nezastihl“. Kategorie se vyplňuje, když je čas, a ten obvykle není.
Když se vedení zeptá, co nás nejvíc trápí, někdo z podpory si vyexportuje tabulku, čte řádek po řádku a ručně sčítá. Zabere to odpoledne, výsledek je z části dojem a za měsíc se to celé opakuje. Nebo se to neudělá vůbec a firma se o problému dozví z recenzí.
Každou stížnost jsme vyřešili. Proč jich je pořád stejně, to nevěděl nikdo.
— Porada podpory, zkrácená verze
Co to znamená prakticky
V AI stack to řešíme jako dovednost (skill). Je to sepsaný postup v knihovně dovedností: kde stížnosti najít, jak je seskupit, co počítat jako opakování a jak má report vypadat. Vedoucí podpory ho napíše jednou, verzuje ho a od dalšího rána ho může spustit kdokoli z týmu.
Aby měl Claude z čeho číst, přidáme mezi něj a vaše CRM malý MCP server. Je to most s jediným úkolem: pustit Clauda k záznamům stížností pod identitou člověka, který report spouští. Nic se nikam nekopíruje a žádná druhá databáze nevzniká. Claude si přečte, co potřebuje, seskupí to a vrátí přehled.
Konkrétně: stížnosti v Raynet CRM a reklamace ze Shoptetu
Vaše CRM zůstává, jak je. Ať je to Raynet, HubSpot, nebo tabulka, kterou si tým vede na sdíleném disku, most se přidá vedle. Pro představu: e-shop s pár tisíci objednávek měsíčně může mít za stejnou dobu v CRM a v reklamacích kolem dvou set záznamů. To je přesně množství, které člověk celé nepřečte, ale Claude ano. (Čísla jsou ilustrativní.)
- Každé pondělí v 7:00 načte stížnosti a reklamace za uplynulý týden.
- Seskupí je podle skutečné příčiny, ne podle toho, co kdo vyplnil do kategorie. „Nedorazilo“ a „kurýr nezastihl“ skončí ve stejné skupině.
- Porovná týden s předchozími čtyřmi a označí, co roste.
- U každé skupiny přidá dva až tři odkazy na konkrétní záznamy, aby se zjištění dalo ověřit.
- Hlídá zákonnou lhůtu 30 dní u spotřebitelských reklamací a upozorní na ty, kterým se blíží konec.
Představte si menší pražský e-shop s kosmetikou a tříčlennou podporou. První pondělní report by mohl ukázat, že třetina stížností za měsíc se týká jedné pumpičky u jednoho produktu, která praská při přepravě. Jednotlivě to vypadalo jako smůla. Pohromadě je to otázka pro dodavatele obalů. Jde o ilustrativní příklad, ne o skutečného zákazníka.
Co AI reporty stížností neudělají, a proč je to dobře
Claude za vás zákazníkovi neodpoví a nerozhodne, jestli je reklamace oprávněná. To je posouzení, za kterým stojí firma i zákon, a patří člověku. Report také sám nic neopraví. Ukáže, že problémy s doručením rostou třetí týden po sobě, ale jestli změnit dopravce, rozhodne někdo, kdo zná smlouvy a čísla.
Ta hranice není slabina. Report, který jen ukazuje a odkazuje na zdroj, se dá zkontrolovat. Když vedoucí podpory proklikne tři příklady a vidí, že sedí, začne reportu věřit. Kdyby Claude rovnou sám měnil procesy, nebylo by co kontrolovat.
Co by to obnášelo
Méně, než se zdá. Most k CRM běží na vaší infrastruktuře, pod vaší identitou a s auditní stopou toho, kdo a kdy report spustil. Dovednost sepíšeme spolu s vaší podporou během pár sezení, vyzkoušíme ji na minulých měsících a pak ji pustíme do týdenního rytmu. Žádný roční projekt, žádná nová aplikace pro tým.
Co zbývá
Model není úzké hrdlo. Claude umí přečíst dvě stě stížností a najít v nich společné příčiny. Úzkým hrdlem je cesta k datům: stížnosti leží v CRM, reklamace v e-shopu, poznámky v e-mailu a nikdo je nedává dohromady. Tuhle mezeru zavíráme.
Pokud chcete vědět, co by takový report ukázal ve vaší firmě, napište nám. Krátký hovor stačí na to, abychom zjistili, kde vaše stížnosti leží a co by první dovednost měla umět.