Find Opportunity in HighLevel: evitare opportunità duplicate dopo un modulo

TL;DR: quando un contatto invia un modulo, creare sempre una nuova opportunità può riempire la pipeline di deal ripetuti. L’azione Find Opportunity di HighLevel cerca un’opportunità già collegata al contatto, applica i filtri scelti e instrada il workflow su due rami: Opportunity Found oppure Opportunity Not Found. Impostando la ricerca sull’opportunità più recente e creando un deal solo nel secondo ramo, il risultato operativo verificabile è una gestione distinta dei casi in cui esiste già un record compatibile e di quelli in cui non esiste.

In sintesi

Risposta breve: Find Opportunity è utile a chi usa moduli e workflow di GoHighLevel per non trattare ogni invio come un nuovo deal senza prima controllare i record esistenti.

Il problema non è il modulo in sé. Il responsabile commerciale o il titolare apre la pipeline dopo una giornata di richieste e trova più opportunità che sembrano riferirsi alla stessa persona. A quel punto deve capire quale record aggiornare, quale ignorare e quali attività siano ancora pertinenti. Se il processo manuale consiste nel creare un’opportunità a ogni invio, il controllo arriva dopo: richiede tempo, rende meno chiara la lettura della pipeline e aumenta il rischio di lavorare sul deal sbagliato.

La documentazione ufficiale di HighLevel descrive Find Opportunity come un’azione di workflow che individua un’opportunità esistente collegata al contatto che ha attivato il workflow, in base a criteri specifici. Questa guida traduce quel comportamento in uno scenario ipotetico: un contatto compila un modulo del sito e il team desidera aggiornare il deal aperto più recente, oppure crearne uno solo quando non trova alcuna corrispondenza.

La fonte ufficiale è l’articolo di supporto HighLevel, Workflow Action – Find Opportunity, indicato come modificato l’11 marzo 2025. Nomi delle azioni, campi e disponibilità possono cambiare dopo la data riportata dalla fonte.

La situazione di partenza

Risposta breve: il processo diventa fragile quando l’invio del modulo porta direttamente alla creazione di un nuovo deal, senza distinguere un nuovo caso da un aggiornamento di un caso già aperto.

Immaginiamo un workflow avviato dall’invio di un modulo web. Il contatto può compilare il modulo una sola volta, ma può anche inviarlo nuovamente in un momento successivo. Può inoltre esistere già un’opportunità aperta collegata a quel contatto per lo stesso contesto operativo.

Senza un controllo preliminare, un’azione di creazione collocata subito dopo il trigger genera un nuovo record ogni volta. Il risultato non è necessariamente un errore tecnico: è una conseguenza della logica scelta. Tuttavia, per chi gestisce la pipeline, più record compatibili rendono difficile identificare quello che rappresenta lo stato corrente della relazione.

Il punto da chiarire prima di configurare HighLevel è quindi editoriale e operativo, non solo tecnico: quale opportunità deve essere considerata quella di riferimento? Nel caso trattato dalla fonte, la scelta è l’opportunità più recente tra quelle che corrispondono ai filtri definiti. Non significa che sia sempre la scelta corretta per ogni processo, ma è il criterio descritto nell’esempio ufficiale per aggiornare un record esistente dopo l’invio di un modulo.

Cosa cambia con HighLevel

Risposta breve: Find Opportunity separa la ricerca dalla creazione e consente al workflow di proseguire su un percorso diverso in base alla presenza o meno di una corrispondenza.

Secondo HighLevel, l’azione cerca opportunità collegate al contatto entrato nel workflow. Si può scegliere se recuperare la prima creata (Earliest) oppure la più recentemente creata (Latest) tra quelle che rispettano i criteri. Se più opportunità soddisfano i filtri, ne viene restituita una sola, secondo il criterio selezionato.

L’opportunità trovata diventa il riferimento per le azioni successive basate sulle opportunità nel workflow. Questo è il cambiamento centrale: anziché decidere subito di creare un deal, il flusso prima cerca un record compatibile e poi agisce sul risultato della ricerca.

La fonte specifica inoltre che tutti i filtri sono combinati con logica AND. In pratica, ogni condizione configurata deve risultare vera perché HighLevel restituisca un’opportunità. I filtri possono riferirsi a campi standard o personalizzati dell’opportunità, inclusi esempi come nome dell’opportunità, follower e stato.

Per un workflow generato da un modulo, questo approccio serve soprattutto a chi vuole applicare una regola coerente: aggiornare il deal esistente quando la ricerca lo individua; creare un nuovo deal quando non esiste un record che soddisfa tutte le condizioni. Non sostituisce però una progettazione attenta dei criteri: filtri troppo generici possono trovare un record non desiderato, mentre filtri troppo restrittivi possono non trovare un record che il team considera già esistente.

Come configurare il flusso

Risposta breve: dopo il trigger del modulo, inserisci Find Opportunity, scegli Latest, definisci filtri coerenti e collega i rami Found e Not Found a due azioni differenti.

I passaggi seguenti riprendono la logica esplicitamente indicata dalla documentazione. L’interfaccia di GoHighLevel può cambiare; verifica quindi etichette e opzioni nel tuo account prima della pubblicazione o dell’attivazione del workflow.

1. Definisci il trigger del workflow. Nell’esempio ufficiale, il trigger è l’invio di un modulo da parte di un contatto sul sito. Il contatto che entra nel workflow è la base della ricerca dell’opportunità.

2. Aggiungi l’azione Find Opportunity. La documentazione indica che l’azione richiede un nome personalizzato. Un’etichetta come “Trova opportunità esistente” rende più leggibile il workflow per chi dovrà modificarlo in seguito.

3. Scegli l’opportunità da recuperare. Per il caso editoriale di questo tutorial, seleziona Latest, cioè l’opportunità compatibile creata più di recente. HighLevel offre anche Earliest, la prima creata: non è un’impostazione da considerare intercambiabile, perché cambia il record di riferimento quando ci sono più corrispondenze.

4. Configura i filtri con logica AND. L’esempio della fonte usa due condizioni: il nome dell’opportunità contiene Contact_Email_Address e lo stato è Open. Entrambe devono essere soddisfatte. L’intento è cercare un’opportunità aperta che possa essere associata all’indirizzo email del contatto. Prima di replicare la regola, valuta se la convenzione di denominazione delle opportunità nel tuo processo include davvero l’email: questo è un consiglio editoriale, non un requisito dichiarato da HighLevel.

5. Gestisci il ramo Opportunity Found. Quando viene trovata una corrispondenza, la fonte suggerisce di proseguire con un’azione Update Opportunity per modificare campi, come lo stato, oppure aggiungere note. L’aggiornamento deve riguardare il record restituito da Find Opportunity, che diventa appunto il riferimento per le azioni successive basate sulle opportunità.

6. Gestisci il ramo Opportunity Not Found. Quando non viene restituita alcuna opportunità, collega il ramo a Create Opportunity. È qui, e non prima della ricerca, che il workflow aggiunge un nuovo record alla pipeline.

La distinzione tra i due rami è ciò che rende il flusso leggibile: Found significa “esiste un’opportunità che rispetta i criteri”; Not Found significa “non esiste una corrispondenza rispetto ai criteri configurati”. Non significa necessariamente che il contatto non sia mai entrato in pipeline: potrebbe esserci un’opportunità con stato, nome o altri campi diversi.

Se dopo uno dei due rami invii comunicazioni email, la gestione del deal resta separata dalla deliverability. Per approfondire quel tema, consulta la guida su warm-up e buone pratiche email in HighLevel e quella per configurare SPF, DKIM e DMARC.

Il risultato operativo

Risposta breve: ogni nuovo invio del modulo passa prima da una ricerca; il workflow aggiorna una corrispondenza trovata oppure crea un’opportunità quando la ricerca non ne restituisce alcuna.

Il risultato verificabile non è la promessa di eliminare ogni possibile duplicato in assoluto. È una regola operativa precisa: il workflow non arriva alla creazione del deal senza aver prima eseguito Find Opportunity con i filtri scelti.

Nel ramo Opportunity Found, il team può proseguire sull’opportunità più recente tra quelle compatibili e aggiornarla. Nel ramo Opportunity Not Found, può creare il record necessario. Questa separazione rende anche più semplice esaminare la logica nel builder: ogni conseguenza è visibile nel suo ramo, anziché dipendere da un controllo manuale successivo.

Prima di adottare il flusso su tutti i moduli, è prudente testare casi rappresentativi in base alle regole interne: un contatto con un’opportunità aperta compatibile, uno con opportunità non compatibili e uno senza opportunità. Questo è un consiglio editoriale di controllo del processo; la fonte ufficiale descrive il comportamento dell’azione, non una procedura universale di collaudo.

Errori e limiti

Risposta breve: la qualità del risultato dipende dai filtri; Find Opportunity restituisce un solo record e tutti i criteri devono corrispondere.

Il primo errore è interpretare il ramo Not Found come prova che non esista alcuna opportunità per quel contatto. HighLevel segnala soltanto che non è stata trovata un’opportunità che soddisfi tutti i filtri. Controlla quindi in particolare lo stato e le condizioni impostate sul nome o sui campi personalizzati.

Il secondo errore è dimenticare che, in presenza di più risultati, l’azione ne restituisce uno solo: il più vecchio o il più recente, in base alla configurazione. Se scegli Latest, non stai aggiornando tutte le opportunità compatibili.

Il terzo errore è usare più filtri aspettandosi una logica alternativa. La fonte è chiara: i filtri funzionano con AND, non con OR. Aggiungere una condizione restringe la ricerca.

Un limite importante riguarda i workflow senza contatto. HighLevel cita l’esempio di un inbound webhook privo di informazioni del contatto: in questo caso alcuni filtri devono essere mappati ai parametri del webhook, altrimenti l’azione non sarà in grado di trovare un’opportunità. Non estendere automaticamente la configurazione pensata per un modulo a un webhook senza verificare questo requisito.

Infine, evitare duplicati dipende dalla definizione di “corrispondenza” adottata. HighLevel offre la ricerca e i rami condizionali; la scelta dei campi, dello stato e del criterio Latest o Earliest resta parte della progettazione del workflow. Se il problema quotidiano era una pipeline resa confusa dalla creazione indiscriminata di deal, questo flusso riporta il controllo nel punto giusto: prima della creazione.

Per altre risorse operative su GoHighLevel, puoi consultare il bonus WhatsApp GoHighLevel. I risultati variano in base al contesto, ai filtri scelti e alla struttura della pipeline.