Prompt based vs flow based GoHighLevel: quale bot AI scegliere
Il bot prompt based di GoHighLevel gira su un singolo set di istruzioni: scrivi il prompt, alleni il tono, e il bot risponde a qualunque cosa arrivi. Il flow based invece costruisce un grafo di agenti e nodi collegati, uno per percorso. La scelta tra i due non è una questione di preferenza: dipende da cosa deve fare il bot e da quanto è prevedibile il percorso del lead.
In questo articolo affronto le differenze per criterio, non per contendente. Costo di setup, comportamento sotto pressione, gestione dei canali, cosa succede quando il sistema cresce. Se stai valutando quale architettura adottare su GoHighLevel, qui trovi un confronto senza pareggi diplomatici. Alla fine c’è un verdetto per profilo di lettore.
Il confronto diretto: prompt based vs flow based GoHighLevel
| Criterio | Prompt based | Flow based |
|---|---|---|
| Setup iniziale | Basso — un prompt, una knowledge base | Alto — agenti, nodi, rotte da disegnare |
| Comportamento su input imprevedibili | Gestisce bene, ma può divagare | Segue il flusso; fuori percorso si inceppa |
| Messaggi in uscita (outbound) | Supportati | Non supportati — solo conversazioni in ingresso |
| Trasferimento ad altro bot | Non nativo | Sì, tramite nodo Bot Transfer |
| Testing strutturato del prompt | Sì — Prompt Optimizer, scenari, varianti | Limitato ai singoli nodi |
| Cronologia versioni della tela | n.d. | Non disponibile |
Cosa costa davvero costruirli
Un bot prompt based è pronto in un pomeriggio. Scrivi le istruzioni, colleghi la knowledge base, imposti le azioni disponibili — prenotazione, passaggio a umano, aggiornamento campo — e il bot gira. La complessità sta nel prompt, non nella struttura.
Il flow based ha un costo di ingresso diverso. Devi disegnare il grafo: quali agenti esistono, come si collegano, quali rotte sono possibili. GoHighLevel ha un «Build with AI» che abbozza il flusso da una descrizione testuale, ma è in Beta — il documento ufficiale dice esplicitamente di rivedere agenti, rotte e strumenti prima di andare in produzione. Non è un bottone magico: è un punto di partenza da correggere.
C’è un dettaglio che brucia se non lo sai: il Deploy nel flow builder non attiva il bot. L’attivazione sta in Bot Settings. Se vai in produzione senza saperlo, il bot non risponde e nessun log ti dice perché. Il silenzio non è salute.
Dove si rompe ciascuno
Il prompt based si rompe quando il prompt è troppo libero. Se non delimiti bene le istruzioni, il bot dice cose che il cliente non direbbe mai — o peggio, promette cose che non puoi mantenere. La salvaguardia è il testing: GoHighLevel ha un Prompt Optimizer con tre fasi — Configure, Test, Improvise — che genera scenari reali, fa girare più varianti e mostra un Prompt Diff su cosa è cambiato tra una versione e l’altra. Senza questo ciclo, un bot prompt based in produzione è una macchina che produce con la stessa sicurezza, giusto o sbagliato.
Il flow based si rompe sull’imprevedibile. Se il lead risponde fuori dal percorso previsto, il bot non ha un agente addestrato a gestire la deviazione: o si inceppa o chiude la conversazione. Più rami costruisci per coprire i casi edge, più il grafo diventa difficile da mantenere. Il rischio non è il setup iniziale — è il quinto aggiunto tre mesi dopo, quando hai dimenticato come erano collegati i primi quattro.
Quello che nessuno dice
Il flow based non gestisce messaggi in uscita
Campagne e messaggi di apertura outbound restano riservati ai bot basati su prompt. Se la tua macchina parte da un messaggio che mandi tu, il flow based non è un’opzione.
- Outbound — solo il prompt based lo gestisce nativamente
- Testing — il Prompt Optimizer esiste solo lato prompt, non lato flow
- Versioni — nel flow builder non c’è cronologia della tela: un errore non ha un rollback immediato
La gestione dei canali: dove vive davvero la logica
Questo punto genera confusione. Dentro entrambi i bot il punto d’ingresso è lo stesso evento: «chat iniziata». Non puoi ramificare per canale all’interno del bot — né nel prompt based né nel flow based. Non trovi un filtro «se WhatsApp fai X, se Instagram fai Y» dentro la tela.
La logica per canale vive nel routing, non nel bot. GoHighLevel ha il Channel Management: assegni un bot a canali specifici e, volendo, filtri per tag. Vuoi due comportamenti diversi su due canali? Costruisci due bot — uno per canale. Vuoi separare i VIP dal resto sullo stesso canale? Stesso canale, filtri tag diversi, due bot separati.
Nella pratica, per un’offerta sola e un pubblico omogeneo, un bot solo con un’apertura neutra che regge su tutti i canali è la scelta giusta. Due bot li costruisci quando il comportamento diverge davvero nel merito, non per cambiare una riga di saluto. Questo vale indipendentemente dall’architettura scelta — un errore frequente che ho visto replicare sia sul prompt based che sul flow based.
Se vuoi capire come il sistema di routing si collega ai workflow di GoHighLevel, l’articolo su workflow e campagne in GoHighLevel chiarisce dove finisce il bot e dove inizia l’automazione successiva.
Cosa succede quando cresci
Il prompt based scala orizzontalmente con fatica. Se hai dieci offerte con regole diverse, hai dieci prompt da mantenere — o un prompt gigante che inizia a contraddirsi. La knowledge base aiuta, ma non risolve il problema della coerenza istruzionale quando il contesto si allarga.
Il flow based scala meglio in verticale: aggiungi un agente per un nuovo percorso senza toccare gli altri. Il limite è che non c’è una cronologia versioni sulla tela — se rompi qualcosa, non torni indietro in un clic. Più il grafo cresce, più un errore di routing è difficile da isolare.
Su entrambe le architetture vale la stessa regola: un’automazione senza guardie esegue sbagliato con la stessa efficienza con cui esegue giusto. Nel flow based, se un nodo tocca contatti o appuntamenti reali durante i test, il danno è concreto — la documentazione ufficiale dice di usare un contatto dedicato per i test, non quello di un cliente vero.
Se stai valutando quanto incide questa scelta sul costo complessivo della piattaforma, l’analisi su prezzi e piani di GoHighLevel mette in chiaro cosa è incluso e cosa no.
Prova GoHighLevel
14 giorni per testare entrambe le architetture sul tuo caso reale
Due settimane bastano per un test strutturato. Primi giorni: configura un bot prompt based su un caso d’uso che conosci bene — un’offerta, un canale, un obiettivo. Poi passa al flow builder con Build with AI: abbozza il grafo, rivedi agenti e rotte, metti un contatto di test dedicato. Alla fine dei 14 giorni hai un confronto reale, non teorico.
- Fase 1 — prompt based con Prompt Optimizer attivo e almeno tre scenari di test
- Fase 2 — flow based su un percorso prevedibile con massimo tre nodi
- Fase 3 — routing su Channel Management per capire dove vive davvero la logica per canale
Attiva la prova di 14 giorni →
Link di affiliazione: se ti iscrivi da qui io prendo una commissione, tu paghi uguale. Lo linko perché ci lavoro dentro ogni giorno.
Quale scegliere
Se il tuo bot deve gestire conversazioni aperte — lead che entrano da fonti diverse, domande imprevedibili, sequenze outbound — scegli il prompt based. È più veloce da costruire, ha un sistema di testing strutturato e regge meglio l’imprevedibile. Il rischio è il prompt mal scritto: investici tempo, usa il Prompt Optimizer, non mandarlo in produzione senza averlo fatto fallire almeno dieci volte in test.
Se il tuo processo è prevedibile e ramificato — un percorso di qualificazione con step definiti, un passaggio esplicito tra agenti specializzati, un bot che deve transferire la conversazione a un altro bot in base a cosa risponde il lead — scegli il flow based. Accetta il costo di setup più alto come investimento in leggibilità del processo. E costruisci un contatto di test prima ancora di disegnare il primo nodo.
Il caso misto esiste: un bot prompt based che gestisce l’ingresso e la qualificazione iniziale, poi un trasferimento manuale o via workflow verso un percorso più strutturato. Ma quella è un’architettura da progettare, non da improvvisare. Se non hai ancora chiaro il processo, il flow builder non te lo chiarirà — ti darà solo più nodi da mantenere su un processo che non funziona ancora.
Per approfondire come si costruisce un bot che converte davvero — indipendentemente dall’architettura — l’articolo su chatbot per aziende parte dal processo, non dal tool.
Domande frequenti
Il flow based di GoHighLevel può mandare messaggi in uscita?
No. Il flow builder gestisce solo conversazioni in ingresso: il punto d’ingresso fisso è «Start Chat», senza trigger configurabili. Campagne e messaggi di apertura outbound restano riservati ai bot basati su prompt.
Posso trasferire la conversazione da un bot prompt based a un altro bot?
Il trasferimento nativo tra bot (Bot Transfer) esiste nel flow builder. Nel prompt based non è disponibile come nodo dedicato: il passaggio a un agente umano è gestibile, ma il trasferimento a un secondo bot richiede un’architettura diversa.
Cosa fa il Prompt Optimizer di GoHighLevel?
È uno strumento di testing in tre fasi: genera scenari da prompt e knowledge base, esegue conversazioni reali con più varianti, poi mostra un Prompt Diff tra la versione originale e le migliori varianti. Esiste solo lato prompt based, non nel flow builder.
Se voglio un comportamento diverso su WhatsApp e su Instagram, devo usare il flow based?
No. La logica per canale vive nel Channel Management di GoHighLevel, non dentro il bot. Costruisci due bot — uno per canale — e li assegni separatamente nel routing. L’architettura del bot, prompt based o flow based, è indipendente da questa scelta.
Trasparenza: in questo articolo c’è un link di affiliazione. Se ti iscrivi da lì io ricevo una commissione, per te non cambia niente. Linko solo strumenti che uso in produzione.
