aistack
Sjednat konzultaci →
← Všechny články
Obchod & CRM

Každý e-mail rovnou do CRM — bez jediného kopírování

Obchodník po hovoru nebo schůzce přepíše poznámky do CRM průměrně osm minut. Claude tohle udělá sám, hned, ve správném formátu.

červen 2026·7 min read·Milan Janoštík·
ClaudeMCPCRMobchod
Schematická infografika: vlevo obálka e-mailu, uprostřed MCP bridge s ikonou zámku identity, vpravo karta záznamu v CRM se zeleně zářícím posledním řádkem.

Každý obchodník to zná. Schůzka skončila dobře, zákazník projevil zájem, teď je čas otevřít CRM a zapsat co bylo řečeno. Jenže tohle „zapsat" trvá. Jméno kontaktu, název firmy, téma hovoru, dohodnutý next step — každé pole ručně, z paměti nebo z rozepsaného e-mailu vedle. Osm minut na jeden kontakt, dvacet kontaktů týdně.

Práce, kterou nikdo nechce dělat

Přepisování dat mezi systémy není obchodní práce. Je to logistika informací — přesun textu z jednoho okna do druhého. Přesto tvoří, podle opakovaných průzkumů obchodních týmů, přes čtvrtinu pracovního dne průměrného obchodníka. Čtvrtinu, která mohla být hovor navíc, nebo příprava nabídky.

Problém není v lidech ani ve špatném CRM. Problém je v mezeře: e-mailový klient a CRM jsou dva oddělené systémy. Informace z jednoho se do druhého nedostanou samy od sebe. Tak se z obchodníka stane — neplánovaně — operátor přenosu dat.

Pět minut po schůzce jsem ještě byl v hlavě u zákazníka. Pak jsem otevřel CRM a začal přepisovat. Do té doby, než jsem skončil, jsem zapomněl půlku nuancí.

Obchodník B2B SaaS firmy, ilustrativní scéna

Co to znamená mít bridge

Bridge není integrace ve starém smyslu — tedy pevná trubka, která přesouvá přesně definovaná pole. Je to malý MCP server, který drží oprávnění konkrétního obchodníka a s nimi přistupuje k jeho e-mailové schránce i k CRM záznamu. Claude pak čte kontext e-mailu — předmět, obsah, odesílatele, historii vlákna — a z toho sestaví nebo doplní CRM záznam ve správném formátu.

Klíčové slovo je „oprávnění". Claude v tomto uspořádání nevidí více, než vidí obchodník sám. Nemá přístup k e-mailům kolegy. Nepíše do CRM záznamu zákazníka, ke kterému obchodník nemá přístup. Identita — a s ní scope toho, co bridge smí dělat — cestuje skrz celý tok.

Pravidlo bridge
Claude nikdy nevidí víc, než vidí člověk, který se ptá.
MCP server nese identitu obchodníka do každého volání. Záznamy v CRM, které obchodník nesmí číst, bridge neotevře. Pole, která obchodník nesmí editovat, bridge nezapíše. Tohle není nastavení — je to architektura.
Tok dat: doručená pošta → MCP bridge (identita obchodníka) → CRM záznam

Konkrétně: Raynet nebo Pipedrive s firemním Gmailem

Raynet CRM je rozšířenou volbou českých obchodních týmů o 10–50 lidech. Gmail nebo Microsoft 365 má skoro každý. Bridge mezi nimi funguje takto: obchodník odešle nebo přijme e-mail, jehož kontext patří k existující příležitosti. MCP server s jeho identitou načte vlákno, Claude identifikuje relevantní informace — jméno kontaktu, fázi jednání, dohodnutý termín, případný cenový rámec — a doplní je do správné příležitosti v Raynetu. Pokud příležitost ještě neexistuje, navrhne její vytvoření. Obchodník zkontroluje návrh a potvrdí.

  • Rozpoznání kontaktu z e-mailové adresy a doplnění do existujícího záznamu v CRM.
  • Extrakce dohodnutého next stepu (termín, akce) a zápis do pole "Aktivita" nebo "Úkol".
  • Aktualizace fáze příležitosti na základě obsahu e-mailu (poptávka → jednání → nabídka).
  • Uložení shrnutí e-mailového vlákna jako interní poznámky k příležitosti.
  • Návrh nového záznamu, pokud odesílatel v CRM dosud neexistuje.

Ilustrativní příklad: obchodní zástupce v pražské IT firmě dostane odpověď na nabídku od zákazníka z Brna. E-mail je ve vláknu, které existuje tři týdny. Bridge rozpozná, že jde o reakci na konkrétní nabídku, aktualizuje fázi příležitosti v Pipedrive na "Vyjednávání" a zapíše poznámku s klíčovými body odpovědi. Celé to trvá sekundy. Obchodník otevře CRM a záznam už čeká — aktuální, čitelný, bez zkratek z paměti.

Co AI s e-maily v CRM neudělá — a proč je to dobře

Bridge nezavírá deal. Nerozhoduje, jestli zákazník vypadá věrohodně, jestli je navrhovaná cena adekvátní nebo jestli je čas eskalovat příležitost na vedení. Tyto věci vyžadují kontext, zkušenost a zodpovědnost — a ta zůstává na obchodníkovi.

Záměrně. Čím přesněji je ohraničené to, co bridge dělá, tím větší důvěru si zaslouží. Systém, který „trochu rozhoduje" je obtížné kontrolovat. Systém, který přesně přesouvá data a čeká na potvrzení, je systém, ve který se dá věřit — a jehož chybu je snadné opravit.

~8 min
průměrně ztraceno na zápis jednoho kontaktu do CRM [ilustrativní]
>25 %
pracovního dne obchodníka tvoří administrativní úkony [ilustrativní, dle průmyslových průzkumů]
1 MCP server
stačí na propojení e-mailu a CRM — bez dalšího softwaru

Co by to obnášelo

Bridge běží na vaší infrastruktuře — ve vašem cloudu nebo on-premise serveru. Nesdílí data s žádným externím vektorem. Žádné e-maily neprochází třetí stranou, která by z nich mohla těžit trénovací data. MCP server nese identitu konkrétního obchodníka a přistupuje přesně k těm systémům, ke kterým má přístup.

Doručená pošta (Gmail / Outlook)MCP server — identita obchodníkaClaude analyzuje kontext e-mailuNávrh záznamu pro CRMObchodník potvrdí → CRM aktualizováno

Co zbyde

Model není bottleneck. Claude zvládne přečíst e-mail a sestavit CRM záznam — to není problém, který čeká na lepší AI. Bottleneck je mezera: e-mailový klient a CRM jsou oddělené systémy a informace mezi nimi přechází ručně, s každým přechodem ztrácí kontext a čas.

Tuhle mezeru zavíráme. Napište nám — krátký hovor stačí na to, abychom zjistili, jaký CRM používáte a jak vypadá váš e-mailový tok. Většinou se ukáže, že bridge může být v provozu dřív, než by kdokoli čekal.