01 / ÚKOL

AUTOMATIZACE, NE HRAČKA

„Chceme chatbota“ ještě není zadání.

Bot je rozhraní k procesu. Může sbírat podklady k poptávce, kontrolovat stav objednávky, předávat fotografie z terénu, vytvářet úkoly nebo směrovat dotaz na správného člověka. Bez jasného výsledku se z něj stane další konverzace, kterou musí někdo ručně číst.

Začněte jednou větou: „Když uživatel dokončí rozhovor, systém bezpečně provede…“ Doplňte konkrétní výstup — vytvoří záznam, odešle strukturované oznámení, najde schválenou odpověď nebo předá kompletní kontext operátorovi.

SLABÝ CÍL

Bot bude odpovídat zákazníkům.

Není určeno na co, z jakých zdrojů, s jakou jistotou ani kdo řeší neznámý dotaz.

POUŽITELNÝ CÍL

Bot kvalifikuje servisní požadavek.

Získá typ zařízení, popis, fotografii a lokalitu, potom vytvoří tiket nebo předá souhrn technikovi.

PRVNÍ METRIKA

Měřte dokončený úkol, ne počet zpráv.

Více konverzací nemusí znamenat lepší výsledek. Sledujte například kompletní poptávky, správně směrované požadavky nebo čas ušetřený při ručním přepisu — bez odesílání osobních údajů do analytiky.

02 / KANÁL

TELEGRAM VS. WHATSAPP

Vyberte prostředí, kde uživatel úkol skutečně dokončí.

OtázkaTelegramWhatsApp
Kdo bota používá?Často interní tým, komunita nebo uživatelé ochotní otevřít konkrétního bota.Často zákazníci, kteří už WhatsApp používají jako běžný komunikační kanál.
Jak začne kontakt?Bot nemůže sám zahájit konverzaci; uživatel ho musí nejdřív spustit nebo přidat.Je nutné navrhnout souhlas a respektovat aktuální pravidla WhatsApp Business Platform pro firemní komunikaci.
RozhraníZprávy, tlačítka, příkazy, skupiny a propracované Mini Apps.Strukturované zprávy a interaktivní prvky podle možností a schválení platformy.
Technický provozBot API přijímá aktualizace přes webhook nebo polling; webhook vyžaduje bezpečné HTTPS.Cloud API, webhooks, firemní účet, telefonní číslo a nastavení v ekosystému Meta.
Proměnlivé nákladyPočítejte hlavně s vývojem, hostingem, integracemi a případnými AI službami.K tomu mohou přibýt poplatky a pravidla platformy; ověřují se podle aktuálního ceníku a země.

Nevolte Telegram jen proto, že se rychleji vyvíjí, ani WhatsApp jen proto, že je známější. Pokud interní technici pracují v Telegramu, může být ideální pro provozní workflow. Pokud zákazníci přirozeně píší na WhatsApp, nový kanál by přidal tření.

První verzi nespouštějte na obou platformách současně.

Sdílená logika je možná, ale rozdílné možnosti zpráv, identity, schvalování a chování uživatelů zvyšují počet stavů k testování. Ověřte jeden proces na jednom kanálu a teprve potom rozhodněte, co je opravdu společné.

03 / SCÉNÁŘE

CO MŮŽE MALÁ FIRMA AUTOMATIZOVAT

Sedm úloh, které dávají botovi konkrétní smysl.

  1. Kvalifikace poptávky. Bot položí jen otázky potřebné k zařazení požadavku a předá strukturovaný souhrn.
  2. Výběr služby nebo termínu. Pomůže klientovi zvolit správnou variantu a otevře booking se známým kontextem.
  3. Stav objednávky nebo zakázky. Po ověření identity načte povolenou informaci ze systému.
  4. Interní hlášení z terénu. Technik odešle fotografii, místo, stav a poznámku; integrace vytvoří jednotný záznam.
  5. Notifikace, které vyžadují reakci. Bot upozorní na novou poptávku a nabídne bezpečné akce podle role.
  6. Odpovědi ze schválené znalostní báze. Uživatel dostane informaci se zdrojem a možností předání člověku.
  7. Sběr podkladů před lidskou konzultací. Operátor nepřepisuje historii a začíná s kompletním kontextem.

Každý scénář potřebuje také „nešťastnou cestu“: chybějící údaj, neplatný formát, nedostupnou integraci, duplicitní zprávu, neznámou odpověď nebo uživatele bez oprávnění.

BOT CONNECT

Jeden kanál, pět scénářů.

Vhodné pro malou firmu, která chce automatizovat jasně ohraničenou komunikaci a provozovat ji za měsíční paušál.

ŘEŠENÍ NA MÍRU

Více rolí, systémů a rozhodnutí.

Vhodné pro vlastní workflow, citlivější data, více integrací, AI vrstvu nebo kombinaci kanálů.

04 / AI

PRAVIDLA, AI, NEBO HYBRID

Ne každá konverzace potřebuje jazykový model.

Pokud uživatel vybírá z několika služeb, zadává číslo objednávky nebo potvrzuje známou akci, předvídatelný dialog bývá levnější, rychlejší a snadněji se testuje. AI pomáhá tam, kde je vstup volný — například při shrnutí dlouhého popisu nebo hledání v dokumentaci.

VrstvaSilná stránkaHlavní kontrola
Pravidlový tokZnámé kroky, validace, objednávky, formuláře a potvrzení.Test všech stavů a srozumitelný návrat při chybě.
Vyhledávání ve znalostechOdpověď z omezeného souboru schválených dokumentů.Zdroj, aktuálnost, oprávnění a přiznání nejistoty.
Generativní AIShrnutí, klasifikace a práce s volným jazykem.Hranice použití, filtrace dat, náklady a lidské schválení rizikové akce.

AI nesmí potichu nahrazovat obchodní pravidlo.

Výpočet ceny, oprávnění k datům, potvrzení rezervace nebo změna objednávky mají mít deterministickou logiku. Model může vysvětlit výsledek, ale neměl by sám vymýšlet stav systému.

05 / HANDOFF

PŘEDÁNÍ ČLOVĚKU

Dobře navržený bot umí včas skončit.

Uživatel nemá dokazovat botovi, že potřebuje člověka. Nabídka předání musí být viditelná u neznámého dotazu, opakované chyby, stížnosti, citlivého tématu nebo situace, kterou automatizace nesmí dokončit.

  • Uživatel ví, že komunikuje s botem.
  • Volba „předat člověku“ je srozumitelná.
  • Operátor dostane souhrn a relevantní historii.
  • Je určeno, kdo a kdy požadavek převezme.
  • Bot po předání neposílá paralelní odpovědi.
  • Návrat do automatizace má jasné pravidlo.

„Napište nám e-mail“ není plnohodnotný handoff, pokud musí klient celý problém popsat znovu. Cílem je předat kontext bezpečně a jen v rozsahu, který lidská obsluha potřebuje.

06 / BEZPEČNOST

DATA A PROVOZ

Chat není automaticky bezpečná databáze.

Před vývojem určete, jaká data bot vůbec smí přijímat, kde se ukládají, kdo k nim má přístup a kdy se mažou. Tokeny platforem a integrační klíče patří do chráněné konfigurace, ne do kódu nebo konverzace.

  • Ověřujte podpis nebo tajný token webhooku a přijímejte pouze HTTPS.
  • Počítejte s opakovaným doručením události; stejná zpráva nesmí vytvořit dvě objednávky.
  • Každá citlivá akce potřebuje ověření identity a oprávnění, ne jen znalost telefonního čísla nebo uživatelského jména.
  • Logy mají pomoci s chybou, ale nemají bezdůvodně kopírovat celé zprávy a osobní údaje.
  • Zálohy, monitoring, limity a chování při výpadku jsou součást produktu, ne práce „někdy potom“.
PROVOZNÍ PRAVIDLO

Bot musí selhat bezpečně a srozumitelně.

Když CRM, platba nebo AI služba neodpoví, uživatel nemá dostat falešné potvrzení. Systém přizná stav, zachová požadavek nebo nabídne bezpečný další krok.

07 / NÁKLADY

CO TVOŘÍ MĚSÍČNÍ CENU

Neplatíte za počet tlačítek, ale za odpovědnost systému.

Rozpočet bota tvoří návrh scénářů, integrace, testování, provoz a změny. U AI navíc spotřeba modelu a kontrola kvality. U WhatsApp se ověřují aktuální poplatky a pravidla platformy; u obou kanálů vznikají náklady na hosting, monitoring a podporu.

Před nabídkou si ujasněte:

  1. kolik uživatelů a konverzací očekáváte;
  2. které systémy se propojují a kdo spravuje jejich API;
  3. jaká data jsou citlivá a jak dlouho se uchovávají;
  4. kolik jazyků, rolí a variant procesu existuje;
  5. co se stane při chybě a kdo dostane upozornění;
  6. jak rychle potřebujete podporu a změny;
  7. jak lze službu ukončit a exportovat data.

Oficiální podklady k platformám