Jak začít s CRM? Ne výběrem systému.

Většina firem začíná CRM projekt otázkou "Salesforce, Dynamics, nebo HubSpot?". To je zhruba stejně užitečné, jako vybírat stavební firmu dřív, než víte, jestli stavíte rodinný dům, nebo halu.

Za posledních osm let jsem viděl desítky CRM projektů v bankách, fintechu i retailu. Vzorec neúspěšných je pozoruhodně stabilní: zadání psané od funkcí, ne od procesů. Vypadá jako nákupní seznam — "správa kontaktů, reporting, mobilní aplikace, AI" — a každý dodavatel na něj s čistým svědomím odpoví "umíme". Pak se rok implementuje a teprve při UAT se zjistí, že systém neumí ten jeden schvalovací krok, na kterém stojí celý váš obchod.

Tady je potřeba být přesný, protože "psát zadání od procesů" zní jako fráze. Není to fráze. Je to rozdíl, který se dá ukázat na jedné jediné větě.

Jak vypadá požadavek psaný od procesu

Vezměme přesně ten schvalovací krok. Ve funkčním zadání zabere jednu buňku:

Systém musí umět schvalování nabídek.

Na tohle odpoví "umíme" každý dodavatel na trhu a bude mít pravdu. Ta samá věc napsaná od procesu vypadá takhle:

• Kdo nabídku vytváří a v jakém stavu vzniká.
• Co schvalování spouští — hodnota, výše slevy, typ produktu, nebo kombinace. A jaké jsou hranice.
• Kolik je úrovní, kdo je na které a co se stane, když je ten člověk dva týdny nedostupný.
• Kdo smí limit přepsat, a jestli se takové přepsání někam zaznamenává.
• Co se stane při zamítnutí — vrací se to na začátek, nebo do konkrétního kroku?
• Do kdy musí být schváleno, aby to obchodně mělo ještě smysl.
• Co z celého průběhu musíte být schopni dohledat za dva roky.

Sedm bodů z jedné buňky. A všimněte si, co se stalo: na tuhle verzi už nejde odpovědět "umíme". Jde na ni odpovědět jen konkrétně — buď to platforma zvládne standardně, nebo s úpravou, nebo je to na vývoj. Tři různé ceny a tři různá rizika.

Tohle je celý ten rozdíl. Zadání, na které stačí odpovědět "umíme", není zadání. Je to seznam přání, který se do rozpočtu propíše až jako změnové požadavky.

Neznamená to popsat takhle podrobně všechno. Znamená to popsat takhle tři až pět procesů, na kterých stojí váš obchod. Zbytek snese obecnější formulaci, protože se dá doladit ve druhém sprintu bez toho, aby se přepisovala architektura.

Čtyři otázky, kterými začínám

Když dělám úvodní analýzu — naposledy pro potravinářský scaleup a předtím pro největší českou banku — začínám vždy stejně.

1. Jak vyděláváte peníze a kde vás to dnes brzdí? Ne "co má systém umět", ale kde konkrétně teče obchodní proces do písku. Obchodník přepisuje data ze tří tabulek? Nabídka čeká týden na schválení? To jsou zadání. "Správa kontaktů" není zadání.

2. Kdo se systémem bude pracovat — a proč by měl chtít? CRM, které obchodníkům jen přidává administrativu, skončí jako drahá evidence. V bance jsme strávili víc času návrhem domovské obrazovky bankéře než datovým modelem — protože adopce rozhoduje o návratnosti víc než architektura.

Vzorec, který na tom stojí, je jednoduchý a nikdo ho v projektových plánech neřeší: adopce se rozhoduje podle toho, jestli uživatel dostane v prvních dvou týdnech něco zpátky. Ne podle školení. Když je první zkušenost obchodníka "vyplňuju pole a nic z toho nemám", žádné školení to nezachrání a rok nato máte data, ze kterých nejde nic spočítat.

3. Odkud a kam potečou data? Klientská data, produkty, smlouvy, souhlasy — každá entita má někde svůj zdroj pravdy. Pokud to nevíte před výběrem systému, dozvíte se to při integraci. Za trojnásobnou cenu.

4. Co se naopak měnit nesmí? Tuhle otázku klienti nikdy nenadhodí sami, a přitom mění návrh nejvíc. ERP, které se v tomhle projektu nepředělá. Proces, který je daný regulací a nejde zjednodušit, jen obsloužit. Tým, který se nerozroste, takže řešení musí být provozovatelné ve stávajícím počtu lidí. Dodavatel, který tohle nedostane, navrhne řešení pro zelenou louku — a rozdíl mezi tím návrhem a vaší realitou zaplatíte vy.

Správné pořadí kroků

Cíle a metriky → procesy a uživatelé → data a integrace → architektura → zadání → výběr systému.

Výběr je až šestý krok. Všechno před ním se dá zvládnout za 4–8 týdnů práce — a je to nejlevnější část celého projektu, protože se v ní platí týdny několika lidí, ne měsíce dodavatelského týmu. Zároveň rozhoduje o všech ostatních nákladech: dobře připravené zadání znamená porovnatelné nabídky, pevnou smlouvu a možnost kontrolovat delivery proti něčemu konkrétnímu.

Nemá smysl to zaměňovat s papírováním. Ta fáze má hmatatelné výstupy a jsou to přesně ty, které pak v projektu používáte:

1. Metriky a jejich dnešní hodnota. Bez výchozího čísla se za rok nedá dokázat, že se něco zlepšilo.
2. Procesní mapa tří až pěti procesů, na kterých stojí obchod — v té podrobnosti, jakou jsem ukázal výš.
3. Seznam entit se zdrojem pravdy. Kdo vlastní klienta, produkt, smlouvu, souhlas.
4. Cílová architektura v hrubých rysech — včetně rozhodnutí, která se později opravují jen novým projektem.
5. Prioritizovaný backlog s rozdělením na MVP a druhou vlnu. S cenou obojího, ne jen dohromady.
6. Zadání, které umí porovnat nabídky mezi sebou.

Když z té fáze nevypadne těchhle šest věcí, nebyla to analýza. Byl to workshop.

Kde tenhle přístup selhává

Aby to nebylo jednostranné — přípravu se dá udělat špatně dvěma způsoby a oba jsem viděl.

Analýza, kterou si byznys nepřivlastní. Když dokument vznikne vedle firmy a ne s ní, je za tři měsíce mrtvý. Poznáte to podle jediné věci: kdo ho cituje na poradách. Pokud jen jeho autor, nefunguje to a žádná kvalita zpracování to nespraví.

Analýza, která se přetáhne. Existuje bod, kdy další týden nezmenšuje riziko, jen odkládá zahájení. Odklad má taky cenu, jen ji nikdo nevykazuje. Proto těch 4–8 týdnů: ne proto, že by se za delší dobu nedalo zjistit víc, ale proto, že to víc už obvykle nemění rozhodnutí.

A ještě jedna věc, kterou si jako člověk, který ta zadání píše, musím připomínat: zadání popsané do posledního detailu bere dodavateli možnost přijít s něčím lepším, než jste vymysleli. Popisujte přesně, co má proces splnit a proč. O tom, jak to postavit, ještě diskutujte.

Co si z toho odnést

Pokud jste na začátku úvahy o CRM, neptejte se "který systém". Ptejte se, jestli umíte na jedné stránce popsat, jak vyděláváte peníze, kde to drhne a co se má za rok měřitelně změnit.

Pokud ano, výběr systému bude překvapivě rychlý. Pokud ne, žádný systém to za vás nevyřeší.

O tom, proč srovnávací tabulka dodavatelů patří až na konec téhle cesty, jsem psal v textu Architekt nebo matematik? — a o zdrojích pravdy pro jednotlivé entity podrobněji v textu Co musí umět vaše CRM data, než do nich pustíte AI.

Pomáhám firmám právě s touto fází — od analýzy potřeb po zadání a výběr dodavatele. Domluvme si konzultaci na tvadvisory.cz/kontakt.