ConnectWiz Flows

Automatizace, která ví, s kým mluví.

Obecné nástroje na workflow automatizují řádky dat. Flows automatizují konverzace – jednotkou práce je tu člověk, který čeká na odpověď, krok „počkej 3 dny“ je normální a otázka na souhlas sedí na plátně jako skutečný uzel. 27 typů uzlů, všechny kanály, poctivě ohraničeno.

Běží na každém příchozím kanálu Pojistky na souhlas přímo na plátně Skutečné běhy nanečisto, stopa u každého kroku
Scénář – připomínka termínu, v provozu
Spouštěč · pondělí 9:00
Pojistka na souhlas
Odeslat připomínku
Slušně přeskočit
Termín zarezervován – každý krok má stopu
27
Typů uzlů – a každý vychází ve stejný den se svým runnerem, formulářem v editoru, pravidly validátoru, testy i dokumentací
6
Druhů spouštěčů – nová konverzace, klíčové slovo, rozvrh, odeslání formuláře, tlačítko operátora, zabezpečený webhook
~97
Různých kontrol validátoru, než se scénář publikuje – rozbité scénáře padnou v editoru, ne na zákazníkovi
Dny
Jak dlouho může jeden běh žít – čekání jsou trvanlivá, takže „připomeň mu to za 3 dny“ je krok, ne hack

Spouštěče

Šest způsobů, jak scénář začne – každý z nich plnohodnotná karta na plátně

Nová konverzace

Pozdravte každý první kontakt strukturovaným uvítáním – ve widgetu se dokonce může spustit ve chvíli, kdy se okno chatu otevře, ještě než návštěvník začne psát.

Klíčové slovo

Zpráva zákazníka, která sedne na vaše klíčová slova, spustí ten správný scénář – „termín“, „cena“, „vrácení“ – na kterémkoli kanálu.

Rozvrh

Hodiny vyberou publikum a otevřou konverzace – připomínky obnovy, sezónní ozvání – a mezi rozvrhem a odesláním stojí pojistky na souhlas.

Odeslaný formulář

Náš formulář spustí po odeslání scénář, ve kterém je každá odpověď k dispozici jako proměnná – navazující krok začne ve vteřině, kdy formulář přistane.

Tlačítko operátora

Operátor spustí scénář nad živou konverzací jedním kliknutím – postup pro vrácení peněz, sekvence uvedení do provozu – lidský úsudek volí automatické provedení.

Webhook, zabezpečený

Každý spouštěč typu webhook dostane vlastní veřejnou URL s vlastním tajemstvím, ověřením HMAC nad surovým tělem a ochranou proti přehrání. Payload jsou data, nikdy instrukce: může pojmenovat člověka, ale nikdy nemůže řídit vnitřnosti scénáře.

Katalog uzlů

27 typů uzlů – a pravidlo, které je drží poctivé

Uzel se do palety dostane až v den, kdy existuje jeho runner, formulář v editoru, validace, testy i dokumentace. Paleta se generuje ze samotného jádra – editor nemůže nabídnout krok, který runner nespustí.

Abstraktní 3D ilustrace: graf uzlů ze skleněných dlaždic propojených zářícími křivkami, jedna aktivní smaragdová cesta končí v bublině chatu

Zprávy (6)

Zpráva, volby, média, šablona WhatsAppu, formulář v chatu a odesílatel využívající bohaté prvky kanálu – slova a plochy, které zákazník doopravdy vidí.

Logika a časování (5)

Podmínka, přepínač, konektor (skok na krok nebo volání podscénáře s omezenou hloubkou), trvanlivé zpoždění a otevírací doba – větvení, které respektuje hodiny i kalendáře.

Data (4)

Zachytí odpovědi, nastaví proměnné, zavolá libovolné REST API a čte nebo zapisuje do vašich vlastních datových tabulek – integrace, která žádnou integraci nepotřebuje.

AI (4)

Zařadí záměr, odpoví ze znalostní báze, nebo předá krok agentovi AI s nástroji, který si věci nejdřív dohledá – i ve vašem CRM – a teprve pak promluví.

Lidé a směrování (1)

Jeden uzel s více akcemi přiřadí oddělení i operátory, nasadí štítky, nastaví prioritu, otevře nebo zavře konverzaci – předání od automatizace lidem, výslovně.

CRM a obchod (3)

Vaše CRM jako aplikace v paletě: 10 čtecích a 7 zápisových operací – každý zápis za třemi závorami (připojeno, schopno a výslovně otevřeno správcem, ve výchozím stavu všechno zavřené).

Commerce, hovory a rezervace (2)

Umí prohledat katalog, zadat objednávku, spustit hovor, nabídnout a zarezervovat skutečné termíny schůzek – schválně dvě slovesa, nejdřív nabídnout, pak rezervovat, aby si vybral zákazník.

Pojistky (2)

Souhlas a frekvence jako viditelné kroky – otázka na povolení přímo na plátně, kde ji recenzent uvidí, ne zahrabaná v nastavení.

Odesílání s ohledem na kanál

Jeden scénář, všechny kanály – bohatý tam, kde bohatost existuje

Bohatý odesílatel nese asi dvacet akcí specifických pro jednotlivé kanály – seznamy, tlačítka odpovědí, karusely, karty produktů, účtenky, kupony, žádosti o polohu, tlačítka hovoru, WhatsApp Flows – a kanálu se třikrát zvlášť ptá, co dokáže vykreslit: v paletě, při uložení a při odeslání. Protože odpověď se mění.

Bohaté prvky pro každý kanál

Seznam na WhatsAppu, tlačítka na Telegramu, karusel v Messengeru – poskládáte je jednou a ověří se proti tomu, co každý připojený kanál doopravdy umí, ještě než můžou odejít.

WhatsApp Flows uvnitř

Nativní formulářové obrazovky Mety přímo v chatu se odesílají jako krok scénáře, s hostovaným šifrovaným datovým endpointem, který obrazovce dodává živá data – a když zdroj dat zakolísá, obrazovka se i tak vykreslí se slušným hlášením místo toho, aby zhasla.

Šablony, které učí

Osm vestavěných šablon scénářů – třídění, FAQ, stav objednávky, sběr poptávek, navazující kontakt, menu, termíny, čekání – každá ukazuje jeden vzor, záměrně jich je málo místo pěti set skoro stejných.

Testování a verze

„V editoru to fungovalo“ konečně něco znamená

Abstraktní 3D ilustrace: skleněná časová osa kroků procesu se rozsvěcuje po sobě, jeden krok je pozastavený přesýpacími hodinami a další zkoumá lupa

Skutečné běhy nanečisto

Tlačítko testu spustí skutečné jádro, jen s výstupem, který sbírá místo odesílá – stejný runner, stejná stopa, nula odeslaných zpráv. Co sledujete, to produkce udělá.

Verze a obnovení

Publikování udělá snímek verze; kteroukoli verzi obnovíte jedním kliknutím. Páteční experiment nikdy nedrží pondělí jako rukojmí.

Validátor, který se hádá

Zhruba 97 různých nálezů – mrtvé větve, chybějící zachycení, neshody s kanálem – vyplave v editoru ještě před publikováním, protože zákazník je špatné místo na objevování překlepu.

Běhy se stopou i trychtýřem

Každý běh zaznamená vstup i výstup každého kroku; pohled trychtýře ukáže, kudy lidé tečou a kde odpadají. Ladění je čtení, ne hádání.

Pojistky

Otázka na povolení, nakreslená na plátně

Souhlas jako krok

Uzel souhlasu nahlédne do rozměrované evidence souhlasů – kanál, účel, kategorie – ještě před větví, která nabízí. Recenzent vidí pojistku v diagramu, auditor ve stopě běhu.

Frekvence jako krok

Uzel frekvence omezuje, jak často se automatizace smí člověka dotknout – únava ze seznamu se hlídá strukturálně, ne nadějí, že se kampaně mezi sebou domluví.

Hodiny se respektují

Díky trvanlivým zpožděním a uzlu otevírací doby může scénář počkat tři dny a pořád přistát v pracovní době – trpělivost jako vlastnost jádra, ne přilepený cron.

Drobné písmo bez příkras

Čím Flows odmítají být – i s důvody

Žádné paralelní větve

Člověk není ve dvou větvích konverzace naráz. Rozštěpit člověka do souběžných cest je nápad z datových pipeline, který plodí dvojité zprávy – odmítnuto záměrně.

Žádné smyčky přes položky

„Za každý produkt pošli zprávu“ je vzorec spamu. Tam, kde má opakování smysl, ho jediný uzel vykreslí jako jednu zprávu se seznamem nebo karuselem.

Žádný uzel s kódem

Libovolný kód uvnitř jádra zákaznických konverzací je bezpečnostní a podpůrná zátěž, kterou jsme se rozhodli neprodávat. Uzel REST zavolá vaše systémy; váš kód zůstane ve vašich systémech.

Ohraničeno záměrně

32 uzlů na jeden průchod, hloubka podscénářů pět, omezený prostor pro proměnné – velkorysé na návrh konverzace, nepřátelské k automatizaci, která se utrhne. Stropy jsou zdokumentované, ne k objevování.

FAQ k Flows

Než začnete stavět

Více v kompletním FAQ, případně napište přímo nám.

Obecné nástroje na workflow automatizují řádky dat v běhu, který trvá pár vteřin. Jednotkou práce scénáře v ConnectWizu je člověk, který čeká na odpověď: běhy se u otázek pozastaví, přežijí i několikadenní čekání, pamatují si konverzaci a nesou pojistky na souhlas a frekvenci jako plnohodnotné kroky. Je to automatizace tvarovaná jako konverzace, protože v konverzaci běží.

Na každém příchozím kanálu – scénář spuštěný klíčovým slovem, klepnutím na tlačítko nebo novou konverzací se chová stejně, ať je zákazník na WhatsAppu, Telegramu, v Messengeru, na Instagramu, ve webovém widgetu, nebo u SMS. Bohaté prvky se přizpůsobují kanálu: paleta, validátor při uložení i obsluha při odeslání se kanálu ptají, co doopravdy umí vykreslit.

Ano – skutečným během nanečisto, ne simulací: test spustí opravdové jádro scénářů, jen s výstupem, který sbírá místo odesílá, takže co v testu vidíte, to přesně udělá i produkce. Přidejte verzování s obnovou na jedno kliknutí a validátor se zhruba 97 různými kontrolami a „v editoru to fungovalo“ konečně něco znamená.

Flows řeší konverzační stranu – včetně plánovaných scénářů, které otevírají vlákna celému publiku – zatímco hromadné rozesílky mají vlastní jádro se žebříky zahřívání a pravidly zdrženlivosti. Obojí sdílí stejnou architekturu souhlasů a pojistky na souhlas i frekvenci jsou viditelné kroky přímo na plátně scénáře.

Schválně. Člověk nemůže být ve dvou větvích konverzace naráz a krok, který se opakuje nad každou položkou, je přesně to, čím se z automatizace stane spam. Tam, kde má opakování smysl – zpráva se seznamem, karusel – ho uzel vykreslí jako jednu zprávu. Tohle jsou zdokumentovaná odmítnutí v návrhu, ne chybějící funkce.

Nakreslete konverzaci. Jádro své sliby dodrží.

Začněte od šablony, spusťte ji nanečisto proti skutečnému jádru a publikujte s verzí, ke které se vždycky můžete vrátit.