Una persona chiede informazioni dal modulo del sito. La pagina conferma l’invio, ma nel CRM non compare nulla. Oppure compare una scheda con il telefono nelle note e il servizio richiesto nel campo sbagliato.
In entrambi i casi dire «il modulo non funziona» è troppo vago per capire cosa correggere. Il CRM — il programma in cui raccogli e organizzi i contatti — può ricevere i dati, ma non quelli giusti o non nel modo previsto.
Per Digital Noa, un collegamento non è verificato solo perché risulta attivo: bisogna poter seguire gli stessi dati dal modulo alla scheda finale e vedere dove si fermano o cambiano. Ecco un test pratico per farlo, senza partire da modifiche alla cieca.
Prima definisci il risultato atteso
Prendi il modulo che vuoi controllare e annota quali informazioni dovrebbe inviare e dove dovrebbero comparire nel CRM. Per esempio: nome nel campo “Nome”, email nel campo “Email”, servizio richiesto nel campo “Interesse” e messaggio nella descrizione della richiesta.
Questa piccola mappa è importante: senza un risultato atteso, una scheda nel CRM può sembrare corretta anche quando ha perso un dato utile.
Segui una sola richiesta di prova
- Inserisci nel messaggio un codice unico, per esempio TEST-CRM-1710. Usa un indirizzo email che controlli e dati fittizi per gli altri campi.
- Invia il modulo dalla pagina pubblica e annota l’ora. La conferma sul sito dimostra che il modulo ha accettato l’invio; da sola non dimostra che i dati siano arrivati al CRM.
- Cerca lo stesso codice nel CRM e confronta ogni dato con la mappa preparata prima. Se la piattaforma conserva registri dei trasferimenti, cerca anche lì il codice o l’orario della prova.
Non usare i dati di un cliente reale. Se il test può generare notifiche o attività automatiche, verifica prima dove verranno inviate.
La traccia che trovi ti dice dove intervenire
| Risultato del test | Il passaggio da controllare |
|---|---|
| Il sito conferma l’invio, ma la richiesta non compare nel CRM | Il trasferimento: verifica se il collegamento è attivo per quel modulo e, se disponibili, controlla i registri dell’esecuzione e la destinazione. |
| Il trasferimento risulta eseguito, ma non trovi la scheda | La ricezione nel CRM: controlla ambiente o account di destinazione, campi obbligatori e possibili errori di validazione. |
| La scheda c’è, ma i dati sono incompleti o nei campi sbagliati | La corrispondenza tra campi: confronta modulo e CRM uno per uno. Per esempio, verifica che telefono e messaggio non siano finiti in campi diversi da quelli previsti. |
| La richiesta crea un duplicato o modifica una scheda esistente | La regola con cui il CRM riconosce i contatti già presenti: controlla se deve creare una nuova richiesta o aggiornare quella esistente. |
| I dati sono corretti, ma stato o assegnazione non lo sono | Le regole del CRM che classificano e assegnano la richiesta. Il trasferimento può essere riuscito anche se questa fase successiva non lo è. |
La distinzione evita interventi inutili: se i dati sono già arrivati, rifare il collegamento potrebbe non servire; se il problema è un campo mappato male, cambiare la regola di assegnazione non lo risolverà.
Cambia una cosa, poi ripeti lo stesso test
Quando individui il passaggio che non funziona, modifica solo quello e ripeti la prova con un nuovo codice. Se cambi più impostazioni insieme, rischi di non capire che cosa ha corretto il problema. Conserva una nota con modulo, data, codice, risultato e modifica fatta: sarà utile anche al prossimo aggiornamento del sito o del CRM.
Il messaggio di conferma, l’email di notifica e la scheda nel CRM sono verifiche diverse. Se il dubbio riguarda la posta, leggi l’articolo sul modulo WordPress che conferma l’invio ma non recapita le email.
Se non è chiaro quali dati debbano passare o quale comportamento aspettarsi dal CRM, Digital Noa può aiutarti a definire il percorso prima di intervenire sugli strumenti, nell’ambito della consulenza e strategia digitale.
