Scopri come creare un workflow per la gestione dei referral che registri consenso, dettagli di qualificazione, attività di follow-up ed esiti per ogni referral.
Un referral spesso nasce da una buona intenzione, poi si perde nel lavoro quotidiano. Una persona invia una presentazione via email, un'altra fa il nome di qualcuno durante una chiamata e qualcun altro conserva i dettagli in una nota privata. Ogni metodo sembra veloce, ma insieme rendono difficile trovare, assegnare e misurare i referral.
Le conversazioni via email si perdono facilmente. Un membro del team potrebbe rispondere a chi ha fatto la segnalazione senza registrare il potenziale cliente. Un'altra persona potrebbe pensare che il contatto sia già in corso. Quando un dipendente cambia ruolo o va in ferie, il contesto può rimanere in una casella di posta che nessuno controlla.
Le note private creano un problema diverso. Spesso contengono informazioni utili, per esempio il motivo della presentazione o le esigenze del potenziale cliente. Tuttavia, il resto del team non può vederle. Il referral finisce così per dipendere dalla memoria di una sola persona invece che da un processo condiviso.
Le informazioni mancanti creano lacune costose. Senza un consenso registrato, il team potrebbe contattare qualcuno che non si aspettava di essere contattato. Senza un responsabile nominato, più persone potrebbero contattare la stessa persona oppure potrebbe non farlo nessuno. Senza una data per il follow-up, un potenziale cliente interessato potrebbe aspettare troppo e perdere interesse.
Il costo va oltre una singola opportunità persa. Chi fa le segnalazioni si accorge quando le proprie presentazioni non ricevono risposta o quando deve chiedere aggiornamenti. Potrebbe quindi essere meno disposto a segnalare altre persone. Anche il team perde visibilità su quali referral nella rete professionale portano a conversazioni reali, potenziali clienti qualificati e lavori completati.
Un workflow per la gestione dei referral dà a ogni presentazione un record condiviso e un percorso chiaro nel team. Dovrebbe indicare chi ha fatto la segnalazione, se la persona ha accettato di essere contattata, di quale aiuto ha bisogno, chi risponderà e quale è stato l'esito finale.
In qualsiasi momento, il team dovrebbe poter rispondere a queste domande:
Quando le risposte si trovano in un unico posto, il follow-up dei referral diventa parte del lavoro ordinario invece di essere un'attività che qualcuno ricorda solo quando chi ha fatto la segnalazione chiede notizie.
Definisci i ruoli prima di creare un modulo o aggiungere etichette di stato. I referral spesso scompaiono perché più persone pensano che qualcun altro risponderà, controllerà il consenso o aggiornerà chi ha fatto la segnalazione.
Elenca tutte le persone coinvolte. Un contatto professionale può inviare un referral. La persona segnalata potrebbe dover confermare di voler essere contattata. Poi una persona del team vendite, recruiting, supporto o partnership decide se il referral è adatto e compie il passo successivo.
Tieni distinti questi ruoli, anche se in una piccola azienda più ruoli sono ricoperti dalla stessa persona:
Il responsabile interno ha bisogno anche di un sostituto. Se la persona abitualmente incaricata non è disponibile, una presentazione promettente non dovrebbe restare in attesa del suo rientro. Assegna i referral per area, account, località o secondo una rotazione, poi rendi visibile l'assegnazione.
Decidi dove avviene ogni passaggio. Un partner potrebbe inviare un referral tramite un modulo. Il workflow lo assegna a un account manager. Questa persona verifica il consenso, registra il primo tentativo di contatto e qualifica l'opportunità oppure la chiude indicando un motivo. Se subentra un altro team, il nuovo responsabile accetta il passaggio nello stesso record.
I dati di contatto richiedono un accesso più ristretto rispetto alle attività generali. Di solito chi fa la segnalazione ha bisogno della conferma che il team abbia ricevuto la presentazione, ma non di vedere note private, discussioni contrattuali o ogni cambio di stato. La persona segnalata dovrebbe ricevere solo messaggi coerenti con il consenso fornito.
Per molti referral nella rete professionale è sufficiente un modello semplice di autorizzazioni. Chi fa le segnalazioni può inviare presentazioni e vedere conferme di ricezione o aggiornamenti generali sull'esito. I responsabili interni possono visualizzare i dati di contatto, le note di qualificazione e le attività di follow-up. I responsabili di team possono esaminare assegnazioni, carichi di lavoro e report sugli esiti. I team specialistici dovrebbero avere accesso solo alle informazioni necessarie per il loro lavoro.
Decidi cosa possono vedere le persone che segnalano quando un referral viene chiuso. Alcuni team condividono risultati generali, come «contatto effettuato» o «non adatto», per tutelare la privacy. Altri forniscono aggiornamenti più completi quando la persona segnalata è d'accordo. Scegli la regola prima di ricevere il primo referral e applicala con coerenza.
AppMaster può gestire questi ruoli in un'app per referral con schermate separate per chi fa le segnalazioni, i team interni e i manager. Il suo Business Process Editor visivo può indirizzare un nuovo record al responsabile corretto e limitare ogni utente alle informazioni di cui ha bisogno.
Un modulo per i referral dovrebbe offrire alla persona che li riceve abbastanza contesto per agire, senza trasformare chi segnala in un addetto all'inserimento dati. Mantieni breve il primo invio. Raccogli informazioni più approfondite dopo la prima conversazione, quando servono.
Inizia dalla fonte. Registra il nome di chi segnala, l'azienda o il rapporto professionale, il metodo di contatto preferito e il modo in cui conosce la persona segnalata. Una presentazione fatta da un ex cliente con cui c'è un rapporto diretto richiede una risposta diversa da un nome scambiato dopo una conversazione a una conferenza. I dati sulla fonte aiutano anche il team a ringraziare la persona giusta e a capire quali referral producono buoni abbinamenti.
Raccogli il nome della persona segnalata, l'indirizzo email o il numero di telefono, la località quando influisce sull'erogazione del servizio e il metodo di contatto preferito. Inserisci un campo in linguaggio semplice per spiegare il motivo della presentazione. «Ha bisogno di aiuto per configurare un portale clienti prima di luglio» è molto più utile di «potrebbe essere interessata».
Il consenso deve avere un campo dedicato. Chi segnala dovrebbe confermare che la persona ha accettato di condividere i propri dati, indicando anche data e modalità del consenso. Per esempio, il modulo può offrire le opzioni email, telefonata, riunione o modulo scritto. Se il consenso non è chiaro, mantieni il referral in sospeso e chiedi conferma a chi lo ha inviato prima di contattare qualcuno.
Usa una breve sezione di qualificazione per i dati che influenzano il passo successivo:
Evita di chiedere a chi segnala di assegnare un punteggio al lead o di scrivere un profilo lungo. Potrebbe non conoscere la risposta e le supposizioni possono condizionare la prima conversazione. Pochi campi specifici creano record più ordinati rispetto a un modulo pieno di caselle facoltative.
Tieni separate le note interne dai fatti forniti da chi ha segnalato la persona. «Ha chiesto una demo per martedì prossimo» appartiene alle note sulle attività, mentre «Segnalato da Maya Chen dopo una riunione di progetto» appartiene al record iniziale. In questo modo è più facile esaminare gli esiti dei referral e si evita che il personale sovrascriva i dati iniziali.
Se crei il modulo in AppMaster, rendi obbligatori il consenso, i dati di contatto e il motivo della presentazione. Lascia inizialmente facoltativi i campi di qualificazione. Il team potrà raccogliere il contesto mancante durante la prima chiamata invece di ritardare una risposta tempestiva.
Un referral non dovrebbe mai restare in uno stato vago come «in gestione». Assegna a ogni presentazione uno stato che dica al team cosa è successo e cosa deve accadere dopo.
Usa un numero ridotto di fasi che rispecchi il lavoro effettivo del team:
Scrivi queste definizioni nel workflow. «Contattato» dovrebbe significare che qualcuno ha inviato l'email, effettuato la chiamata o usato un altro metodo di contatto registrato. Non dovrebbe significare che aveva intenzione di farlo.
Ogni referral attivo ha bisogno di un unico responsabile nominato. Questa persona può chiedere aiuto ai colleghi, ma resta responsabile del record, della prossima attività e degli aggiornamenti. La responsabilità condivisa spesso diventa assenza di responsabilità quando le caselle di posta si riempiono.
Aggiungi una prossima attività e una scadenza prima di far avanzare un referral. Dopo la revisione, il responsabile potrebbe dover confermare il consenso entro giovedì. Dopo il contatto, potrebbe dover richiamare dopo tre giorni lavorativi. Se la prossima attività è vuota, è probabile che il record venga dimenticato.
Un record semplice potrebbe essere: «Stato: Contattato. Responsabile: Maya. Prossima attività: inviare un'email di follow-up. Scadenza: 16 maggio». Chiunque controlli il referral può capirne la situazione in pochi secondi.
Mantieni i referral chiusi nello stesso sistema invece di eliminarli. Registra l'esito e un breve motivo, come «non adatto», «nessuna risposta dopo tre tentativi» o «diventato cliente». Queste note mostrano quali referral nella rete professionale portano presentazioni adatte e dove il processo deve migliorare.
Un workflow per la gestione dei referral funziona meglio quando ogni presentazione segue lo stesso percorso breve. Chi segnala non dovrebbe dover scrivere a più persone o indovinare chi gestisce il rapporto.
Inizia con un unico modulo di invio. Chiedi il nome di chi segnala, i dati di contatto della persona segnalata, il motivo della presentazione, la conferma del consenso e qualsiasi contesto utile. Tieni separate le domande facoltative, così il modulo resta rapido da compilare.
Usa stati che riflettano azioni reali, come Nuovo, In attesa di revisione, Accettato, Contattato, Qualificato, Chiuso e Rifiutato. Per i referral rifiutati, registra un motivo semplice, come contatto duplicato, area non servita o scarsa compatibilità. Il team può usare questi esiti per dare indicazioni migliori in futuro.
AppMaster può riunire modulo, record del referral, regole di assegnazione e notifiche in un'unica applicazione no-code. Un Business Process può verificare la presenza del consenso, indirizzare i referral completi alla persona giusta e creare automaticamente un'attività di follow-up. Il team lavora sullo stesso record invece di copiare i dati tra caselle di posta e fogli di calcolo.
Un consulente presenta Maya, titolare di una piccola azienda di logistica, a un team software. Maya ha bisogno di un portale clienti dove i clienti possano controllare gli aggiornamenti sulle spedizioni, caricare documenti e inviare richieste di assistenza. Il consulente include il permesso di Maya a condividere i suoi dati di contatto e una breve descrizione del problema.
Quel giorno il team crea un record referral. Include il nome del consulente, l'azienda di Maya, il metodo di contatto e la data della presentazione. Il record indica che Maya ha accettato di ricevere una presentazione via email e si aspetta di essere contattata dal team software. Questo dettaglio evita un primo messaggio imbarazzante che dia per scontato un permesso più ampio di quello concesso.
Il team registra anche il bisogno con parole semplici. Attualmente i clienti inviano email per chiedere lo stato delle spedizioni, il personale manda gli aggiornamenti manualmente e Maya vuole un portale prima dell'alta stagione. Aggiunge il numero previsto di utenti, le attività principali e qualsiasi scadenza menzionata da Maya.
Una persona del team è responsabile del referral e invia una risposta personale entro un giorno lavorativo. Ringrazia il consulente, riconosce la presentazione e chiede a Maya di scegliere un momento per una breve chiamata. Lo stato passa da «Nuovo» a «Contattato», così nessun altro invia lo stesso messaggio.
Durante la chiamata, il responsabile registra ciò che serve al team per decidere se il lavoro è adatto. Per Maya, le note potrebbero includere accesso sicuro per i clienti, un'area amministrativa per il personale, il collegamento ai dati di spedizione esistenti e una data obiettivo per il lancio. Maya confermerà il budget disponibile.
Dopo la chiamata, il team indica il referral come qualificato se bisogno, tempistiche e percorso decisionale sono coerenti. Se il lavoro non è adatto, seleziona «non qualificato» e scrive un motivo preciso, come un budget inferiore alla dimensione minima del progetto. Un esito chiaro è meglio che lasciare il referral in sospeso per settimane.
Per un referral qualificato, il responsabile registra la prossima attività prima di chiudere la chiamata. Maya accetta una riunione esplorativa con il suo responsabile operativo, quindi il record include data, partecipanti e obiettivo. Ogni attività completata aggiunge una nota datata, creando un processo semplice di monitoraggio dei referral che non dipende dalla memoria.
Se Maya procede, il team chiude il referral come «vinto» e registra il lavoro concordato. Per un portale con workflow e collegamenti ai dati, potrebbe usare una piattaforma no-code come AppMaster per creare backend, app web e app mobile da un unico progetto. Se Maya sceglie un altro fornitore o mette il progetto in pausa, il responsabile registra l'esito e qualsiasi motivo condiviso.
Il consulente riceve un breve aggiornamento rispettoso. Il team può dire che Maya ha accettato una riunione esplorativa, ha avviato un progetto o ha deciso di rimandare. Non dovrebbe condividere dati privati sul budget, note interne o informazioni che Maya non ha approvato.
La maggior parte dei referral non scompare perché qualcuno decide di ignorarla. Si perde in piccole lacune: una presentazione resta in una casella di posta, una nota non ha una data oppure due persone pensano che risponderà l'altra.
Chi segnala potrebbe dire: «È d'accordo che la contattiate», ma un messaggio verbale lascia troppi aspetti indefiniti. Registra chi ha dato il consenso, quando lo ha dato, quale metodo di contatto ha approvato e quali informazioni ha accettato di condividere.
Non inviare automaticamente a chi ha fatto la segnalazione report dettagliati sui progressi. Condividi solo ciò che la persona segnalata ha approvato. «Contatto effettuato» può essere appropriato, mentre il motivo del rifiuto o le esigenze personali potrebbero non esserlo.
Ogni nuovo referral ha bisogno di un unico responsabile nominato. Una casella condivisa o una coda generale può ricevere una presentazione, ma non dovrebbe restare responsabile del referral. Se un coordinatore commerciale lo assegna a un consulente, il record dovrebbe mostrare il passaggio e la prossima attività.
Evita note come «fare un follow-up presto» o «ricontattare più avanti». Descrivono un'intenzione, non un'attività. Aggiungi invece un'azione specifica, una scadenza e una persona responsabile. Per esempio: «Chiamare Jordan per confermare la disponibilità entro martedì 10 giugno. Responsabile: Priya».
Uno strumento di workflow può segnalare le attività scadute, ma non può correggere un record senza responsabile o senza data. In AppMaster i team possono creare moduli di raccolta, regole sugli stati e schermate per le attività intorno al processo che già usano, invece di dipendere da messaggi sparsi.
Non chiudere un referral solo perché il contatto non è riuscito o una conversazione è terminata. Registra l'esito: cliente acquisito, non qualificato, rifiutato, referral duplicato, nessuna risposta dopo i tentativi concordati o un altro motivo chiaro. Includi la data di chiusura e una breve nota fattuale.
Questi esiti indicano miglioramenti concreti. Se molti referral si fermano dopo il primo messaggio, migliora il primo contatto. Se una fonte invia presentazioni poco adatte, discuti con quella fonte i criteri di qualificazione.
Una revisione settimanale di 20 o 30 minuti evita che le presentazioni scompaiano dopo il primo messaggio. Controlla ogni volta gli stessi campi.
Inizia dalla fonte del referral. Ogni record dovrebbe indicare la persona o l'organizzazione che ha fatto la presentazione. Se qualcuno ha inserito «evento di networking» invece di un nome, aggiornalo mentre il dato è ancora facile da trovare.
Controlla poi il consenso. Ogni referral deve avere una data e una formulazione che spieghi cosa la persona ha accettato di condividere. Un indirizzo email inoltrato non autorizza automaticamente ad aggiungere qualcuno a una mailing list o a contattarlo per servizi non correlati.
Esamina quindi le attività aperte. Ogni referral aperto dovrebbe avere un responsabile e una prossima attività con una scadenza. «Alex chiamerà giovedì per confermare budget e tempistiche» indica un'attività reale. «Fare un follow-up presto» no.
Usa una checklist breve:
Il responsabile dovrebbe completare un'attività scaduta, fissare una nuova data realistica oppure chiudere il record indicando un motivo. Lasciare aperte vecchie attività fa sembrare la coda più sana di quanto sia realmente.
Leggi alcuni record, non solo i totali. Se diversi referral qualificati vengono chiusi perché il servizio non risponde alle esigenze, aggiungi una domanda di qualificazione migliore. Se diversi vengono chiusi dopo una mancata risposta, esamina tempistiche e formulazione del primo contatto.
Inizia in piccolo. Crea un modulo referral, assegna un responsabile a ogni nuova presentazione e usa un breve elenco di stati comprensibile a tutti. Una prima versione pratica potrebbe includere Nuovo, Contattato, Qualificato, In corso, Chiuso vinto e Chiuso perso.
Chiedi solo i dati che aiutano la persona successiva ad agire: chi ha fatto la segnalazione, come contattare il potenziale cliente, di cosa ha bisogno, se ha accettato la presentazione e quale contesto è utile. Aggiungi altri campi solo quando il team ha un motivo chiaro per usarli.
Prova il workflow con alcuni referral reali. Osserva quanto dura ogni passaggio e dove le persone smettono di aggiornare il record. Se un coordinatore riceve rapidamente i referral ma aspetta due giorni che un manager confermi l'adeguatezza, risolvi quel ritardo prima di aggiungere altre domande al modulo.
Mantieni una breve revisione settimanale finché il processo non diventa abituale. Cerca referral senza responsabile, senza prossima attività o con uno stato che non cambia da tempo. Confronta anche gli esiti per fonte. Se le presentazioni di un partner vengono raramente qualificate, modifica ciò che il team chiede prima di accettare il referral successivo.
Quando conversazioni via email e fogli di calcolo non offrono più a tutti la stessa visione, trasferisci il processo in un'app condivisa. AppMaster permette ai team di creare un'app no-code per i referral con moduli di raccolta, regole di workflow, campi per i responsabili e record di follow-up. Costruisci la prima versione intorno al lavoro che il team svolge già, poi elimina i campi inutilizzati e migliora i passaggi lenti dopo alcune settimane di utilizzo reale.
Quali informazioni dovrebbe raccogliere un modulo per la gestione dei referral?Registra chi ha segnalato la persona, i dati di contatto approvati della persona segnalata, il motivo della presentazione, il consenso e qualsiasi esigenza relativa a tempistiche o servizi. Mantieni breve il primo modulo, così sarà più probabile che venga completato.
Come posso registrare il consenso per un referral?Chiedi a chi segnala di confermare che la persona ha accettato di condividere i propri dati. Salva la data del consenso, il modo in cui è stato fornito e il canale di contatto approvato prima di effettuare qualsiasi contatto.
Chi dovrebbe essere responsabile di un referral?Assegna ogni referral attivo a un unico responsabile interno. Questa persona mantiene aggiornato il record, svolge o delega la prossima attività e si assicura che, quando serve, un sostituto possa subentrare.
Quali stati dovrebbe usare un workflow per i referral?Usa pochi stati basati sulle azioni, come Ricevuto, In revisione, Contattato, Qualificato e Chiuso. Definisci chiaramente ogni stato, in modo che «Contattato» significhi che è stato effettuato un tentativo reale di contatto.
Come posso evitare che i referral si raffreddino?Aggiungi una prossima attività specifica e una scadenza a ogni record aperto. Per esempio, «Scrivere a Sam per fissare una chiamata entro giovedì» dà al responsabile un'attività chiara e permette ai manager di individuare i ritardi.
Cosa dovrebbe accadere dopo l'invio di un referral?Controlla la presenza di nomi duplicati, verifica il consenso e i dati di contatto, poi assegna un responsabile prima del primo contatto. Se manca qualche informazione, chiedi chiarimenti a chi ha segnalato la persona invece di fare supposizioni.
Quali aggiornamenti posso condividere con chi ha segnalato la persona?Condividi solo gli aggiornamenti approvati dalla persona segnalata. In genere chi ha fatto la segnalazione può ricevere una conferma di ricezione, l'avviso che il contatto è avvenuto o un esito generale, mentre note private, dettagli sul budget e motivi del rifiuto dovrebbero restare interni.
Le note sui referral e i dati iniziali dovrebbero restare separati?Tieni separati i dati originali del referral dalle note sulle attività successive. Salva nel record iniziale chi ha fatto la presentazione e perché, poi registra chiamate, email, riunioni e risultati della qualificazione come aggiornamenti datati.
Cosa dovrebbe includere una revisione settimanale dei referral?Esamina una volta alla settimana i referral aperti per individuare consensi mancanti, responsabili non assegnati, attività scadute e stati invariati. Confronta anche le fonti con gli esiti qualificati e chiusi per trovare schemi su cui intervenire.
Posso creare un'app per gestire i referral senza programmare?Sì. AppMaster permette ai team di creare un'app no-code per i referral con moduli di raccolta dati, schermate basate sui ruoli, campi per i responsabili, regole sugli stati, notifiche e attività di follow-up. I workflow visivi possono verificare il consenso, indirizzare i referral e mantenere tutte le attività in un unico record condiviso.
14 lug 2026
9 min
13 lug 202611 min
08 lug 20267 minSperimenta con AppMaster con un piano gratuito.
Quando sarai pronto potrai scegliere l'abbonamento appropriato.
