Beauty multi-operatore: usare Service Booking senza duplicare messaggi

TL;DR: in un’attività beauty con più operatori, una cliente può prenotare più servizi nello stesso checkout. Se l’automazione parte dal singolo appuntamento, il rischio è inviare comunicazioni ripetute. Il trigger Service Booking di HighLevel, disponibile con Services (v2), lavora invece sulla prenotazione principale: per una prenotazione che contiene più servizi, il workflow viene avviato una sola volta. Il risultato operativo verificabile indicato dalla documentazione è una singola esecuzione del workflow per l’intera Service Booking, con la possibilità di riportare nel messaggio servizi, orari, operatore e add-on.

In sintesi

Per un centro estetico, un salone o una beauty clinic con più cabine e operatori, Service Booking serve quando la comunicazione deve riguardare l’esperienza prenotata nel suo complesso, non ogni blocco di calendario separatamente. È utile soprattutto per conferme e riepiloghi: una cliente prenota, ad esempio, un trattamento viso, un massaggio e un servizio aggiuntivo nello stesso flusso; HighLevel può avviare un solo workflow e usare i dati dell’intera prenotazione nel messaggio.

La distinzione è importante:

• il trigger Appointment Status opera sui singoli appuntamenti del calendario;
• il trigger Service Booking opera sulle prenotazioni create con Services (v2);
• una Service Booking con più servizi genera una sola attivazione del workflow, non una per ciascun servizio;
• il trigger è visibile nei nuovi workflow solo se Services (v2) è abilitato nel sotto-account.

Questo tutorial si basa sulla documentazione ufficiale HighLevel, Workflow Trigger – Service Booking (Services v2). I nomi di menu, trigger e disponibilità possono cambiare dopo la data di consultazione della fonte.

La situazione di partenza

Risposta breve: il problema nasce quando una sola cliente genera più appuntamenti collegati, ma il processo comunica come se fossero prenotazioni indipendenti.

Immaginiamo uno scenario ipotetico: un centro beauty consente di selezionare più servizi nella stessa prenotazione online. La cliente sceglie un trattamento viso, un massaggio e un add-on. I servizi possono avere durate, orari e operatori assegnati diversi, ma per la cliente rappresentano un’unica visita organizzata in un unico checkout.

Il responsabile, però, si trova davanti a un’esigenza molto concreta: inviare una conferma chiara, senza sommergere la cliente di messaggi. Se il workflow è costruito a livello di appuntamento, ogni appuntamento del calendario può essere trattato come evento autonomo. In una prenotazione multi-servizio, questa logica può produrre più azioni di comunicazione invece di un solo riepilogo.

La conseguenza manuale è nota: il team deve controllare se i messaggi sono duplicati, spiegare alla cliente perché sono arrivate più conferme o ricomporre a mano il programma della visita. Non è solo una questione di tono della comunicazione. È una questione di unità operativa: si vuole gestire una prenotazione di servizi oppure ogni singolo appuntamento che la compone?

Per distinguere meglio gli eventi disponibili in HighLevel, può essere utile anche la nostra guida ai trigger HighLevel: scegliere l’evento giusto per ogni workflow. Nel caso beauty multi-operatore, la scelta dipende dal livello a cui deve partire l’automazione.

Cosa cambia con HighLevel

Risposta breve: Service Booking riunisce la logica del workflow attorno alla prenotazione principale, anche se questa contiene più servizi o appuntamenti.

Secondo la documentazione ufficiale, il trigger Service Booking si attiva quando viene creata o aggiornata una Service Booking. Una Service Booking può includere più servizi/appuntamenti. A differenza dei trigger a livello di appointment, il trigger lavora quindi sul record di prenotazione principale.

Il cambiamento pratico per il beauty multi-operatore è semplice da descrivere:

• la cliente può avere più servizi nella stessa prenotazione;
• ciascun servizio può riportare dati propri, come nome, prezzo, durata, data e ora, fuso orario, membro del team assegnato e add-on;
• il workflow Service Booking viene attivato una volta per l’intera prenotazione;
• una singola email o un singolo messaggio può elencare tutti i servizi associati, se il contenuto usa i custom value della Service Booking.

La fonte ufficiale indica che il trigger può attivarsi quando una nuova prenotazione viene creata dalla Booking Page, quindi tramite auto-prenotazione online, oppure da un utente, quando lo staff crea manualmente la prenotazione.

Questo non rende Service Booking il trigger corretto per ogni automazione. Se l’obiettivo è reagire allo stato di un singolo appuntamento di calendario, il trigger Appointment Status resta una logica diversa. Service Booking è appropriato quando il risultato atteso è un riepilogo coordinato della prenotazione, non una sequenza di comunicazioni per singola prestazione.

Per esempio, la conferma iniziale può essere costruita con Service Booking, mentre il disegno complessivo della preparazione al trattamento va valutato in relazione al flusso del centro. Sul tema è disponibile anche il tutorial Centro estetico: conferma appuntamento e preparazione al trattamento con HighLevel.

Come configurare il flusso

Risposta breve: abilita Services (v2), aggiungi il trigger Service Booking nel workflow e limita l’ingresso con i filtri coerenti con il tipo di prenotazione da gestire.

I passaggi seguenti riportano il percorso descritto dalla fonte ufficiale; l’interfaccia di GoHighLevel può variare nel tempo.

1. Verificare il prerequisito Services (v2)

Il trigger Service Booking è disponibile soltanto se Services (v2) è abilitato nel sotto-account. Se Services (v2) è disabilitato, il trigger non appare tra le opzioni per i nuovi workflow.

La documentazione segnala inoltre un comportamento da considerare con i workflow esistenti: se un workflow contiene già questo trigger e Services viene disabilitato, le nuove prenotazioni non avviano il trigger. Gli aggiornamenti di stato di prenotazioni già esistenti continuano invece ad attivarlo secondo quanto indicato dalla fonte.

2. Creare o aprire il workflow

Nel percorso indicato da HighLevel, si apre la sezione Automation dalla navigazione laterale. Da qui è possibile aprire un workflow esistente selezionandone il nome oppure crearne uno nuovo tramite + Create New Workflow.

Per evitare ambiguità interna, è un buon consiglio editoriale assegnare un nome che espliciti la funzione, per esempio “Beauty – conferma Service Booking”. Non è un requisito tecnico della piattaforma, ma aiuta a distinguere questo flusso da eventuali workflow basati sul singolo appuntamento.

3. Aggiungere il trigger corretto

All’interno del workflow, la fonte indica di selezionare + Add New Trigger e cercare Service Booking tramite la barra di ricerca.

Qui la scelta non va fatta solo perché la struttura ha più operatori. Il criterio è il tipo di oggetto che deve avviare il flusso:

• scegli Service Booking per una comunicazione unica sull’insieme dei servizi prenotati;
• non confondere questa scelta con un trigger di stato appuntamento, che opera a livello di singolo appointment.

4. Applicare i filtri solo quando servono

HighLevel indica i seguenti filtri disponibili per Service Booking:

• Appointment Status: Unconfirmed, Confirmed, Showed, No Show, Cancelled, Invalid;
• Created By / Modified By;
• Has Tag;
• In Service, per uno specifico servizio;
• In Service Category, per un raggruppamento di servizi;
• In Service Location.

I filtri aiutano a fare entrare nel workflow soltanto le prenotazioni pertinenti. In un contesto multi-sede, ad esempio, il filtro di posizione può separare le comunicazioni per sede. In un listino ampio, categoria o servizio possono mantenere distinto il flusso dedicato a determinate prestazioni.

Il consiglio editoriale è partire dalla regola più stretta necessaria e documentarne lo scopo: un filtro superfluo può escludere prenotazioni valide; l’assenza di filtro può far partire il workflow su prenotazioni non previste. Una volta configurati i filtri necessari, la fonte indica di salvare con Save Trigger.

5. Comporre un solo riepilogo con i dati dei servizi

Perché una sola attivazione diventi una conferma davvero utile, il messaggio deve usare i dati della Service Booking. La documentazione ufficiale indica campi per nome del servizio, prezzo, durata, data e ora, fuso orario, operatore assegnato e add-on.

Quando una prenotazione include più servizi, HighLevel può elencarli uno dopo l’altro tramite un blocco iterativo. La fonte mostra la struttura {{#each serviceBooking.services}} ... {{/each}}: il contenuto al suo interno viene ripetuto per ogni servizio prenotato. Gli add-on, se presenti, vengono elencati sotto il rispettivo servizio.

La documentazione mostra inoltre la possibilità di aggiungere dettagli ulteriori, come il nome completo dell’operatore, inserendo il relativo placeholder nel blocco del servizio. Prima di rendere operativo un messaggio, è prudente verificare che i placeholder scelti corrispondano ai dati necessari al proprio modello di prenotazione. Questa è una verifica redazionale consigliata, non un comportamento aggiuntivo garantito dalla fonte.

6. Considerare gli ordini generati dalle Service Booking

La fonte precisa che, alla creazione di una Service Booking, viene generato automaticamente un Order. Per impostazione predefinita, il trigger Order Submitted non parte per gli ordini creati tramite Service Booking: il comportamento è pensato per prevenire automazioni duplicate.

Se l’attività desidera deliberatamente attivare anche workflow basati sull’ordine per queste prenotazioni, HighLevel richiede di aggiungere al trigger Order Submitted il filtro Order Source = Calendar. È un’impostazione da applicare solo se il disegno del workflow prevede davvero entrambi i livelli; in caso contrario, si rischia di reintrodurre la duplicazione che Service Booking aiuta a evitare.

Il risultato operativo

Risposta breve: una prenotazione multi-servizio può avviare una sola automazione di conferma, mantenendo nel messaggio il dettaglio delle prestazioni prenotate.

Nel caso descritto dalla documentazione, se una persona prenota cinque servizi sotto un’unica Service Booking, il workflow si attiva una volta e non cinque. Se l’azione nel workflow è l’invio di un’email e il template usa i custom value della Service Booking, l’email può contenere l’elenco dei servizi coinvolti.

Per un’attività beauty con operatori diversi, il risultato non è una promessa di conversioni, riduzione dei no-show o miglioramento dei ricavi: questi dipendono dal contesto, dal messaggio e dalla configurazione effettiva. Il risultato verificabile supportato dalla fonte è più circoscritto: un workflow a livello di booking per l’intera prenotazione, anziché un avvio per ogni servizio contenuto nella stessa Service Booking.

Questo rende più leggibile anche il processo interno. Il team può ragionare su una prenotazione unica con più dettagli, mentre la cliente riceve una comunicazione che può includere servizi, add-on, orari, durata, fuso orario e personale assegnato. Per le fasi successive del percorso, come la gestione commerciale di consulenze, depositi e trattamenti, vedi anche Pipeline per centro estetico: consulenza, deposito e trattamento.

Errori e limiti

Risposta breve: il trigger evita la duplicazione solo se la prenotazione è una Service Booking e se non vengono introdotti altri workflow sovrapposti senza criterio.

Il primo errore è confondere Service Booking con Appointment Status. Il primo riguarda Services (v2) e la prenotazione principale; il secondo riguarda gli appuntamenti calendario. Usare il trigger sbagliato può rendere incoerente il numero di comunicazioni inviate.

Il secondo errore è ignorare il prerequisito Services (v2). Se la funzione non è abilitata nel sotto-account, il trigger non è disponibile nei nuovi workflow. Disabilitarla dopo avere impostato il trigger blocca le nuove prenotazioni rispetto a quel trigger, secondo quanto riporta la fonte.

Il terzo errore è creare un workflow Order Submitted parallelo senza valutare il comportamento degli ordini da calendario. HighLevel non attiva per default Order Submitted sugli ordini generati dalle Service Booking. L’aggiunta del filtro Order Source = Calendar è esplicita e va trattata come una scelta progettuale, non come un passaggio automatico.

Il quarto limite riguarda le azioni supportate. La documentazione indica come supportate Update Appointment Status e Create Appointment Note, entrambe basate sul Service Booking ID. Non sono supportate, nel contesto indicato, le azioni Book Appointment, Conversation AI Booking Bot ed Eliza Booking.

Infine, un template con dati incompleti può vanificare il vantaggio del riepilogo unico. Se la comunicazione deve citare più servizi, operatori e add-on, il contenuto deve essere costruito per iterare sui servizi della booking. Non va dato per scontato che un placeholder pensato per un solo appuntamento rappresenti automaticamente l’intero insieme.

Tornando al problema iniziale: quando il titolare deve evitare conferme ripetute per una singola visita composta da più prestazioni, la domanda utile non è “quanti appuntamenti ci sono in calendario?”, ma “qual è la prenotazione che la cliente ha effettuato?”. Se la risposta è una Service Booking con Services (v2), il trigger dedicato offre il livello corretto per impostare il workflow.

Per approfondire l’uso operativo di HighLevel nei flussi WhatsApp, puoi consultare il nostro bonus WhatsApp per GoHighLevel. I risultati variano in base al contesto, alla configurazione e ai processi dell’attività.

FAQ

Service Booking invia automaticamente un solo messaggio?
Il trigger avvia il workflow una sola volta per l’intera Service Booking con più servizi. Il tipo e il numero di azioni successive dipendono da come è costruito il workflow.

Qual è la differenza tra Service Booking e Appointment Status?
Service Booking lavora sulla prenotazione Services (v2) principale; Appointment Status lavora sui singoli appuntamenti del calendario.

Posso mostrare nel messaggio l’operatore assegnato?
Sì. La fonte indica dati relativi al personale assegnato e mostra che possono essere inseriti dettagli aggiuntivi, come il nome completo dello staff, nel blocco dei servizi.

Il trigger è disponibile in tutti i sotto-account?
No. La documentazione indica che è visibile nei nuovi workflow solo se Services (v2) è abilitato nel sotto-account.

Cosa accade al trigger Order Submitted per una Service Booking?
Per default non parte per gli ordini creati tramite Service Booking. Per farlo partire anche in questi casi, la fonte richiede il filtro Order Source = Calendar.

Posso usare Book Appointment in un workflow basato su Service Booking?
No. La documentazione elenca Book Appointment tra le azioni non supportate per questo trigger.