ConnectWiz Flows

Automatisering die weet met wie ze praat.

Algemene workflowtools automatiseren rijen data. Flows automatiseren gesprekken — waar de eenheid van werk een mens is die op antwoord wacht, waar een stap “wacht 3 dagen” heel gewoon is en waar de toestemmingsvraag als echte node op het canvas staat. 27 nodetypes, elk kanaal, eerlijk begrensd.

Draait op elk inkomend kanaal Toestemmingsbewakers op het canvas Echte proefdraaien, sporen per stap
Flow — afspraakherinnering, live
Trigger · maandags 09:00
Toestemmingsbewaker
Herinnering sturen
Netjes overslaan
Tijd geboekt — elke stap gevolgd
27
Nodetypes — en elk komt op dezelfde dag mee met zijn runner, editorformulier, validatieregels, tests en documentatie
6
Soorten triggers — nieuw gesprek, trefwoord, schema, formulierinzending, medewerkersknop, beveiligde webhook
~97
Afzonderlijke validatiecontroles voordat een flow live gaat — kapotte flows lopen stuk in de editor, niet bij een klant
Dagen
Hoelang één run kan leven — wachttijden zijn duurzaam, dus “herinner ze over 3 dagen” is een stap, geen truc

Triggers

Zes manieren waarop een flow begint — elk een volwaardige kaart op het canvas

Nieuw gesprek

Begroet elk eerste contact met een gestructureerd welkom — in de widget kan het zelfs afgaan zodra het chatvenster opent, voordat de bezoeker iets typt.

Trefwoord

Een klantbericht dat op je trefwoorden past, start de juiste flow — “afspraak”, “prijs”, “retour” — op elk kanaal.

Schema

De klok kiest een doelgroep en opent gesprekken — verlengingsherinneringen, seizoensberichten — met toestemmingsbewakers tussen het schema en de verzending.

Formulier ingediend

Een formulier dat wordt ingediend start een flow met elk antwoord beschikbaar als variabele — de opvolging begint op het moment dat het formulier binnenkomt.

Medewerkersknop

Medewerkers starten met één klik een flow op een lopend gesprek — de retourprocedure, de onboardingreeks — een mens die oordeelt, een machine die uitvoert.

Webhook, beveiligd

Elke webhooktrigger krijgt een eigen publieke URL met een eigen secret, HMAC-verificatie over de ruwe body en bescherming tegen replay. Een payload is data, nooit instructies: hij mag een persoon noemen, maar kan nooit de binnenkant van de flow sturen.

De nodecatalogus

27 nodetypes — en een regel die ze eerlijk houdt

Een node komt pas in het palet op de dag dat zijn runner, editorformulier, validatie, tests en documentatie allemaal bestaan. Het palet wordt uit de engine zelf gegenereerd — de editor kan geen stap aanbieden die de runner niet draait.

Abstracte 3D-illustratie: een nodegraaf van glazen tegels verbonden door oplichtende bogen, met één actief smaragdgroen pad dat uitkomt bij een chatballon

Berichten (6)

Bericht, keuzes, media, WhatsApp-template, formulier in het gesprek en de kanaalrijke verzender — de woorden en plekken die je klant echt ziet.

Logica & timing (5)

Conditie, switch, connector (spring naar een stap of roep een subflow aan, met dieptelimiet), duurzame vertraging en openingstijden — vertakken dat klok en agenda respecteert.

Data (4)

Antwoorden vastleggen, variabelen zetten, elke REST API aanroepen en je eigen datatabellen lezen of schrijven — de integratie die geen integratie nodig heeft.

AI (4)

Intentie classificeren, antwoorden uit je kennisbank, of een stap overdragen aan een AI-agent met gereedschap die dingen kan opzoeken — ook in je CRM — voordat hij iets zegt.

Mens & routering (1)

Eén node met meerdere acties wijst afdelingen en medewerkers toe, plakt tags, stelt prioriteit in, opent of sluit het gesprek — de overdracht van automatisering naar mensen, expliciet.

CRM & sales (3)

Je CRM als app in het palet: 10 lees- en 7 schrijfbewerkingen — elke schrijfactie achter drie poorten (gekoppeld, in staat, en expliciet opengezet door een beheerder, standaard allemaal dicht).

Commerce, telefonie & boeken (2)

Zoek in de catalogus, plaats een bestelling, start een telefoongesprek, bied echte afspraaktijden aan en boek ze — bewust twee werkwoorden, eerst aanbieden dan boeken, zodat de klant kiest.

Bewakers (2)

Toestemming en frequentie als zichtbare stappen — de toestemmingsvraag op het canvas, waar beoordelaars hem zien, niet begraven in de instellingen.

Kanaalbewust versturen

Eén flow, elk kanaal — rijk waar rijk bestaat

De rijke verzender draagt ongeveer twintig kanaalspecifieke acties — lijsten, antwoordknoppen, carrousels, productkaarten, bonnen, coupons, locatieverzoeken, belknoppen, WhatsApp Flows — en vraagt het kanaal drie keer apart wat het kan tonen: in het palet, bij het opslaan en bij het versturen. Omdat het antwoord verandert.

Rijke elementen per kanaal

Een lijst op WhatsApp, knoppen op Telegram, een carrousel op Messenger — één keer opgesteld, getoetst aan wat elk gekoppeld kanaal echt ondersteunt voordat het weg mag.

WhatsApp Flows ingebouwd

Meta’s eigen formulierschermen in het gesprek gaan als flowstap de deur uit, met een gehost versleuteld data-endpoint dat de schermen live voedt — en hapert een gegevensbron, dan toont het scherm alsnog een nette melding in plaats van eraan onderdoor te gaan.

Templates die iets leren

Acht ingebouwde flowtemplates — triage, FAQ, orderstatus, leads vastleggen, opvolging, menu, afspraken, wachtend — elk met een eigen patroon, bewust weinig in plaats van vijfhonderd bijna-dubbelen.

Testen & versies

“Het werkte in de editor” betekent eindelijk iets

Abstracte 3D-illustratie: een glazen tijdlijn van processtappen die na elkaar oplichten, één gepauzeerd met een zandloper en een loep die een andere stap bekijkt

Echte proefdraaien

De testknop draait de echte engine, met een uitvoer die verzamelt in plaats van verstuurt — dezelfde runner, hetzelfde spoor, nul verstuurde berichten. Wat je ziet, is wat productie doet.

Versies & herstellen

Publiceren maakt een versie; elke versie zet je met één klik terug. Het experiment van vrijdag houdt maandag nooit in gijzeling.

Een validator die tegenspreekt

Ongeveer 97 verschillende bevindingen — dode takken, ontbrekende vastleggingen, kanalen die niet matchen — komen in de editor boven vóór publicatie, want een klant is de verkeerde plek om een typefout te ontdekken.

Runs, gevolgd en in een trechter

Elke run legt de invoer en uitvoer van elke stap vast; een trechterweergave laat zien waar mensen doorstromen en waar ze afhaken. Debuggen is lezen, niet gokken.

Bewakers

De toestemmingsvraag, getekend op het canvas

Toestemming als stap

De toestemmingsnode raadpleegt het toestemmingsregister met al zijn dimensies — kanaal, doel, categorie — vóór een tak die marketing doet. Beoordelaars zien de bewaker in het diagram, auditors zien hem in het spoor van de run.

Frequentie als stap

De frequentienode begrenst hoe vaak automatisering iemand mag aantikken — lijstmoeheid structureel voorkomen, niet door te hopen dat campagnes onderling afstemmen.

De klok telt mee

Door duurzame vertragingen en de node voor openingstijden kan een flow drie dagen wachten en tóch binnen werktijd landen — geduld als eigenschap van de engine, niet als een cronjob die ertegenaan is geplakt.

De kleine lettertjes, zonder opsmuk

Wat Flows weigert te zijn — met de redenen erbij

Geen parallelle takken

Een mens zit niet in twee gesprekstakken tegelijk. Iemand opsplitsen over gelijktijdige paden is een idee uit datapipelines dat dubbele berichten oplevert — bij ontwerp geweigerd.

Geen lussen per item

“Stuur voor elk product een bericht” is een spampatroon. Waar herhalen wél terecht is, maakt één node er één lijst- of carrouselbericht van.

Geen code-node

Willekeurige code in een engine voor klantgesprekken is een risico voor beveiliging en support dat we bewust niet verkopen. De REST-node roept jouw systemen aan; jouw code blijft in jouw systemen.

Met opzet begrensd

32 nodes per doorloop, subflows tot vijf diep, een begrensde variabelenruimte — ruim voor gespreksontwerp, vijandig voor op hol geslagen automatisering. De plafonds staan gedocumenteerd, je ontdekt ze niet.

Flows-FAQ

Voordat je gaat bouwen

Meer in de volledige FAQ, of vraag het ons direct.

Algemene workflowtools automatiseren rijen data in uitvoeringen van enkele seconden. Bij een ConnectWiz-flow is de eenheid van werk een mens die op antwoord wacht: runs pauzeren bij vragen, overleven wachttijden van dagen, onthouden het gesprek en dragen toestemmings- en frequentiebewakers als volwaardige stappen. Het is automatisering met de vorm van een gesprek, want daarbinnen draait ze.

Elk inkomend kanaal — een flow die begint met een trefwoord, een tik op een knop of een nieuw gesprek gedraagt zich hetzelfde, of de klant nu op WhatsApp, Telegram, Messenger, Instagram, de webwidget of sms zit. Rijke elementen passen zich per kanaal aan: het palet, de validator bij het opslaan en de afhandeling bij het versturen vragen het kanaal alle drie wat het echt kan tonen.

Ja — met een echte proefdraai, geen simulatie: de test draait de echte flow-engine, met een uitvoer die verzamelt in plaats van verstuurt, dus wat je in de test ziet is precies wat productie gaat doen. Tel daar versiebeheer met herstel in één klik en een validator met ongeveer 97 losse controles bij op, en “het werkte in de editor” betekent eindelijk iets.

Flows doen de gesprekskant — ook ingeplande flows die gesprekken openen voor een doelgroep — terwijl broadcasts een eigen engine hebben met opwarmtrappen en remregels. Allebei gebruiken ze dezelfde toestemmingsarchitectuur, en de toestemmings- en frequentiebewakers zijn zichtbare stappen op het flowcanvas zelf.

Met opzet. Een mens kan niet in twee gesprekstakken tegelijk zitten, en een herhaalstap per item is precies hoe automatisering spam wordt. Waar herhalen wél terecht is — een lijstbericht, een carrousel — maakt de node er één bericht van. Dit zijn bewuste ontwerpweigeringen, gedocumenteerd, geen ontbrekende functies.

Teken het gesprek. De engine houdt zich aan zijn woord.

Begin bij een template, laat hem proefdraaien op de echte engine en publiceer met een versie waar je altijd op terug kunt.