Reporty z CRM o servisních výjezdech mají odpovědět na jednoduchou otázku: kde vaši technici tráví čas. Data k tomu skoro jistě máte, každý výjezd je v CRM zapsaný. Chybí jen někdo, kdo má volné páteční odpoledne a poskládá je dohromady.
Práce, do které se nikdo nehrne
Vedoucí provozu chce vědět, proč se parta v jednom kraji vrací ke stejnému zákazníkovi potřetí za měsíc. Odpověď leží v CRM, rozsekaná do záznamů: datum, adresa, technik, poznámka „nutno objednat díl“, další výjezd za čtyři dny. Aby z toho vznikl přehled, musí někdo udělat export, vyčistit sloupce, sloučit stejného zákazníka zapsaného třemi způsoby a pak dlouho koukat do kontingenční tabulky.
Takže se to dělá jednou za čtvrtletí, pokud vůbec. Mezitím se opakované návštěvy a prázdné jízdy (technik přijede, zákazník není doma, díl chybí) tiše sčítají v nákladech na naftu a v hodinách, které nikdo nefakturuje.
Data jsou v CRM. Odpověď je v exportu, na který nikdo nemá čas.
— Pondělní porada provozu, zkráceně
Co znamená „propojené“
Místo exportu postavíme mezi CRM a Clauda malý MCP server. MCP je otevřený protokol od Anthropicu, kterým se model řízeně napojí na jeden konkrétní systém. Představte si úzké okénko na přepážce: Claude se může ptát na výjezdy, zakázky a techniky a na nic dalšího.
Server běží pod identitou toho, kdo se ptá. Vedoucí regionu Morava vidí Moravu, majitel vidí celou firmu. Data se nikam nekopírují, Claude je při každé otázce čte přímo z CRM a odpoví česky: „Za poslední tři měsíce měl zákazník X sedm výjezdů, pět z nich kvůli stejnému tepelnému čerpadlu.“
Konkrétně: servisní záznamy v Raynet CRM
Vezměme firmu, která servisuje tepelná čerpadla a výjezdy eviduje v Raynet CRM (stejně dobře to může být eWay-CRM nebo vlastní databáze). CRM zůstává, jak je, technici zapisují dál ve stejné aplikaci. Přibude jen most. Pro tým s deseti techniky a zhruba dvěma stovkami výjezdů měsíčně jde o jeden menší server, ne o nový systém (ilustrativní odhad).
- Najde opakované výjezdy ke stejnému zákazníkovi nebo zařízení za zvolené období a seřadí je podle počtu.
- Označí prázdné jízdy podle poznámek technika: zákazník nebyl doma, chyběl díl, špatná adresa.
- Spočítá podíl závad vyřešených hned při první návštěvě, po technicích i po typech zařízení.
- Pokud CRM eviduje čas na cestě a na místě, ukáže, kam se jezdí daleko kvůli málo práci.
- Týdenní shrnutí uloží jako dovednost, kterou si pak spustí kdokoli s oprávněním, každý se svými daty.
Ilustrativní příklad: vedoucí provozu malé servisní firmy z Brna se v pondělí ráno zeptá: „Které výjezdy za minulý měsíc byly zbytečné a proč?“ Dostane seznam dvanácti jízd a u devíti z nich chyběl díl, který šlo objednat předem. To je konkrétní úkol pro sklad, ne dojem.
Co reporty z CRM neudělají, a proč je to dobře
Claude technikům neplánuje trasy a nikoho nehodnotí. Když ukáže, že jeden technik má víc opakovaných návštěv, neví, jestli dostává nejtěžší zakázky, nebo potřebuje zaškolit. To posoudí vedoucí, který svoje lidi zná.
A report je jen tak dobrý, jak dobré jsou záznamy. Když se poznámky píšou zkratkami, Claude to řekne a vypíše, které záznamy nedokázal zařadit. Neodhaduje a nedoplňuje. Právě proto se mu dá věřit: každé číslo jde dohledat až ke konkrétnímu výjezdu v CRM.
Co by to obnášelo
Napojíme se na vaše CRM přes jeho API, postavíme jeden MCP server pro servisní data a nasadíme ho na vaši infrastrukturu. Přihlášení i oprávnění zůstávají ta, která už máte, a každý dotaz se zapíše do auditní stopy. Žádný roční projekt, spíš pár týdnů od první schůzky po první report (ilustrativní odhad).
Co zbývá
Model není úzké hrdlo. Claude umí číst servisní záznamy a hledat v nich vzorce. Úzké hrdlo je mezera mezi ním a CRM, do kterého vaše firma už léta zapisuje, kam technici jezdí. Tu mezeru zavíráme.
Pokud chcete vědět, kolik vašich výjezdů se opakuje, napište nám. Krátký hovor: podíváme se, v čem výjezdy evidujete, a řekneme vám, jak by most vypadal u vás.