Propojení webu s CRM znamená, že každá poptávka z formuláře se sama uloží do CRM jako kontakt a obchodní případ, dostane odpovědného člověka a termín další reakce. Nikdo ji nepřepisuje z e-mailu a nikdo na ni nezapomene. Níže najdete tři způsoby napojení, přehled CRM používaných v Česku, doporučené stavy poptávky, pravidla proti duplicitám a postup pro chvíli, kdy CRM zrovna neodpovídá.
Modelová situace: v pondělí dorazí poptávka z webu. E-mail si přečtou dva lidé, oba čekají, že odpoví ten druhý. V pátek zákazník objedná jinde. Web i formulář fungovaly; chyběla odpovědnost po odeslání.
Propojení s CRM má tenhle okamžik vyřešit. Samotné přenesení jména a e-mailu je jen začátek. Tento návod řeší předání poptávky z webu; výběr celé CRM platformy je samostatné rozhodnutí.
Nejdřív si sepište, co se má stát s jednou konkrétní poptávkou, a teprve potom vybírejte konektor. Jednoduchý web zvládne formulář vložený přímo z CRM, několik návazných kroků automatizace v Make nebo Zapieru, zvláštní pravidla a vyšší objem vlastní napojení přes API. Ve všech případech ověřte nalezení nebo vytvoření kontaktu, samostatný záznam dotazu, přiřazení obchodníka, upozornění a dohledání chyby. Dvakrát odeslaný formulář nesmí založit dvě stejné příležitosti.
Začněte u dalšího pracovního dne
Představte si člověka, který ráno otevře CRM. Potřebuje vidět, kdo se ozval, co požaduje a dokdy má reagovat. Když musí dohledávat zadání ve třech e-mailech, integrace mu práci neusnadnila.
Pro běžný poptávkový formulář doporučuji uložit tyto údaje:
| Údaj | Kdo ho doplní | K čemu slouží |
|---|---|---|
| Jméno, e-mail, telefon | Návštěvník | Kontakt a párování s existujícím záznamem |
| Firma a IČO | Návštěvník, nepovinně | Párování firem, dohledání v ARES |
| Typ poptávky (web, e-shop, servis) | Návštěvník výběrem | Přiřazení správnému člověku |
| Text dotazu | Návštěvník | Zadání, které se nesmí přepsat |
| Stránka odeslání a čas | Systém | Odkud a kdy poptávka přišla |
| Zdroj kampaně | Systém, podle nastavení cookies | Měření marketingu |
| Vlastník, stav, termín reakce | CRM | Odpovědnost za další krok |
| Souhlas s marketingem | Návštěvník, samostatné pole | Jen pokud chcete posílat obchodní sdělení |
Není nutné všechno chtít po návštěvníkovi. Stav, interní identifikátor nebo přiřazení týmu doplní systém. Každé pole navíc snižuje ochotu formulář dokončit, takže chtějte jen to, s čím obchodník opravdu pracuje. Chybějící zdroj kampaně nesmí zabránit přijetí poptávky.
Tři způsoby napojení
| Způsob | Jak funguje | Hodí se, když | Na co si dát pozor |
|---|---|---|---|
Formulář přímo z CRM |
Vložíte na web formulář vytvořený v CRM |
Máte jednoduchý web a jeden typ poptávky |
Vzhled, validace a měření jsou omezené možnostmi CRM |
Automatizace (Make, Zapier) |
Formulář pošle data do scénáře, který založí kontakt, případ a upozornění |
Potřebujete několik návazných kroků a rychlé spuštění |
Kdo vlastní účet, limity operací, kde uvidíte chyby |
Vlastní napojení přes API |
Server webu zavolá API CRM a výsledek si zapíše |
Máte zvláštní pravidla, víc systémů nebo vyšší objem |
Údržba při změně API, monitoring, dokumentace |
Formulář z CRM je nejrychlejší start. Před nasazením si ho ale vyzkoušejte na mobilu a ověřte, že ho změříte jako konverzi v GA4 nebo Google Ads.
Automatizační nástroj spojí formulář, CRM, e-mail i tabulku bez programování. Vyplatí se vědět, jak řeší chyby: například Make u dočasných chyb (překročený limit, výpadek spojení, vypršení času) zkouší nedokončený běh znovu v intervalech od 1 minuty do 3 hodin, pokud máte ukládání nedokončených běhů zapnuté. U trvalé chyby, třeba špatně namapovaného pole, se běh sám neopraví a někdo ho musí vidět.
Vlastní napojení má smysl při zvláštních pravidlech, složitějších datech nebo nárocích na provoz. Přináší i odpovědnost za údržbu: když CRM změní API, někdo musí napojení upravit.
Porovnávejte stejný rozsah: přenos, dohled, opakování neúspěšných pokusů a podporu. Cena samotného vytvoření spojení neříká, kolik bude stát jeho používání. Podobnou úvahu rozebírám u vývoje webové aplikace.
Která CRM se v Česku používají a jak se na ně napojit
| CRM | Napojení z webu | Co z dokumentace vyplývá |
|---|---|---|
| Raynet | REST API | API klíč vytváří administrátor v nastavení aplikace (Pro vývojáře, API klíče); přihlášení vyžaduje název instance, uživatele a klíč; lead jde založit přímo přes API (Raynet API) |
| Anabix | Webové formuláře | Při odeslání kontroluje e-mail, takže nevznikají duplicitní kontakty; u kontaktu se nastaví právní základ GDPR a datum souhlasu (návod Anabixu) |
| Pipedrive | API a webhooky | Webhook při chybě nebo po 10 s bez odpovědi zkouší doručit ještě 3krát (po 3, 30 a 150 s); po 3 dnech bez úspěšného doručení ho Pipedrive smaže (dokumentace webhooků) |
| HubSpot | Formuláře HubSpotu a API | Kontakty páruje podle e-mailu; odeslání se sekundárním e-mailem může přepsat hlavní adresu kontaktu (deduplikace HubSpotu) |
U dalších systémů (eWay-CRM, Bitrix24, Salesforce, Microsoft Dynamics) se ptejte na stejné tři věci: jakým způsobem přijímá data z webu, jak páruje duplicity a kde uvidíte neúspěšný přenos. Odpověď najdete v dokumentaci API, ne v seznamu „podporovaných integrací“.
Pozor na webhooky v opačném směru. Když CRM posílá změny zpět na web nebo do jiného systému a cílová adresa delší dobu nefunguje, zprávy se mohou ztratit. Hlídejte proto i tuto cestu, nejen formulář.
Stavy poptávky: od nové po vyhranou
Integrace má smysl, jen když poptávka v CRM pokračuje dál. Doporučuji jednoduchou řadu stavů, kterou zvládne každé CRM:
| Stav | Co znamená | Další krok |
|---|---|---|
| Nová | Poptávka dorazila, nikdo ji ještě neviděl | CRM ji přiřadí podle typu a pošle upozornění |
| Přiřazená | Má vlastníka a termín první reakce | Vlastník se ozve zákazníkovi |
| Kontaktovaná | Proběhl první hovor nebo e-mail | Upřesnit zadání a rozpočet |
| Kvalifikovaná / Nevhodná | Zakázka dává, nebo nedává smysl | Nabídka, nebo zdvořilé odmítnutí s důvodem |
| Nabídka | Zákazník má nabídku | Termín, kdy se doptat |
| Vyhraná / Prohraná | Konec obchodního případu | U prohrané zapsat důvod |
Termín první reakce si stanovte sami, například do jednoho pracovního dne, a nechte CRM upozornit, když vyprší. Důvod prohry pak po pár měsících ukáže, jestli máte problém v ceně, rychlosti, nebo v tom, odkud poptávky přicházejí.
Jeden kontakt může mít několik různých požadavků
Modelový příklad: Jana se v březnu ptá na nový web a v říjnu na správu e-shopu. Je to stejný kontakt, ale dvě různé obchodní situace. Sloučit dotazy do jedné přepisované poznámky znamená ztratit historii.
Rozlišujte proto kontakt, firmu a konkrétní obchodní případ. Pravidla pro párování nastavte zvlášť:
- Kontakt párujte podle e-mailu. Telefon bývá zapsaný různě, jako jediný klíč se nehodí.
- Firmu párujte podle IČO, pokud ho formulář sbírá. Název firmy lidé píšou různě.
- Opakované odeslání poznáte podle jedinečného identifikátoru, který formulář vygeneruje při odeslání. Když stejný identifikátor dorazí podruhé (zákazník dvakrát klikl, automatizace zopakovala pokus), nový obchodní případ nevznikne.
Pravidlo „stejný e-mail = stejný kontakt“ tedy nenahrazuje pravidlo pro duplicitní odeslání. Do zadání napište dvě samostatné zkoušky: opakované doručení stejného odeslání a nový požadavek od stejného člověka. První má zachovat jediný záznam, druhý musí založit nový případ u existujícího kontaktu.
Potvrzení na webu musí odpovídat skutečnosti
Co uvidí návštěvník, když CRM právě neodpovídá? Bezpečný návrh poptávku nejprve spolehlivě uloží do vlastní fronty na serveru a teprve potom ji doručuje do CRM. Potvrzení na webu pak znamená přijetí požadavku a je pravdivé i při výpadku CRM.
Pokud se data nikam neuložila, formulář nesmí zobrazit úspěch. Má zachovat vyplněný obsah, vysvětlit problém a nabídnout další pokus nebo jiný kontakt. Chybové hlášení patří i odpovědnému člověku ve firmě, ne pouze do technického logu, který nikdo nečte.
Spam, GDPR a přístupové klíče
- Spam: bez ochrany zaplní roboti CRM falešnými kontakty a obchodníci přestanou upozorněním věřit. Použijte skryté pole proti robotům a nenápadnou kontrolu typu Cloudflare Turnstile nebo reCAPTCHA. Opisování znaků z obrázku obtěžuje hlavně skutečné zákazníky.
- Právní základ: odpověď na poptávku je zpracování nezbytné k provedení opatření přijatých před uzavřením smlouvy na žádost zákazníka (čl. 6 odst. 1 písm. b) GDPR). Zaškrtávací pole se souhlasem k tomu nepotřebujete, stačí informace o zpracování s odkazem na zásady.
- Marketing: pokud chcete kontakt zařadit do newsletteru, je to jiný účel. Dejte mu samostatné, nepředvyplněné pole a v CRM uložte, kdy a jak souhlas vznikl.
- Klíče: přístupové klíče k CRM patří na server, nikdy do kódu, který se načítá v prohlížeči. Integraci omezte jen na potřebné operace a neposílejte kopie zpráv do dalších služeb „pro jistotu“. Každé další místo s osobními údaji musíte spravovat.
Pět zkoušek před spuštěním
- Nový člověk odešle platný dotaz. V CRM najdete kontakt, zadání i vlastníka.
- Stejné odeslání dorazí znovu. Nevznikne druhá totožná příležitost.
- Existující kontakt pošle jiný dotaz. Nové zadání nepřepíše staré.
- CRM je dočasně nedostupné. Požadavek zůstane dohledatelný a odpovědný člověk dostane informaci.
- Prázdné nepovinné pole odeslání neblokuje. Neplatný povinný e-mail naopak zobrazí srozumitelnou chybu a ostatní údaje zůstanou zachované.
Výsledek zaznamenejte včetně času a zkušebního identifikátoru. Kontrolujte konečný záznam v CRM, ne pouze zelenou hlášku na webu. Stejnou logiku používejte při předání hotového webu.
Kolik propojení stojí
Cena se skládá ze tří částí: licence CRM, nástroj pro přenos dat a práce na nastavení a testech.
| Varianta | Jednorázově | Průběžně |
|---|---|---|
| Formulář z CRM | Vložení, úprava vzhledu, měření konverze | V ceně licence CRM |
| Make nebo Zapier | Návrh scénáře, mapování polí, testy chyb | Měsíční tarif nástroje podle počtu operací |
| Vlastní napojení přes API | Vývoj, fronta, monitoring, dokumentace | Údržba při změnách CRM nebo webu |
Menší napojení existujícího formuláře účtuji hodinovou sazbou 1 000 Kč/h podle skutečného rozsahu. Napojení na CRM, ERP a další systémy přes API je součástí webového balíčku Corporate od 60 000 Kč. Pokud je integrace jádrem celé zakázky (vlastní obchodní postup, klientská zóna, víc systémů), vychází z vývoje webových aplikací od 80 000 Kč za MVP.
Propojením práce nekončí
Domluvte, kdo pravidelně kontroluje nedoručené požadavky a kdo převezme integraci při změně dodavatele. Ověřte obnovu přístupu, limity a způsob vypnutí automatizace. To jsou provozní součásti výsledku, ne drobnosti navíc.
Až předání spolehlivě funguje, můžete sledovat, které poptávky vedou k zakázkám. Navazující článek ukazuje měření kvality poptávek. Pokud potřebujete napojit formulář na vlastní obchodní postup, rád ho s vámi navrhnu v rámci vývoje webových aplikací.
Časté otázky
Musím kvůli propojení s webem měnit CRM?
Většinou ne. Raynet, Pipedrive, HubSpot i další běžná CRM mají API a s formulářem se dají propojit buď přímo, nebo přes Make či Zapier. Měnit CRM má smysl, až když neumí základní věci, které potřebujete: přiřazení obchodníka, stavy poptávky nebo párování duplicit.
Je lepší Make, Zapier, nebo vlastní napojení přes API?
Pro jeden formulář a několik kroků obvykle stačí automatizační nástroj, je rychlý a levný na spuštění. Vlastní napojení přes API se vyplatí při zvláštních pravidlech, větším objemu, napojení více systémů nebo když nechcete platit tarif podle počtu operací. Rozhodujte podle toho, kdo bude chyby hlídat a opravovat.
Potřebuji k poptávkovému formuláři souhlas se zpracováním osobních údajů?
K vyřízení poptávky ne. Odpověď na dotaz je zpracování nezbytné pro jednání před uzavřením smlouvy na žádost zákazníka podle čl. 6 odst. 1 písm. b) GDPR. Stačí informovat o zpracování a odkázat na zásady. Samostatný souhlas potřebujete pro marketing, například zasílání newsletteru.
Co se stane s poptávkou, když CRM nebo automatizace nefunguje?
Při dobrém návrhu nic špatného. Web poptávku nejdřív uloží do vlastní fronty a do CRM ji doručí, až CRM znovu odpovídá; odpovědný člověk mezitím dostane upozornění. Při špatném návrhu poptávka zmizí a návštěvník přesto vidí „Děkujeme, ozveme se“.
Jak zabránit duplicitním kontaktům v CRM?
Kontakty párujte podle e-mailu, firmy podle IČO a každé odeslání formuláře označte jedinečným identifikátorem. Díky tomu dvojí kliknutí nebo opakovaný pokus automatizace nezaloží druhý případ, ale nový dotaz stejného člověka se uloží jako nový obchodní případ u existujícího kontaktu.
Kolik stojí propojení webu s CRM?
Menší napojení existujícího formuláře účtuji 1 000 Kč/h podle rozsahu. Web s napojením na CRM a další systémy přes API pokrývá balíček Corporate od 60 000 Kč, integrace jako samostatná aplikace začíná na 80 000 Kč. K tomu počítejte licenci CRM a případný tarif Make nebo Zapieru.