ConnectWiz Flows

Automatisering som vet hvem den snakker med.

Generiske arbeidsflytverktøy automatiserer datarader. Flows automatiserer samtaler – der arbeidsenheten er et menneske som venter på svar, der et «vent i 3 dager»-steg er helt normalt, og der spørsmålet om tillatelse ligger på lerretet som en ekte node. 27 nodetyper, alle kanaler, med grensene sagt rett ut.

Kjører på alle innkommende kanaler Samtykkesikringer på lerretet Ekte tørrkjøringer, sporing per steg
Flyt – timepåminnelse, live
Utløser · mandager 09:00
Samtykkesikring
Send påminnelse
Hopp over, høflig
Time booket – hvert steg sporet
27
Nodetyper – og hver av dem leveres med kjøreren sin, redigeringsskjemaet, validatorreglene, testene og dokumentasjonen samme dag
6
Typer utløsere – ny samtale, nøkkelord, tidsplan, innsendt skjema, medarbeiderknapp, sikret webhook
~97
Ulike validatorsjekker før en flyt publiseres – ødelagte flyter feiler i redigeringsverktøyet, ikke hos en kunde
Dager
Så lenge én kjøring kan leve – ventetider er varige, så «minn dem på det om 3 dager» er et steg, ikke et hack

Utløsere

Seks måter en flyt kan starte på – hver av dem et fullverdig kort på lerretet

Ny samtale

Møt hver eneste førstegangskontakt med en strukturert velkomst – i widgeten kan den til og med utløses når chatvinduet åpnes, før den besøkende har skrevet noe.

Nøkkelord

En kundemelding som treffer nøkkelordene dine, starter riktig flyt – «time», «pris», «retur» – på hvilken som helst kanal.

Tidsplan

Klokken plukker ut en målgruppe og åpner samtaler – fornyelsespåminnelser, sesongmessige innsjekk – med samtykkesikringer stående mellom tidsplanen og sendingen.

Skjema sendt inn

Et skjema som sendes inn, starter en flyt der hvert svar er tilgjengelig som variabler – oppfølgingen begynner i det sekundet skjemaet lander.

Medarbeiderknapp

Medarbeidere starter en flyt på en pågående samtale med ett klikk – refusjonsprosedyren, oppstartssekvensen – menneskelig skjønn som velger automatisk utførelse.

Webhook, sikret

Hver webhook-utløser får sin egen offentlige URL med sin egen hemmelighet, HMAC-verifisering over rå body og replay-beskyttelse. En payload er data, aldri instruksjoner: den kan navngi en person, men den kan aldri styre det som skjer inne i flyten.

Nodekatalogen

27 nodetyper – og en regel som holder dem ærlige

En node kommer inn i paletten først den dagen kjøreren, redigeringsskjemaet, valideringen, testene og dokumentasjonen alle finnes. Paletten genereres fra selve motoren – redigeringsverktøyet kan ikke tilby et steg kjøreren ikke vil kjøre.

Abstrakt 3D-illustrasjon: en nodegraf av glassfliser koblet sammen av lysende kurver, med én aktiv smaragdgrønn sti som ender i en chatboble

Meldinger (6)

Melding, valg, medier, WhatsApp-mal, skjema i chatten og den kanalrike senderen – ordene og flatene kunden din faktisk ser.

Logikk og timing (5)

Betingelse, bryter, kobling (hopp til et steg eller kall en underflyt, med dybdegrense), varig forsinkelse og åpningstider – forgrening som respekterer klokker og kalendere.

Data (4)

Fang opp svar, sett variabler, kall et hvilket som helst REST-API, og les eller skriv til dine egne datatabeller — integrasjonen som ikke trenger noen integrasjon.

AI (4)

Klassifiser intensjon, svar fra kunnskapsbasen din, eller gi et steg videre til en verktøybrukende AI-agent som kan slå opp ting – også i CRM-en din – før den sier noe.

Mennesker og ruting (1)

Én node med flere handlinger tildeler avdelinger og medarbeidere, setter tagger, setter prioritet, åpner eller lukker samtalen – overleveringen fra automatikk til mennesker, uttalt.

CRM og salg (3)

CRM-en din som en app i paletten: 10 leseoperasjoner og 7 skriveoperasjoner – hver skriving bak tre porter (tilkoblet, i stand til det, og uttrykkelig åpnet av en administrator, alle lukket som standard).

Commerce, anrop og booking (2)

Slå opp i katalogen, legg inn en ordre, utløs et anrop, tilby og book ekte ledige timer — bevisst to verb, først tilby, så book, slik at kunden velger selv.

Sikringer (2)

Samtykke og frekvens som synlige steg – spørsmålet om tillatelse på lerretet, der de som går gjennom flyten kan se det, ikke begravd i innstillingene.

Kanalbevisst sending

Én flyt, alle kanaler – rikt der rikt finnes

Den rike senderen har rundt tjue kanalspesifikke handlinger – lister, svarknapper, karuseller, produktkort, kvitteringer, kuponger, posisjonsforespørsler, ringeknapper, WhatsApp Flows – og spør kanalen tre separate ganger hva den kan vise: i paletten, ved lagring og ved sending. For svaret endrer seg.

Rike elementer per kanal

En liste på WhatsApp, knapper på Telegram, en karusell på Messenger – skrevet én gang, validert mot hva hver tilkoblede kanal faktisk støtter, før den kan gå i produksjon.

WhatsApp Flows innebygd

Metas native skjermbilder for skjema i chatten sendes som et flytsteg, med et kryptert, driftet dataendepunkt som mater skjermene med sanntidsdata – og når en datakilde hikster, vises skjermen fortsatt, med en høflig beskjed i stedet for å dø.

Maler som lærer bort

Åtte innebygde flytmaler – triage, FAQ, ordrestatus, innhenting av leads, oppfølging, meny, timer, venting – hver av dem viser ett mønster, og de er bevisst få i stedet for fem hundre nesten like.

Testing og versjoner

«Det virket i redigeringsverktøyet» betyr endelig noe

Abstrakt 3D-illustrasjon: en tidslinje i glass med prosessteg som lyser opp etter tur, ett satt på pause med et timeglass, og en lupe som gransker et annet steg

Ekte tørrkjøringer

Testknappen kjører selve motoren med en utgang som samler opp i stedet for å sende – samme kjører, samme sporing, null meldinger sendt. Det du ser på, er det produksjon gjør.

Versjoner og gjenoppretting

Publisering tar et øyeblikksbilde av en versjon; hvilken som helst versjon gjenopprettes med ett klikk. Fredagens eksperiment holder aldri mandagen som gissel.

En validator som sier imot

Rundt 97 ulike funn – døde grener, manglende innhenting, kanaler som ikke passer – løftes fram i redigeringsverktøyet før publisering, for en kunde er feil sted å oppdage en skrivefeil.

Kjøringer, sporet og satt i trakt

Hver kjøring registrerer inndata og utdata for hvert steg; en traktvisning viser hvor folk flyter videre og hvor de faller fra. Feilsøking er lesing, ikke gjetting.

Sikringer

Spørsmålet om tillatelse, tegnet på lerretet

Samtykke som et steg

Samtykkenoden sjekker det dimensjonerte samtykkeregisteret – kanal, formål, kategori – før en gren som markedsfører. De som går gjennom flyten, ser sikringen i diagrammet; revisorer ser den i kjøringssporet.

Frekvens som et steg

Frekvensnoden setter tak på hvor ofte automatikken kan ta kontakt med én person – listetretthet forhindret strukturelt, ikke ved å håpe at kampanjene koordinerer seg.

Klokker respektert

Varige forsinkelser og noden for åpningstider gjør at en flyt kan vente i tre dager og likevel lande innenfor arbeidstiden – tålmodighet som en egenskap ved motoren, ikke en cron-jobb teipet på.

Det med liten skrift, uten pynt

Hva Flows nekter å være – med begrunnelsene

Ingen parallelle grener

Et menneske er ikke i to samtalegrener samtidig. Å splitte en person i parallelle løp er en idé fra datapipelines, og den produserer doble meldinger – avvist ved design.

Ingen løkker per element

«For hvert produkt, send en melding» er et spammønster. Der gjentakelse er legitim, gjør én enkelt node det om til én liste- eller karusellmelding.

Ingen kodenode

Vilkårlig kode inne i en motor for kundesamtaler er en sikkerhets- og supportrisiko vi valgte å ikke selge. REST-noden kaller systemene dine; koden din blir værende i systemene dine.

Avgrenset med vilje

32 noder per gjennomløp, underflytdybde på fem, variabelplass med fast størrelse – raust for samtaledesign, fiendtlig mot automatikk som løper løpsk. Takene er dokumentert, ikke noe du oppdager underveis.

FAQ om Flows

Før du bygger

Mer finner du i vår fullstendige FAQ, eller spør oss direkte.

Generiske arbeidsflytverktøy automatiserer datarader i kjøringer som varer sekunder. Arbeidsenheten i en ConnectWiz-flyt er et menneske som venter på svar: kjøringene stopper opp på spørsmål, overlever ventetider på flere dager, husker samtalen og bærer sikringer for samtykke og frekvens som fullverdige steg. Det er automatisering formet som en samtale, fordi det er nettopp der den kjører.

Alle innkommende kanaler – en flyt som startes av et nøkkelord, et knappetrykk eller en ny samtale, oppfører seg likt enten kunden er på WhatsApp, Telegram, Messenger, Instagram, nettwidgeten eller SMS. Rike elementer tilpasser seg per kanal: paletten, validatoren ved lagring og håndtereren ved sending spør alle kanalen hva den faktisk kan vise.

Ja – med en ekte tørrkjøring, ikke en simulering: testen kjører selve flytmotoren med en utgang som samler opp i stedet for å sende, så det du ser i testen, er nøyaktig det produksjon kommer til å gjøre. Legg til versjonering med gjenoppretting på ett klikk og en validator med rundt 97 ulike sjekker, og «det virket i redigeringsverktøyet» betyr endelig noe.

Flyter tar den samtalebaserte siden – inkludert planlagte flyter som åpner tråder for en målgruppe – mens masseutsendinger har sin egen motor med oppvarmingstrapper og bremseregler. Begge deler bygger på den samme samtykkearkitekturen, og sikringene for samtykke og frekvens er synlige steg på selve flytlerretet.

Med vilje. Et menneske kan ikke være i to samtalegrener samtidig, og et gjentakelsessteg per element er måten automatikk blir til spam på. Der gjentakelse er legitim – en listemelding, en karusell – gjør noden det om til én melding. Dette er dokumenterte designvalg om å la være, ikke manglende funksjoner.

Tegn samtalen. Motoren holder løftene sine.

Start fra en mal, tørrkjør den mot den ekte motoren, og publiser med en versjon du alltid kan gå tilbake til.