ConnectWiz Flows
Automazioni che sanno con chi stanno parlando.
Gli strumenti di workflow generici automatizzano righe di dati. Flows automatizza le conversazioni, dove l’unità di lavoro è una persona che aspetta una risposta, un passaggio «aspetta 3 giorni» è normale e la domanda sul permesso sta sul canvas come nodo vero. 27 tipi di nodo, tutti i canali, con limiti dichiarati.
Trigger
Sei modi per far partire un flusso, ognuno una scheda di prima classe sul canvas
Nuova conversazione
Accogliete ogni primo contatto con un benvenuto strutturato; sul widget può partire perfino all’apertura della finestra di chat, prima che il visitatore scriva.
Parola chiave
Un messaggio del cliente che corrisponde alle vostre parole chiave avvia il flusso giusto — «appuntamento», «prezzo», «reso» — su qualsiasi canale.
Pianificazione
L’orologio sceglie un pubblico e apre conversazioni — promemoria di rinnovo, contatti stagionali — con i controlli sul consenso piazzati tra la pianificazione e l’invio.
Modulo inviato
Un modulo inviato avvia un flusso con tutte le risposte disponibili come variabili: il seguito comincia nell’istante in cui il modulo arriva.
Pulsante dell’operatore
Gli operatori lanciano un flusso su una conversazione aperta con un clic — la procedura di rimborso, la sequenza di onboarding: il giudizio umano che sceglie l’esecuzione automatica.
Webhook, protetto
Ogni trigger webhook ha il proprio URL pubblico con il proprio secret, la verifica HMAC sul corpo grezzo e la protezione dai replay. Un payload è dato, mai istruzione: può nominare una persona, ma non può in nessun caso guidare il funzionamento interno del flusso.
Il catalogo dei nodi
27 tipi di nodo, e una regola che li tiene onesti
Un nodo entra nella palette solo il giorno in cui esistono tutti: il suo runner, il modulo nell’editor, la validazione, i test e la documentazione. La palette è generata dal motore stesso, quindi l’editor non può offrire un passaggio che il runner non eseguirà.
Messaggistica (6)
Messaggio, scelte, media, template WhatsApp, modulo dentro la chat e l’invio ricco per canale: le parole e gli elementi che il cliente vede davvero.
Logica e tempi (5)
Condizione, switch, connettore (salto a un passaggio o chiamata a un sotto-flusso, con profondità limitata), attesa durevole e orari di apertura: diramazioni che rispettano orologi e calendari.
Dati (4)
Catturare risposte, impostare variabili, chiamare qualsiasi API REST e leggere o scrivere le vostre tabelle dati — l’integrazione che non richiede nessuna integrazione.
AI (4)
Classificare l’intento, rispondere dalla vostra base di conoscenza o affidare un passaggio a un agente AI che usa strumenti e può andare a controllare — anche nel vostro CRM — prima di parlare.
Persone e instradamento (1)
Un solo nodo multi-azione assegna reparti e operatori, applica tag, imposta la priorità, apre o chiude la conversazione: il passaggio di consegne dall’automazione alle persone, reso esplicito.
CRM e vendite (3)
Il vostro CRM come app nella palette: 10 operazioni di lettura e 7 di scrittura, con ogni scrittura dietro tre porte (collegato, capace e aperto esplicitamente da un amministratore, tutte chiuse di serie).
Commerce, chiamate e prenotazioni (2)
Consultare il catalogo, inserire un ordine, avviare una chiamata, proporre e prenotare veri slot per gli appuntamenti — due verbi di proposito, prima proporre e poi prenotare, così a scegliere è il cliente.
Controlli (2)
Consenso e frequenza come passaggi visibili: la domanda sul permesso sul canvas, dove chi revisiona la vede, non sepolta nelle impostazioni.
Invio consapevole del canale
Un flusso, tutti i canali: ricco dove il ricco esiste
L’invio ricco porta con sé una ventina di azioni specifiche per canale — elenchi, pulsanti di risposta, caroselli, schede prodotto, ricevute, coupon, richieste di posizione, pulsanti di chiamata, WhatsApp Flows — e chiede al canale tre volte separate che cosa sa rappresentare: nella palette, al salvataggio e all’invio. Perché la risposta cambia.
Elementi ricchi, canale per canale
Un elenco su WhatsApp, pulsanti su Telegram, un carosello su Messenger: si compone una volta sola e si valida contro quello che ogni canale collegato supporta davvero, prima che possa partire.
WhatsApp Flows dentro il flusso
Le schermate di modulo native di Meta dentro la chat partono come passaggio del flusso, con un endpoint dati cifrato e ospitato da noi che alimenta le schermate in tempo reale; e se una fonte dati singhiozza, la schermata si mostra comunque con un avviso cortese invece di morire.
Template che insegnano
Otto template di flusso già pronti — smistamento, FAQ, stato dell’ordine, raccolta lead, follow-up, menu, appuntamenti, attesa — ognuno dimostra uno schema: pochi di proposito, invece di cinquecento quasi-doppioni.
Test e versioni
«Nell’editor funzionava» finalmente vuol dire qualcosa
Prove a vuoto vere
Il pulsante di test fa girare il motore vero con un’uscita che raccoglie invece di inviare: stesso runner, stessa traccia, zero messaggi partiti. Quello che guardate è quello che fa la produzione.
Versioni e ripristino
La pubblicazione scatta una versione; qualsiasi versione si ripristina con un clic. L’esperimento del venerdì non tiene mai in ostaggio il lunedì.
Un validatore che discute
Circa 97 rilievi distinti — rami morti, catture mancanti, incompatibilità di canale — emergono nell’editor prima della pubblicazione, perché un cliente è il posto sbagliato dove scoprire un refuso.
Esecuzioni, tracciate e messe a imbuto
Ogni esecuzione registra l’ingresso e l’uscita di ogni passaggio; una vista a imbuto mostra dove le persone scorrono e dove si perdono. Il debug si legge, non si indovina.
Controlli
La domanda sul permesso, disegnata sul canvas
Il consenso come passaggio
Il nodo del consenso interroga il registro dei consensi con tutte le sue dimensioni — canale, finalità, categoria — prima di un ramo che fa marketing. Chi revisiona vede il controllo nel diagramma, chi fa audit lo vede nella traccia dell’esecuzione.
La frequenza come passaggio
Il nodo della frequenza mette un tetto a quante volte l’automazione può toccare una persona: la stanchezza da lista si previene per struttura, non sperando che le campagne si coordinino.
Orologi rispettati
Le attese durevoli e il nodo degli orari di apertura fanno sì che un flusso possa aspettare tre giorni e cadere comunque in orario di lavoro: la pazienza come caratteristica del motore, non come cron job attaccato con il nastro adesivo.
Le clausole, senza giri di parole
Quello che Flows si rifiuta di essere, con le ragioni
Niente rami paralleli
Una persona non sta in due rami di conversazione insieme. Spezzare un essere umano in percorsi concorrenti è un’idea da pipeline di dati che produce messaggi doppi: rifiutata per progetto.
Niente cicli elemento per elemento
«Per ogni prodotto, manda un messaggio» è uno schema da spam. Dove l’iterazione è legittima, un solo nodo la rende come un unico messaggio a elenco o a carosello.
Niente nodo di codice
Codice arbitrario dentro un motore di conversazioni con i clienti è un rischio di sicurezza e di assistenza che abbiamo scelto di non vendere. Il nodo REST chiama i vostri sistemi; il vostro codice resta nei vostri sistemi.
Limitato di proposito
32 nodi per passata, profondità dei sotto-flussi pari a cinque, spazio delle variabili dimensionato: generoso per progettare conversazioni, ostile alle automazioni che scappano di mano. I tetti sono documentati, non si scoprono per caso.
Disegnate la conversazione. Il motore mantiene le promesse.
Partite da un template, provatelo a vuoto contro il motore vero, pubblicate con una versione su cui potete sempre tornare indietro.