Zákazník napíše „kde je moje objednávka“. Ta odpověď u vás existuje: leží v e-shopu, ve skladu a v systému dopravce. Jenom ji pokaždé musí někdo ručně poskládat ze tří oken. Automatická odpověď zákazníkovi, kde je objednávka, nevzniká z chytřejší šablony. Vzniká z toho, že model vidí stejná data jako operátor.
Práce, kterou nikdo nechce
Podpora malého e-shopu vypadá ráno pořád stejně. Ve schránce je čtyřicet zpráv a dobrá polovina se ptá na totéž. Operátor zkopíruje číslo objednávky do administrace, ověří, jestli je zboží vyskladněné, otevře stránku dopravce, podívá se na poslední sken a napíše dvě věty.
Jedna taková odpověď zabere dvě až tři minuty. Samo o sobě nic. Padesátkrát denně je z toho půl úvazku, který nikoho nebaví a po kterém nic nezůstane. Zákazník mezitím čeká od rána do odpoledne na informaci, kterou váš sklad zná už včera.
Za dopoledne dvacet zpráv se stejnou otázkou a dvacet skoro stejných odpovědí. Liší se jen číslo balíku.
— Pondělí na zákaznické podpoře, zkráceně
Co znamená „propojený“ v praxi
Claude sám o sobě o vaší objednávce číslo 24187 neví nic. Není to databáze a nezíská přístup k ničemu jen proto, že je chytrý. Dokud mu neotevřete konkrétní dveře do konkrétního systému, umí jen hezky psát.
Ty dveře jsou MCP server. Malý program, který stojí mezi Claudem a jedním vaším systémem a překládá otázku na dotaz, kterému ten systém rozumí. Jeden pro objednávky, jeden pro sklad, jeden pro sledování zásilek. Žádná kopie databáze, žádný export nahraný do cizí služby. Claude se ptá živě a dostane přesně to, co by ve stejnou chvíli viděl člověk.
Konkrétně: e-shop, sklad a dopravce
Vezměme běžnou českou sestavu. E-shop na Shoptetu, skladové a účetní stavy v Pohodě, zásilky přes Zásilkovnu a Českou poštu. Tyhle tři světy spolu dnes mluví jen přes člověka, který mezi nimi přepíná v prohlížeči. Nic z toho neměníte, nic nemigrujete. Přidává se jen most.
- Najde objednávku podle čísla, e-mailu, jména i podle věty „objednala jsem minulý týden ty boty“.
- Zjistí fázi: přijatá, zaplacená, vyskladněná, předaná dopravci.
- Vytáhne poslední sken od dopravce a přeloží ho do lidské věty, včetně toho, že „doručeno“ na výdejním místě znamená, že balík čeká na vyzvednutí.
- Podívá se do historie tiketů, jestli už zákazník psal a co jste mu slíbili.
- Připraví odpověď v tónu, jakým píšete, a nechá ji ke schválení.
Ilustrativně: dvoučlenná podpora, která denně odbaví padesát dotazů na stav zásilky, tráví touhle rutinou zhruba dvě hodiny denně. Když z ní zbyde kontrola a odeslání, je to práce na dvacet minut. Nikdo tím nepřišel o místo. Ta dvouhodinová díra se dá použít na reklamace, které opravdu potřebují člověka.
Co automatická odpověď dělat nebude, a proč je to dobře
Nebude slibovat termín, který nemá odkud vzít. Když dopravce tři dny neskenoval, most to řekne rovnou a nedomýšlí si. Nebude rozhodovat o kompenzaci, o storno poplatku ani o tom, jestli tentokrát pošlete náhradu zdarma. To jsou rozhodnutí o penězích a o vztahu se zákazníkem a patří člověku.
Ta hranice je důvod, proč se tomu dá věřit. Systém, který smí jen číst a napsat návrh, nenapáchá škodu, kterou objevíte až za měsíc. Odesílá pořád člověk. Jen místo skládání informací dělá to, co za něj nikdo neudělá: rozhoduje.
Co by to obnášelo
Začíná se jedním systémem, obvykle e-shopem, protože tam je číslo objednávky. Most běží na vaší infrastruktuře, pod vaším přihlášením, s vaším logem, kdo se na co ptal. Není to roční projekt. První užitečná verze je otázka dnů, ne kvartálů. Pak se přidá dopravce a sklad, každý zvlášť a každý s vlastními právy.
Co zbývá
Model není úzké hrdlo. Claude umí napsat slušnou odpověď zákazníkovi už dnes a nikdo na to nečeká. Úzké hrdlo je vzdálenost mezi ním a daty, která ve firmě dávno máte: číslo objednávky v e-shopu, stav ve skladu, sken u dopravce. Tuhle vzdálenost zavíráme.
Pokud vás na podpoře nejvíc stojí věta „kde je moje objednávka“, napište nám. Krátký hovor stačí na to, abychom si řekli, ze kterých tří systémů se ta odpověď u vás skládá a co by dalo práci propojit jako první.