Obchodnik v Relatoo CRM ma vsechna data: kontakty, historii komunikace, otevrene prilezitosti, poznamky z poslednich schuzek. Jenomze kdyz chce z techto dat neco udelat, musi exportovat, kopirovat a rucne sestavovat podklady. Claude mezitim sedi na vedlejsi zalozce a nevi o zadnem z tech dat nic.
Prace, kterou nikdo nechce delat
Pruchod typickeho dne obchodnika vypada takto: rano si v Relatoo zkontroluje pipeline, pak otevire chatbot, rucne opisuje jmeno zakaznika, kopirujes posledni poznamku ze schuzky, pridava kontext z e-mailu. Chce pripravit followup po volani. Stravi deset minut sestavovanim kontextu, ktery uz v systemu je.
Tohle neni vyjimka. Je to standard. Vetsina ceskych SMB firem, ktere pouzivaji CRM, resi integraci s AI nastroji prave takto: rucne, po jednom pripadu, bez pameti mezi sezenimi. Kazdy dotaz zacina od nuly.
"Mam vsechno v systemu, ale vzdycky musim zacit znovu, jako by to tam nebylo."
— Obchodnik, ktery ma Relatoo otevrene cely den a chatbot na vedlejsi zalozce
Co "napojeni dat" skutecne znamena
Napojeni CRM na Claude neni widget ani plugin. Je to MCP server: mala, soustredena sluzba, ktera si pri kazdem dotazu overi, kdo se pta, prenese jeho pristupova prava do Relatoo API a vrati Claudovi presne ta data, ke kterym ma dany obchodnik pristup. Nic vic, nic min.
Vysledek: Claude vi, ze Tomas Novak z firmy Alfa s.r.o. je v pipeline ve fazi "nabidka odeslana", naposledy byl kontakt pred tremi tydny, a poznamka ze schuzky rika, ze resili integraci s jejich skladovym systemem. Claude si to nemusel odkopirovat. Obchodnik se nemusel nic ptat dvakrat.
Konkretne: co Claude s Relatoo zvladne
Firma, ktera pouziva Relatoo s naplnenou databazi kontaktu a aktivit, muze po napojeni MCP serveru pracovat jinak. Ilustrativni odhad: obchodnik s piplelinou 80 prilezitosti travi pripravu podkladu pro tydenni report zhruba hodinu. Po napojeni se tento cas zkracuje na par minut.
- Souhrn zakaznika pred telefonatem: Claude precte posledni tri aktivity, otevrene prilezitosti a poznamky ze schuzek v Relatoo a sestavi strucny brief.
- Navrh followup e-mailu: Claude vi, co bylo na predchozi schuzce receno, a navrhne konkretn text odpovedi v kontextu aktualniho stadia pipeline.
- Tydenni prehled pipeline: Claude projde vsechny otevrene prilezitosti v Relatoo a pripravi strukturovany souhrn pro vedeni bez toho, aby obchodnik musel cokoliv exportovat.
- Upozorneni na zastaralost: Claude detekuje kontakty v pipeline, kde posled aktivita je starsi nez 30 dni, a upozorni obchodnika na konkretni pripady.
Pro obchodnika ve firme s desitkama aktivnich obchodnich prilezetnosti to znamena: context switching mezi Relatoo a chatbotem prestane existovat. Claude je soucasti kontextu, ne paraleln nastroj.
Co Claude s CRM daty neudela, a proc je to dobre
Claude nerozhoduje o cene. Neposlila nabidku sam od sebe. Neuzavre obchod. Nema pristup k datum, ke kterym ho obchodnik sam nema. Tyhle hranice nejsou nedostatky systemu.
Jsou to pravidla, ktera zajistuji, ze obchodnik nese odpovednost za kazde rozhodnut, ktere je dulezite. Claude je asistent s perfektni pameti a rychlym ctenim. Obchodnik je ten, kdo vi, proc Tomas z firmy Alfa potrebuje jeste mesic a proc ma smysl pockat.
Co by to obnaselo
Relatoo ma REST API. Napojeni probehne jako instalace jednoho MCP serveru na infrastrukture firmy, nikoli jako rocni implementacni projekt. Server bezi pod identitou konkretniho uzivatele, logy zustavaji u zakaznika, data neopusti CRM. Zadne licencni prekvapeni, zadny vendor lock-in navic.
Kde je skutecna brzda
Model neni problem. Claude umi pracovat s kontextem zakaznika, sestavit followup, vytahnout klicove informace z aktivity. Ale jen tehdy, kdyz ta data dostane. Dokud jsou uzamcena v Relatoo a obchodnik je rucne prepisuje do chatbotu, zadna AI nepomaha.
Brzda je mezera mezi Claudem a daty, ktera firma uz ma. Tu mezeru zavirame. Pokud pouzivate Relatoo a chcete vedet, jak by napojeni vypadalo konkretne pro vas obchodni tym, napiste nam. Kratky hovor staci.