Reporty z CRM o doporučeních zákazníků odpovídají na jednoduchou otázku: kteří stávající zákazníci vám přivádějí nové. Většina malých firem odpověď tuší, ale černé na bílém ji nemá. Stačí jeden sdílený skill a Claude ji z vašeho CRM vytáhne každý měsíc, se jmény, částkami a seznamem lidí, kterým je dobré poděkovat.
Práce, kterou nikdo neudělá
Nový zákazník zavolá a řekne, že vás má od pana Nováka. Obchodník to zapíše do poznámky, někdy do pole Zdroj, někdy nikam. Za tři měsíce už nikdo neví, že Novák přivedl dva zákazníky a o třetím se právě jedná.
Kdo chce report doporučení sestavit ručně, otevře export z CRM a čte stovky poznámek. Hledá jména, páruje je se stávajícími zákazníky a ve fakturaci dohledává, kolik noví lidé utratili. Je to odpoledne, do kterého se nikomu nechce, takže se neudělá. Doporučení, často ten nejlevnější obchod, který firma má, zůstává neviditelné.
Pole Zdroj: prázdné. Poznámka: „volal, že nás má od Jany z Brna“. Která Jana?
— Běžný záznam v CRM, zkráceně
Co to znamená: skill místo tabulky
Skill je popsaný postup, který Claude umí zopakovat. Funguje jako recept: kde hledat, co spočítat, jak výsledek seřadit a komu ho poslat. Někdo z marketingu ho jednou sepíše a uloží do knihovny skillů. Od té chvíle ho může spustit kdokoli z týmu, pokaždé stejně a každý měsíc.
Aby měl Claude z čeho počítat, potřebuje se dostat k datům. To zajišťuje malý MCP server, most mezi Claudem a vaším CRM. Most nese identitu člověka, který se ptá, takže Claude čte jen ty obchody a kontakty, které by v CRM viděl ten člověk sám. Nic se nikam nekopíruje. Data zůstávají ve vašem CRM a most běží na vaší infrastruktuře.
Konkrétně: Raynet CRM a fakturace v Pohodě
Vezměme firmu, která vede obchod v Raynet CRM a fakturuje v Pohodě. Oba systémy zůstávají, jak jsou. Přibudou dva malé mosty a jeden skill v knihovně. U firmy s několika desítkami nových zákazníků měsíčně může být report hotový za minutu nebo dvě místo jednoho odpoledne (ilustrativní odhad).
- Projde nové obchody za poslední měsíc a přečte pole Zdroj i volné poznámky obchodníků.
- Najde zmínky typu „máme vás od…“ a spáruje jméno se stávajícím zákazníkem v CRM.
- Z Pohody dohledá, kolik noví zákazníci zatím zaplatili, aby bylo vidět, co doporučení skutečně přineslo.
- Seřadí doporučitele podle počtu a hodnoty přivedených zákazníků a označí záznamy, kde si není jistý.
- Připraví seznam lidí k poděkování s krátkým kontextem: kdo, za koho a kdy.
Pro představu: malé studio, které dělá weby pro firmy na Moravě, by mohlo zjistit, že třetinu nových zakázek za čtvrtletí přivedli tři stálí klienti. Nikdo by to neodhadl, protože každý obchodník viděl jen svůj kousek. Majitel to teď má na jedné stránce a ví, komu zavolat. Jde o ilustrativní příklad, ne o konkrétního zákazníka.
Co report nedělá, a proč je to dobře
Claude nerozesílá poděkování a nerozhoduje o odměnách. Připraví podklad a rozhodnutí nechá na vás. Jestli doporučitel dostane láhev vína, slevu na další objednávku nebo jen telefonát, je otázka vztahu, ne výpočtu.
Když z poznámky nejde poznat, kdo zákazníka doporučil, Claude si to nevymyslí. Záznam označí jako nejasný a nechá ho obchodníkovi, který obchod uzavíral. V reportu tak může být pár otazníků. To je v pořádku: report, který přizná nejistotu, je report, kterému se dá věřit.
Co by to obnášelo
Žádný roční projekt. Vaše CRM, případně i fakturaci, napojíme přes malý MCP server na vaší infrastruktuře. S marketingem sepíšeme první skill: co se počítá jako doporučení, jak má report vypadat a komu chodí. Pak ho spustíte poprvé a doladíme, co vám v něm chybí.
Co zbývá
Číst poznámky a počítat Claude umí dávno. Report doporučení vám chyběl z jiného důvodu: model se k vašim datům nedostal a postup nebyl nikde zapsaný. Tahle mezera mezi Claudem a daty, která už máte, je skutečné úzké hrdlo. Most ji zavře a skill zajistí, že report vznikne stejně každý měsíc, ať ho spustí kdokoli.
Pokud chcete vědět, kteří zákazníci vám přivádějí nové, napište nám. Krátký hovor stačí, abychom zjistili, kde máte data a jak by vypadal váš první report.