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

První odpověď na poptávku za minutu, ne za den

Zákazník pošle poptávku v pátek odpoledne. V pondělí ráno zjistí, že vybral konkurenta, který odpověděl hned. Claude přečte poptávku, vytáhne relevantní data z CRM a připraví návrh odpovědi dřív, než si stihnete uvařit kávu.

červen 2026·7 min read·Milan Janoštík·
ClaudeMCPCRMobchod
Infografika znázorňující tok poptávky zleva přes MCP bridge do CRM systému, kde Claude sestavuje návrh odpovědi.

Zákazník pošle poptávku v pátek odpoledne. Obchodník si ji přečte, chce odpovědět, ale ještě musí dojet na schůzku. V pondělí ráno přijde krátká zpráva: „Díky, vybrali jsme jiného dodavatele, který odpověděl hned." Poptávka nebyla o ceně. Nebyla o kvalitě. Byla o tom, kdo byl první.

Práce, kterou nikdo nechce dělat

Dobrá odpověď na poptávku není krátká. Musí ukázat, že jste poptávku četli. Že víte, kdo zákazník je. Že jste připraveni. Obchodník proto otevře CRM, hledá kartu zákazníka, prochází historii jednání, zkontroluje případné otevřené objednávky, pak se vrátí k e-mailu a začne psát. Celý rituál trvá třicet minut — v nejlepším případě.

A to za předpokladu, že obchodník u notebooku vůbec sedí. Reálně poptávky přicházejí večer, o víkendu, v době obědů. Automatické potvrzení „přijali jsme vaši zprávu" zákazník dnes přečte jako signál, že nikdo nestál u telefonu. Výzkumy ukazují, že průměrná doba první odpovědi u B2B firem přesahuje 42 hodin — a většina zákazníků se do té doby rozhodla jinde.

Dorazila v pátek ve 14:43. V pondělí ráno jsme ji otevírali jako první věc. Zákazník nás o víkendu přestal sledovat na LinkedInu.

Scéna z běžného pondělního rána v obchodním oddělení

Co to ve skutečnosti znamená: Claude + CRM přes MCP

AI stack propojuje Clauda s CRM systémem firmy přes malý MCP server. Když dorazí poptávka — e-mailem, formulářem, přes CRM ticket — Claude ji přečte a zároveň načte ze CRM všechno, co k zákazníkovi existuje: historii jednání, předchozí objednávky, jméno obchodníka přiřazeného k účtu, případné otevřené příležitosti. Pak sestaví návrh odpovědi.

MCP server nefunguje jako globální přístup do celé databáze. Načte přesně ta data, ke kterým má přihlášený obchodník právo. Pokud obchodník Novák nemá přístup na kartu zákazníka Dvořáka, Claude ji nevidí. Identita se nese přes celý tok — od poptávky přes načtení kontextu až po sestavení návrhu.

Pravidlo mostu
Claude nikdy nevidí víc než obchodník
MCP server přenáší identitu přihlášeného uživatele do každého dotazu. Claude dostane přesně ten kontext, na který má daný obchodník právo — ne více. Návrh odpovědi odchází ke schválení; zákazníkovi píše člověk.
Tok poptávky: příchozí zpráva → MCP bridge (identita obchodníka) → CRM kontext → návrh odpovědi

Konkrétně: Raynet nebo Pipedrive

Dvě nejrozšířenější CRM platformy u menších českých firem jsou Raynet (český produkt, oblíbený u servisních a B2B firem) a Pipedrive (mezinárodní, ale s velkým podílem v ČR). Obě mají API, přes které MCP server dokáže číst kartu zákazníka, historii komunikace a stav obchodního případu. Ilustrativně: obchodní tým o čtyřech lidech zpracovává přibližně dvacet poptávek týdně — každá odpověď zabere dvacet až třicet minut přípravy. Claude tuto přípravu zkrátí na přečtení a schválení návrhu.

  • Poptávka přistane do CRM nebo e-mailu — Claude ji přečte a identifikuje zákazníka.
  • MCP server načte ze CRM kartu zákazníka: historii, obchodníka, otevřené případy.
  • Claude sestaví návrh odpovědi v tónu a struktuře, jakou tým používá (naučí se ze šablon v dovednostní knihovně).
  • Obchodník dostane návrh k revizi — upraví, co chce, a odešle vlastním jménem.
  • CRM se automaticky aktualizuje: nová aktivita, časové razítko, stav příležitosti.

Ilustrativní příklad: freelancer nebo malá agentura, která dostane poptávku na tvorbu webu v neděli večer. Místo toho, aby zákazník čekal do úterý, dostane v pondělí ráno — ještě před první schůzkou — odpověď s odkazem na relevantní projekty, stručným nastíněním procesu a návrhem termínu pro úvodní hovor. Obchodník ji odeslal za tři minuty, protože ji nemusel psát od nuly.

Co AI odpověď na poptávku neudělá — a proč je to dobře

Claude neodešle odpověď sám. Nerozhoduje o ceně ani o podmínkách. Neví, zda zákazníka chcete — to ví obchodník, který zná trh, osobní historii vztahu nebo interní kapacitní situaci. Návrh je vždy návrh: text k přečtení, úpravě a schválení.

Tato hranice není technické omezení. Je to záměr. Automatická odpověď odeslaná bez přečtení se pozná — a zákazník to ví. Hodnota je v tom, že obchodník dostane solidní základ za zlomek času a odpoví rychle s důstojnou, kontextovou zprávou. Rychlost plus lidský pohled — ne jedno za druhé.

42 h
Průměrná doba první odpovědi u B2B firem (Drift, 2021)
< 5 min
Cílová doba první odpovědi s připraveným návrhem
21×
Vyšší šance na kvalifikaci leadu při odpovědi do 5 minut vs. 30 minut (InsideSales / HBR)

Co to obnáší

MCP server pro CRM se nastaví jednou. Běží na vaší infrastruktuře — ne na cloudu AI stack, ne v nějakém sdíleném prostředí. Data zákazníků nikdy neopustí váš systém, nekopírují se do žádné cache třetí strany. Audit trail zaznamenává každý dotaz: kdo se ptal, na co, kdy.

Příchozí poptávka (e-mail / CRM ticket)MCP server (identita obchodníka)Claude: přečte poptávku + CRM kontextNávrh odpovědi → obchodník schválíOdpověď odchází, CRM se aktualizuje

Co zbývá

Model není úzkým hrdlem. Claude umí napsat slušnou odpověď na poptávku dřív, než dokončíte první větu. Úzkým hrdlem je mezera mezi Claudem a daty, která vaše firma už má — historií v CRM, šablonami odpovědí, znalostí zákazníka. Tuhle mezeru zavíráme.

Pokud váš tým odpovídá na poptávky pozdě ne proto, že by byl líný, ale proto, že příprava každé odpovědi stojí půl hodiny — napište nám. Krátký hovor, žádný dlouhý projekt na začátek. Ukážeme, jak to vypadá na vašich datech.