In breve
- Studio privato di medicina estetica con marketing interno e campagne su Meta
- Su 40 opportunità controllate, 20 senza il primo piano di trattamento eseguito collegato
- Collegamento orario fra gestionale e CRM, 9 campi nuovi e riallineamento dello storico con prova a secco
- 336 opportunità riallineate il 1° ottobre 2026, 0 errori, casi dubbi lasciati alla verifica dello studio
Il contesto
Il cliente è uno studio privato di medicina estetica con un piccolo reparto marketing interno, due persone, e il personale dello studio che segue pazienti e appuntamenti. Ogni nuovo contatto diventa un'opportunità nel CRM e avanza per fasi, dal primo contatto al primo trattamento e oltre.
I dati amministrativi però vivono nel gestionale dello studio: lì si creano i piani di trattamento, si registra l'accettazione del preventivo, si emettono le fatture. CRM e gestionale sono due sistemi separati, che parlano lingue diverse. Lavoro con questo studio da luglio 2026: i primi collegamenti fra i due sistemi sono partiti il 16 luglio, insieme ad altri flussi come il messaggio WhatsApp di benvenuto ai nuovi contatti, che al 1° ottobre contava 348 esecuzioni.
Il problema
Il valore delle opportunità nel CRM non corrispondeva ai preventivi accettati nel gestionale. Il flusso in uso scriveva nel valore l'acconto invece del totale del preventivo e, in alcuni casi, agganciava al contatto piani di trattamento diversi da quello giusto.
Il 1° ottobre 2026 ho controllato un campione di 40 opportunità nella fase di primo trattamento: 20 su 40 non avevano collegato il primo piano eseguito. Nelle altre 20 il piano c'era, ma il valore scritto nel CRM era molto più basso del totale dei piani.
Perché costava: il valore dell'opportunità non è solo un numero per i report. Alimenta l'evento che il CRM manda a Meta per ottimizzare le campagne. Un valore sbagliato rischia di insegnare alle campagne a cercare le persone sbagliate. E chi guarda la pipeline per capire quanto lavoro è in corso si fa un'idea falsa.
Cosa ho costruito
Ho collegato il gestionale al CRM con n8n, su un'istanza dedicata. Il gestionale ha un'interfaccia di programmazione non documentata: prima di scrivere qualunque cosa nel CRM ho verificato ogni dato con chiamate in sola lettura.
- Nove campi nuovi sull'opportunità. Fra questi il totale del preventivo, la data di accettazione, l'acconto, l'incassato, la data del primo trattamento e quella di piano completato.
- Un collegamento ogni ora. Un'automazione oraria segue solo il primo piano di trattamento del contatto, non qualunque piano gli venga associato, e scrive il totale accettato come valore dell'opportunità.
- Un aggiornamento ogni notte. Di notte l'automazione ripassa i campi, acconto e incassato compresi, così anche le fatture emesse dopo l'accettazione arrivano nel CRM.
- Il riallineamento dello storico. Una sola esecuzione per correggere le opportunità già esistenti, preceduta da una prova a secco che calcola le modifiche senza scriverle, da un collaudo su 5 card e da un salvataggio dei valori precedenti per poter tornare indietro.
Una scelta che sembra un dettaglio e non lo è: l'ordine delle operazioni. Lo spostamento della card nella pipeline fa partire l'evento verso Meta. Se sposti prima e aggiorni il valore dopo, Meta riceve il numero vecchio. Per questo l'automazione scrive sempre prima il valore e solo dopo sposta la card.
Un'altra scelta riguarda i casi dubbi. In 28 card il nuovo valore sarebbe sceso, a volte di molto. Un calo così può essere una correzione giusta o il segno di un piano agganciato male: invece di sovrascriverle alla cieca le ho escluse dal riallineamento e mandate allo studio per una verifica. Lo stesso per 386 card che richiedevano un controllo umano, consegnate in una lista separata.
I risultati
Il riallineamento è partito il 1° ottobre 2026 e ha aggiornato 336 opportunità senza errori. Dopo l'esecuzione ho riletto un campione di 11 card e l'ho confrontato con il gestionale. Oggi i piani di trattamento accettati e le fatture arrivano al CRM, e per le opportunità riallineate il valore in pipeline coincide con il preventivo accettato nel gestionale.
| Misura | Valore | Periodo e fonte |
|---|---|---|
| Opportunità del campione senza il primo piano eseguito collegato, prima del progetto | 20 su 40 | Controllo a campione nella fase di primo trattamento, 01/10/2026 |
| Opportunità riallineate | 336 | Esecuzione del riallineamento storico, 01/10/2026 |
| Errori durante l'esecuzione | 0 | Esecuzione del riallineamento storico, 01/10/2026 |
| Opportunità in cui il valore è salito | 230 | Esecuzione del riallineamento storico, 01/10/2026 |
| Card con valore in calo escluse e mandate in verifica | 28 | Esecuzione del riallineamento storico, 01/10/2026 |
| Card consegnate allo studio per un controllo manuale | 386 | Lista separata consegnata il 01/10/2026 |
| Card ricontrollate sul gestionale dopo l'esecuzione | 11 | Verifica a campione del 01/10/2026 |
Limiti della misura. I numeri descrivono la qualità dei dati, non un risultato commerciale. L'effetto sulle campagne di Meta, che era il motivo principale del lavoro, non è ancora misurato. Il controllo a campione sulle 40 opportunità non l'ho ripetuto con lo stesso metodo dopo il riallineamento. L'esito delle 28 card escluse e delle 386 da controllare dipende dalla verifica dello studio. L'interfaccia del gestionale non è documentata e può cambiare senza preavviso: per questo i collegamenti leggono soltanto, e un cambio va intercettato in fretta.
Cosa rifarei diversamente
Rifarei prima, e per iscritto, la definizione del numero. Cosa vuol dire valore di un'opportunità: l'acconto, il preventivo accettato, l'incassato? E quale piano conta, se un paziente ne ha più di uno? Sono domande da titolare, non da tecnico, e finché non hanno una risposta qualunque automazione scrive un numero coerente con sé stessa ma non con quello che lo studio intende.
Qui il problema è emerso solo con il confronto a campione del 1° ottobre, quando il collegamento fra i due sistemi esisteva già da mesi. Oggi quel confronto lo faccio all'inizio, su ogni progetto che porta importi in un CRM.
Per chi ha senso
Studi di medicina estetica, studi medici e dentistici, poliambulatori, centri estetici: chiunque ha un gestionale per pazienti e fatture e un CRM per il marketing, e fa campagne che imparano dal valore delle conversioni.
Non serve se il CRM è usato solo come rubrica, o se dal gestionale non si riesce a leggere i dati in modo affidabile: senza una fonte pulita, il collegamento sposta soltanto l'errore da un sistema all'altro.
Strumenti usati
n8nGoHighLevelAPI del gestionale dello studio
Numeri letti dal registro dell'esecuzione del riallineamento e dal controllo a campione del 1° ottobre 2026, senza modificarli.
Chi scrive: Ivan Lao, Make Certified Partner e n8n Expert.
Come è nato questo caso studio: l'ho scritto con l'aiuto dell'intelligenza artificiale, partendo dalla documentazione del progetto e dai dati letti nei sistemi del cliente, senza modificarli. Il nome del cliente non compare finché non lo autorizza. Ho verificato ogni numero e approvato il testo prima di pubblicarlo.