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.