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

Zápis z jednání, který se rovnou promítne do CRM

Po každé schůzce někdo přepisuje poznámky do systému. Claude to udělá sám a rovnou vytvoří úkol, aktualizuje příležitost a pošle follow-up návrh.

červen 2026·7 min read·Milan Janoštík·
ClaudeMCPCRMObchod
Infografika znázorňující tok dat ze surového zápisu z jednání přes MCP bridge do CRM systému, kde se aktualizuje příležitost a vytváří úkol.

Schůzka trvá hodinu. Zápis do CRM trvá dalších dvacet minut, a to v nejlepším případě, kdy to obchodník udělá hned. Nejčastěji se to odloží na večer, druhý den ráno, nebo se neudělá vůbec. Příležitost zůstane v systému bez aktualizace, follow-up e-mail se neodešle, úkol se nevytvoří. A zákazník čeká.

Práce, kterou nikdo nechce dělat

Každý obchodník zná ten moment. Schůzka skončila dobře: zákazník má zájem, padla konkrétní čísla, dohodli se na dalším kroku. Obchodník sedí v autě nebo ve vlaku a ví, že by měl otevřít CRM a zadat všechno, dokud to má v hlavě. Místo toho odpoví na tři hovory, pak přijede do kanceláře a přejde rovnou na další schůzku.

Výzkum HubSpot opakovaně ukazuje, že 44 % obchodníků vzdá follow-up po prvním kontaktu, přestože většina uzavření vyžaduje pět a více kontaktů. Problém není motivace. Problém je, že přepisování zápisů je zdlouhavé, opakující se a soupeří o čas s prací, která přímo generuje obchod.

Vím přesně, co jsem na schůzce slíbil. Ale do CRM jsem to zadal druhý den ráno a vynechal jsem půlku detailů.

Obchodní ředitel, B2B technologická firma, ilustrativní situace

Co „propojené" ve skutečnosti znamená

Propojení CRM s Claudem neznamená, že si pořídíte nový software. Znamená to, že mezi Claudem a vaším CRM systémem vznikne jeden malý MCP server: most, který nese identitu obchodníka. Claude vidí v CRM přesně to, co vidí obchodník sám: své příležitosti, své kontakty, své úkoly. Kolegy a jejich příležitosti nevidí.

Obchodník napíše nebo nadiktuje surový zápis z jednání, klidně nestrukturovaně, jak mu to přišlo na mysl. Claude ho přečte, rozpozná klíčové informace (jméno zákazníka, fáze příležitosti, dohodnutá cena, další krok, termín) a připraví návrh aktualizace CRM záznamu. Obchodník návrh zkontroluje a potvrdí jedním klikem. Teprve pak se data zapíší.

Pravidlo mostu
Claude nevidí víc než obchodník sám
MCP server nese identitu a oprávnění přihlášeného obchodníka. Příležitosti kolegů, ceníky dostupné jen manažerovi nebo historické záznamy jiných zákazníků zůstávají mimo dosah. Žádná data se nekopírují do externího úložiště. Všechno zůstává ve vašem CRM, ve vaší infrastruktuře.
Tok dat: surový zápis → MCP bridge (vaše identita) → CRM aktualizace + úkol + follow-up návrh

Konkrétně: Raynet nebo Pipedrive

Raynet CRM (jedna z nejrozšířenějších CRM platforem pro české SMB) má REST API, které umožňuje vytvářet aktivity, aktualizovat příležitosti a přidávat úkoly programaticky. MCP server se napojí na toto API a nese přihlašovací token obchodníka. Pipedrive, který používá řada technologicky zdatnějších českých firem, funguje stejně. Váš CRM systém zůstane beze změny, přibyde jen jeden autorizovaný přístupový bod.

  • Claude rozpozná jméno zákazníka a najde odpovídající záznam v CRM.
  • Navrhne aktualizaci fáze příležitosti a hodnoty obchodu podle toho, co zaznělo na schůzce.
  • Vytvoří úkol s termínem a odpovědnou osobou (obchodníkem) pro dohodnutý další krok.
  • Připraví návrh follow-up e-mailu zákazníkovi. Obchodník ho zkontroluje a teprve pak odešle.
  • Zaznamená aktivitu do historie příležitosti s datem a stručným shrnutím jednání.

Představte si obchodníka ve firmě se čtyřmi až šesti aktivními příležitostmi týdně. Při čtyřech schůzkách za den a průměrně patnácti minutách admin práce po každé z nich jde o hodinu denně čistého přepisování. Při pěti pracovních dnech to je pět hodin týdně, víc než celé dopoledne. Ilustrativně: firma s pěti obchodníky takto "ztrácí" dva a půl pracovních dnů za týden na administraci, která nevytváří žádnou hodnotu.

Co AI zápis z jednání neudělá a proč je to dobře

Claude nerozhod o ceně. Neodešle e-mail zákazníkovi bez souhlasu. Nesdělí zákazníkovi nic, co mu obchodník sdělit nechtěl. Každý návrh (aktualizace příležitosti, text follow-upu, nový úkol) je nejprve předložen ke schválení. Pokud obchodník návrh zamítne nebo upraví, Claude se přizpůsobí.

Tato hranice není omezení, je to podmínka důvěry. Zápis z jednání může obsahovat citlivé informace: nabídnutou slevu, kterou zákazník ještě nepotvrdil, nebo slib, který vedení ještě musí schválit. Claude tyto informace zpracuje jako kontext pro návrh, ale konečné slovo má vždy obchodník. Člověk nezaniká: přestane přepisovat a začne rozhodovat.

44 %
obchodníků vzdá follow-up po prvním kontaktu (HubSpot Sales Statistics)
~15 min
admin práce po každé schůzce, ilustrativní odhad pro typický B2B prodej
5 hodin
týdně ušetřených u obchodníka se 4 schůzkami denně, ilustrativní

Co by to obnášelo

Nejde o roční projekt. MCP server pro Raynet nebo Pipedrive je jedna soustředěná integrace: autorizace přes API klíč obchodníka, čtení a zápis do definovaných objektů (příležitost, aktivita, úkol), žádná databáze navíc, žádná kopie dat. Celé běží na vaší infrastruktuře nebo na cloudovém prostředí, které už využíváte, ne u nás, ne v žádném sdíleném tenant.

Surový zápis z jednání (text / diktát)Claude: strukturování a rozpoznání záměruMCP server (identita obchodníka, API oprávnění)CRM systém (Raynet / Pipedrive): aktualizace, úkol, aktivitaObchodník: schválení návrhu jedním klikem

Co zbývá

Model není bottleneck. Claude umí zápis přečíst, pochopit a strukturovat, to zvládá spolehlivě. Bottleneck je mezera mezi Claudem a vaším CRM: ta mezera způsobuje, že záznamy zůstávají neaktuální, follow-upy se odesílají pozdě nebo vůbec a příležitosti se ztrácejí v šumu. MCP server tuto mezeru uzavírá.

Napište nám. Stačí krátký hovor. Projdeme, jaký CRM systém používáte, jak vypadá váš typický zápis z jednání a co by most musel umět. Výsledkem bude konkrétní návrh, ne prezentace o budoucnosti prodeje.