Reporty z CRM o schůzkách obchodníků obvykle ukážou počet: kolik návštěv, kolik hovorů, kolik předvedení. Neukážou, která z nich vedla k podpisu. Ta odpověď přitom existuje, jen leží ve dvou systémech, které spolu nemluví: v kalendáři a v CRM.
Práce, kterou nikdo nechce dělat
Na konci kvartálu si obchodní ředitel otevře export z CRM a vedle něj kalendáře tří obchodníků. Řádek po řádku hledá, která schůzka patří ke které zakázce. V kalendáři je firma zkrácená na tři písmena, v CRM má celý název i s právní formou. Polovina návštěv v CRM vůbec není, protože se nikdo nestihl zapsat mezi dálnicí a další schůzkou.
Výsledkem je tabulka, která je hotová za dva dny a zastaralá za týden. Otázka, kvůli které vznikla, přitom zůstane napůl zodpovězená: vyplatí se jezdit do Brna na první schůzku, nebo stačí video hovor a osobně až u nabídky?
„Čtyřicet návštěv za měsíc a nikdo neví, které z nich se zaplatily.“
— Kvartální porada obchodu, zkráceně
Co znamená propojit kalendář s CRM
Kalendář ví, kdy a kde schůzka byla, jak dlouho trvala a jestli proběhla osobně, nebo přes odkaz na video. CRM ví, s kým, v jaké fázi obchodu a jak to celé dopadlo. Claude umí obojí přečíst a dát dohromady, pokud k oběma má cestu.
Tu cestu staví MCP server. Je to malý, úzce zaměřený most: na jedné straně kalendář a CRM, na druhé Claude. Nic se nekopíruje do další databáze. Claude se zeptá ve chvíli, kdy dostane otázku, a dostane jen to, co by viděl člověk, který se ptá.
Konkrétně: Raynet a firemní kalendář
Vezměme firmu, která vede obchodní případy v Raynetu a schůzky v Google Kalendáři nebo v Outlooku. Obojí zůstává, jak je, nikdo nic nepřepisuje. Přibude jen most mezi nimi. U týmu o pěti obchodnících jde ilustrativně o stovky schůzek za kvartál, které dnes nikdo nespáruje, protože na to prostě není čas.
- Spáruje schůzku v kalendáři s firmou a obchodním případem v CRM, i když se jména liší zkratkou nebo překlepem.
- Rozliší osobní návštěvu, video hovor a telefonát podle adresy nebo odkazu v pozvánce.
- Ke každé schůzce dohledá, v jaké fázi obchod tehdy byl a jak nakonec skončil.
- Sečte čas na cestách, včetně cest za schůzkami, které nikam nevedly.
- Na otázku „které první schůzky v Praze vedly k podpisu?“ odpoví větou a krátkým seznamem, ne kontingenční tabulkou.
Ilustrativní příklad: obchodník s průmyslovými stroji z Olomouce se zeptá Clauda, jestli má smysl jezdit na úvodní schůzky osobně. Odpověď ukáže, že u menších zákazníků vede úvodní video hovor k zakázce podobně často jako návštěva, ale u větších zakázek rozhoduje osobní předvedení stroje. Kam pojede příští týden, rozhodne on.
Co AI report o schůzkách neudělá, a proč je to dobře
Neřekne obchodníkovi, že je špatný. Report ukazuje vzorce u typů schůzek, ne žebříček lidí. Jestli se z něj stane nástroj na hodnocení, je rozhodnutí vedení, a dobré vedení ví, že jeden kvartál dat je málo a že každý region prodává trochu jinak.
A neuvidí nic, k čemu nemá klíč. Má-li obchodník v kalendáři lékaře nebo osobní pochůzku, vedoucí ji přes svou identitu neuvidí, a Claude tedy také ne. Tahle hranice není brzda. Je to důvod, proč tým report přijme a nezačne kolem něj kličkovat, například tím, že schůzky přestane zapisovat poctivě.
Co by to obnášelo
Žádný roční projekt. Jeden MCP server, který čte kalendář a CRM, běží na vaší infrastruktuře a pod vašimi účty. Přístupy se řídí tím, co už máte nastavené, takže se nic nového nevymýšlí. Jakmile most stojí, tým si může uložit vlastní skill, třeba „měsíční rozbor schůzek“, a každý ho spustí se svými oprávněními.
Co zbývá
Model není úzké místo. Claude umí přečíst kalendář i CRM a odpovědět srozumitelně. Úzké místo je mezera mezi ním a daty, která vaše firma už má. Tu mezeru zavíráme.
Napište nám. Krátký hovor stačí, abychom zjistili, kde máte schůzky a obchody a jak dlouho by most trval. Klidně online, ušetříte si cestu.