ConnectWiz Flows

Automatisering, der ved, hvem den taler med.

Almindelige workflow-værktøjer automatiserer rækker i en database. Flows automatiserer samtaler – hvor arbejdsenheden er et menneske, der venter på et svar, hvor et trin med »vent 3 dage« er helt normalt, og hvor spørgsmålet om tilladelse ligger på tegnefladen som en rigtig node. 27 nodetyper, alle kanaler, ærligt afgrænset.

Kører på alle indgående kanaler Samtykkeværn på tegnefladen Rigtige tørre kørsler, spor pr. trin
Flow – påmindelse om aftale, live
Udløser · mandage kl. 09:00
Samtykkeværn
Send påmindelse
Spring pænt over
Tid booket – hvert trin er sporet
27
Nodetyper – og hver eneste kommer med sin runner, sin editorformular, sine validatorregler, sine tests og sin dokumentation samme dag
6
Slags udløsere – ny samtale, nøgleord, tidsplan, indsendt formular, medarbejderknap, sikret webhook
~97
Forskellige validatortjek, før et flow udgives – ødelagte flows fejler i editoren, ikke hos en kunde
Dage
Så længe kan én kørsel leve – ventetid er holdbar, så »mind dem om det om 3 dage« er et trin og ikke et fiflenummer

Udløsere

Seks måder at starte et flow på – hver især et fuldgyldigt kort på tegnefladen

Ny samtale

Tag imod hver eneste førstegangskontakt med en struktureret velkomst – i widgetten kan den endda udløses, når chatvinduet åbner, før den besøgende skriver noget.

Nøgleord

En kundebesked, der matcher dine nøgleord, starter det rigtige flow – »aftale«, »pris«, »retur« – på alle kanaler.

Tidsplan

Uret vælger en målgruppe og åbner samtaler – fornyelsespåmindelser, sæsonopfølgninger – med samtykkeværn, der står mellem tidsplanen og afsendelsen.

Formular indsendt

Når en formular sendes ind, starter et flow med hvert svar som variabel – opfølgningen begynder i samme sekund, formularen lander.

Medarbejderknap

Medarbejdere starter et flow på en igangværende samtale med ét klik – refusionsproceduren, onboardingforløbet – menneskelig dømmekraft, der vælger automatisk udførelse.

Webhook, sikret

Hver webhook-udløser får sin egen offentlige URL med sin egen secret, HMAC-verifikation over den rå body og beskyttelse mod replay. En payload er data, aldrig instruktioner: den kan nævne en person, men den kan aldrig styre flowets indre.

Nodekataloget

27 nodetyper – og en regel, der holder dem ærlige

En node kommer først i paletten den dag, hvor dens runner, editorformular, validering, tests og dokumentation alle findes. Paletten genereres ud fra selve motoren – editoren kan ikke tilbyde et trin, runneren ikke vil køre.

Abstrakt 3D-illustration: en nodegraf af glasfliser forbundet med lysende kurver, hvor én aktiv smaragdgrøn sti ender i en chatboble

Beskeder (6)

Besked, valgmuligheder, medier, WhatsApp-skabelon, formular i chatten og den kanalrige afsender – de ord og flader, din kunde rent faktisk ser.

Logik & timing (5)

Betingelse, switch, connector (hop til et trin eller kald et underflow, med dybdegrænse), holdbar forsinkelse og åbningstider – forgreninger, der respekterer ure og kalendere.

Data (4)

Opfang svar, sæt variabler, kald et hvilket som helst REST-API, og læs eller skriv i dine egne datatabeller – integrationen, der ikke kræver nogen integration.

AI (4)

Klassificér hensigt, svar ud fra din vidensbase, eller giv et trin videre til en AI-agent med værktøjer, der kan slå ting op – også i dit CRM – før den siger noget.

Mennesker & fordeling (1)

Én node med flere handlinger tildeler afdelinger og medarbejdere, sætter tags, sætter prioritet og åbner eller lukker samtalen – overdragelsen fra automatik til mennesker, sagt højt.

CRM & salg (3)

Dit CRM som en app i paletten: 10 læse- og 7 skriveoperationer – hver skrivning bag tre porte (tilkoblet, i stand til det og udtrykkeligt åbnet af en administrator, alle lukkede som udgangspunkt).

Commerce, opkald & booking (2)

Slå op i kataloget, læg en ordre, udløs et opkald, tilbyd og book rigtige aftaletider – bevidst to verber, først tilbyd, så book, så kunden selv vælger.

Værn (2)

Samtykke og hyppighed som synlige trin – spørgsmålet om tilladelse på tegnefladen, hvor de, der læser flowet igennem, kan se det, i stedet for begravet i indstillingerne.

Kanalbevidst afsendelse

Ét flow, alle kanaler – rigt, hvor det rige findes

Den rige afsender bærer omkring tyve kanalspecifikke handlinger – lister, svarknapper, karruseller, produktkort, kvitteringer, rabatkuponer, anmodninger om placering, opkaldsknapper, WhatsApp Flows – og spørger kanalen tre gange hver for sig, hvad den kan vise: i paletten, ved gem og ved afsendelse. For svaret ændrer sig.

Rige elementer pr. kanal

En liste på WhatsApp, knapper på Telegram, en karrusel på Messenger – skrevet én gang og valideret mod det, hver tilkoblet kanal faktisk understøtter, før det kan gå i luften.

WhatsApp Flows indenbords

Metas egne formularskærme i chatten sendes som et flowtrin, med et hostet krypteret dataendepunkt, der fodrer skærmen med levende data – og når en datakilde hikker, vises skærmen stadig med en høflig besked i stedet for at dø.

Skabeloner, der lærer fra sig

Otte indbyggede flowskabeloner – triage, FAQ, ordrestatus, leadopsamling, opfølgning, menu, aftaler og venteliste – hver især et mønster, der demonstreres, bevidst få i stedet for fem hundrede næsten ens.

Test & versioner

»Det virkede i editoren« betyder endelig noget

Abstrakt 3D-illustration: en tidslinje i glas med procestrin, der lyser op i rækkefølge, ét sat på pause med et timeglas, og en lup, der undersøger et andet trin

Rigtige tørre kørsler

Testknappen kører den faktiske motor med et output, der samler op, i stedet for et, der sender – samme runner, samme spor, nul sendte beskeder. Det, du kigger på, er det, produktionen gør.

Versioner & gendannelse

Ved udgivelse tages et øjebliksbillede som version; enhver version kan gendannes med ét klik. Fredagens eksperiment holder aldrig mandagen som gidsel.

En validator, der siger fra

Omkring 97 forskellige fund – døde grene, manglende opfangninger, uoverensstemmelser med kanalen – vises i editoren før udgivelse, for en kunde er det forkerte sted at opdage en tastefejl.

Kørsler, sporet og sat i tragt

Hver kørsel gemmer hvert trins input og output; en tragtvisning viser, hvor folk løber igennem, og hvor de falder fra. Fejlsøgning er noget, man læser, ikke noget, man gætter.

Værn

Spørgsmålet om tilladelse, tegnet på fladen

Samtykke som et trin

Samtykkenoden slår op i det opdelte samtykkeregister – kanal, formål, kategori – før en gren, der markedsfører. De, der læser flowet igennem, ser værnet i diagrammet, og revisorerne ser det i sporet fra kørslen.

Hyppighed som et trin

Hyppighedsnoden sætter loft over, hvor ofte et menneske må berøres af automatik – listetræthed forhindret strukturelt i stedet for ved at håbe, at kampagnerne taler sammen.

Ure, der bliver respekteret

Holdbare forsinkelser og noden for åbningstider betyder, at et flow kan vente tre dage og stadig lande inden for arbejdstiden – tålmodighed som en egenskab ved motoren, ikke et cron-job, der er tapet på.

Det ærlige med småt

Hvad Flows nægter at være – med begrundelserne

Ingen parallelle grene

Et menneske er ikke i to samtalegrene på én gang. At dele et menneske op i samtidige spor er en idé fra datapipelines, og den producerer dobbelte beskeder – afvist by design.

Ingen løkker pr. element

»For hvert produkt, send en besked« er et spammønster. Hvor gentagelse er legitim, viser én enkelt node det som én liste- eller karrusselbesked.

Ingen kodenode

Vilkårlig kode inde i en motor til kundesamtaler er en sikkerheds- og supportrisiko, vi har valgt ikke at sælge. REST-noden kalder dine systemer; din kode bliver i dine systemer.

Afgrænset med vilje

32 noder pr. gennemløb, underflows i fem niveauers dybde, et variabelrum med en fast størrelse – rigeligt til samtaledesign, fjendtligt over for løbsk automatik. Lofterne er dokumenteret, ikke noget, man opdager.

Flows-FAQ

Før du bygger

Mere i vores fulde FAQ, eller spørg os direkte.

Almindelige workflow-værktøjer automatiserer rækker i en database i kørsler, der varer sekunder. Arbejdsenheden i et ConnectWiz-flow er et menneske, der venter på et svar: kørslen holder pause ved spørgsmål, overlever ventetid på flere dage, husker samtalen og bærer samtykke- og hyppighedsværn som fuldgyldige trin. Det er automatisering formet som en samtale, fordi det er det, den kører inde i.

Alle indgående kanaler – et flow, der startes af et nøgleord, et tryk på en knap eller en ny samtale, opfører sig ens, uanset om kunden er på WhatsApp, Telegram, Messenger, Instagram, webwidgetten eller SMS. Rige elementer tilpasser sig pr. kanal: paletten, validatoren ved gem og afsendelseshåndteringen spørger alle kanalen, hvad den faktisk kan vise.

Ja – med en rigtig tør kørsel, ikke en simulering: testen kører den faktiske flowmotor med et output, der samler op, i stedet for et, der sender, så det, du ser i testen, er præcis det, produktionen vil gøre. Læg versionering med gendannelse på ét klik og en validator med omkring 97 forskellige tjek oveni, og så betyder »det virkede i editoren« endelig noget.

Flows tager sig af det samtalemæssige – også planlagte flows, der åbner tråde for en målgruppe – mens masseudsendelser har deres egen motor med opvarmningstrapper og regler for tilbageholdenhed. Begge deler den samme samtykkearkitektur, og samtykke- og hyppighedsværnene er synlige trin på selve flowets tegneflade.

Med vilje. Et menneske kan ikke være i to samtalegrene på én gang, og et gentagelsestrin pr. element er præcis dér, automatisering bliver til spam. Hvor gentagelse er legitim – en listebesked, en karrusel – viser noden det som én besked. Det er designvalg, der er dokumenteret, ikke funktioner, der mangler.

Tegn samtalen. Motoren holder sine løfter.

Start fra en skabelon, kør den tør mod den rigtige motor, og udgiv med en version, du altid kan gå tilbage til.