Reporty z CRM o otevřených nabídkách mají odpovědět na jedinou otázku: které odeslané nabídky ještě čekají na odpověď a kterým se máme ozvat jako prvním. Většina firem tu odpověď v CRM má, jen je rozsypaná mezi desítky záznamů, filtrů a poznámek. Ukážeme, jak ji mít každé pondělí ráno na jedné obrazovce.
Práce, kterou nikdo nechce dělat
Nabídka odejde v úterý. Zákazník odepíše, že se na to podívá. Pak přijde další poptávka, jiná nabídka, porada, dovolená. Za tři týdny ta první nabídka pořád svítí v CRM jako otevřená, jenže si jí nikdo nevšiml, protože v seznamu leží pod čtyřiceti dalšími.
Ruční report vypadá všude podobně. V pondělí ráno někdo otevře CRM, nastaví filtr na stav „odesláno“, vyexportuje tabulku, seřadí ji podle částky, pak podle data a u každého řádku dohledává, kdy proběhl poslední kontakt. Zabere to hodinu, někdy dvě. Protože to nikoho nebaví, dělá se to nepravidelně, a první vypadnou právě ty nabídky, které by šlo ještě zachránit.
Nabídka na 380 tisíc, odeslaná před dvaadvaceti dny. Poslední aktivita: „Pošlu vyjádření do konce týdne.“ Od zákazníka.
— Řádek z pondělního exportu, který nikdo nedočetl
Co znamená napojený report
Claude sám o vašich nabídkách nic neví. Model ale není to, co chybí. Chybí cesta mezi ním a vaším CRM. Stavíme ji jako malý MCP server: úzký most, který umí přečíst nabídky, jejich stav, částku, datum odeslání a poslední aktivitu. Nic dalšího.
Most nese identitu toho, kdo se ptá. Když report spustí obchodník, Claude se do CRM dívá jeho očima a vidí jen jeho nabídky. Když ho spustí vedoucí obchodu, vidí svůj tým. Data se nikam nekopírují a neukládají do cizí mezipaměti. Platforma běží ve vašem cloudu a každé spuštění má záznam v auditní stopě.
Z reportu se stává sdílený postup
V tom je rozdíl proti chytrému dotazu, který si někdo jednou napíše do chatu. Dobrý report má pravidla. Co je ještě otevřená nabídka. Po kolika dnech je stará. Jak vážit hodnotu proti stáří. Co dělat s nabídkou, kde zákazník odpověděl, ale nerozhodl se. Tato pravidla se sepíšou jednou jako skill a uloží do sdílené knihovny.
Skill má verze. Když vedoucí obchodu posune hranici ze čtrnácti na deset dní, změna platí od dalšího pondělí pro všechny. Každý obchodník si skill spustí sám, se svými právy, a dostane stejně postavený přehled. Žádné vlastní tabulky, žádné „já si to počítám jinak“.
Konkrétně: Raynet, Pipedrive nebo Pohoda
Vaše CRM zůstává, kde je. Ať nabídky evidujete v Raynetu, v Pipedrive, v HubSpotu, nebo jako vydané nabídky v Pohodě, most se k systému jen připojí. U malého obchodního týmu s několika desítkami otevřených nabídek jde typicky o jeden MCP server a jeden skill (ilustrativní odhad, záleží na tom, jak máte CRM nastavené).
- Načte nabídky ve stavu odesláno nebo čeká na odpověď, a to jen ty, ke kterým má spouštějící přístup.
- Ke každé dohledá poslední aktivitu: e-mail, hovor, schůzku, poznámku.
- Seřadí je podle hodnoty a stáří a vyznačí ty, které překročily dohodnutou hranici.
- U nejdůležitějších napíše jednu větu, proč se ozvat právě teď, s odkazem na poslední kontakt.
- Výsledek vrátí jako přehled na jednu obrazovku, ne jako další export.
Představte si brněnskou firmu, která dodává a montuje regálové systémy a má tři obchodníky (ilustrativní příklad). Každé pondělí v osm si každý z nich spustí skill a do minuty má před sebou svých deset nejdůležitějších nabídek. Majitel spustí tentýž skill a vidí souhrn za celý tým. Nikdo nic neexportoval.
Co report neudělá, a proč je to dobře
Claude nezavolá zákazníkovi a nepošle mu připomínku sám od sebe. Nerozhodne, jestli nabídku slevit, nebo ji odepsat. Neví, že ředitel zákazníka je zrovna na dovolené, pokud to nikdo nezapsal do CRM. Report je tak dobrý, jak dobrá jsou data, ze kterých čte.
Právě proto se mu dá věřit. Dělá jednu úzkou věc: čte, třídí a ukazuje. Vztah se zákazníkem zůstává obchodníkovi. A když v přehledu nějaká nabídka chybí, je to signál, že chybí v CRM. I to je užitečná informace.
Co by to obnášelo
Žádný roční projekt. Nejdřív krátký rozhovor o tom, jak report děláte dnes a co u vás znamená otevřená nabídka. Pak napojíme vaše CRM jedním MCP serverem na platformu ve vašem cloudu, sepíšeme pravidla jako skill a týden ho necháme běžet vedle ručního reportu, abyste viděli, že sedí.
Co zbývá
Vaše nabídky už v CRM jsou. Claude umí číst, třídit a psát. Chybí propojení mezi nimi a pravidla, na kterých se tým shodne. Když to propojení postavíme, pondělní report přestane být práce a zbude z něj seznam hovorů.
Pokud vám v CRM leží nabídky, o kterých nevíte, jestli ještě žijí, napište nám. Stačí krátký hovor, abychom zjistili, jaké CRM máte a co by k němu most potřeboval.