Controlla le condizioni di ingresso.
Annota ogni evento che avvia la sequenza. Quindi testate una richiesta valida, un invio ripetuto, un record importato e un contatto con informazioni mancanti. Confermare che un'azione aziendale non attivi accidentalmente diversi flussi di lavoro sovrapposti.
Verificare l'identità del mittente, i dettagli del destinatario e l'autorizzazione o altra base applicabile per la comunicazione prevista con la persona responsabile. Non dare per scontato che ogni record nel CRM debba ricevere la stessa sequenza.
Leggi il messaggio nel suo contesto reale.
Visualizza in anteprima i messaggi con valori realistici, inclusi campi vuoti e nomi di società lunghi. Controlla i collegamenti su un telefono, la disponibilità della prenotazione, la scelta della lingua e le ipotesi sul fuso orario. La personalizzazione dovrebbe fallire in modo corretto anziché esporre i segnaposto del modello.
Registrate ciò che il destinatario dovrebbe fare dopo. Se il messaggio promette una chiamata, un documento, un prezzo o un appuntamento, verificate che l'azienda possa effettivamente mantenere tale promessa. Un messaggio tecnicamente consegnato è solo una parte del test.
Provate a interrompere il flusso di lavoro.
Provate una risposta, un appuntamento, una proposta rifiutata, una revoca dell'autorizzazione e un intervento manuale del proprietario. Concordare quali eventi interrompono i messaggi successivi e quali invece creano un'attività. Una sequenza che non può essere interrotta in modo sicuro non è pronta per un lancio live.
- Invia la stessa richiesta due volte e controlla il record risultante.
- Cambiare la persona responsabile durante la sequenza.
- Completa il passaggio successivo previsto prima di un messaggio pianificato.
- Simula un'integrazione non disponibile o una consegna rifiutata.
- Confermare che una persona possa trovare e risolvere ogni eccezione.
Rilascio con un proprietario responsabile.
Conservate un registro datato del test con i dati inseriti, il risultato atteso, il risultato osservato e ogni problema irrisolto. Lanciate prima un ambito limitato e concordato. Definite chi esamina l'attività iniziale, come sospendere il flusso di lavoro e come il team può tornare a un processo manuale, se necessario.
Dopo il lancio, esamina le risposte e le conversazioni qualificate, nonché il conteggio delle consegne. Se le persone ricevono messaggi irrilevanti o il team non riesce a vedere l'azione successiva, migliora il processo prima di aumentare il volume. Ripetere il test ogni volta che un trigger, un'integrazione o un messaggio cambia.
Domande prima di iniziare
Domande prima di iniziare
Possiamo testare con record di clienti reali?
Utilizzare record e destinatari controllati per lo sviluppo. Qualsiasi progetto pilota dal vivo necessita di un ambito concordato e di una gestione adeguata dei dati dei clienti; i messaggi accidentali dei clienti non sono un test utile.
Un invio riuscito dimostra che il cliente ha ricevuto l'e-mail?
No. L'accettazione del fornitore, la consegna e il coinvolgimento del destinatario sono eventi diversi. Controlla le prove disponibili presso il servizio di invio e non segnalarle l'una come l'altra.
Chi firma il lancio?
Assegnare un nome al proprietario aziendale del flusso di lavoro e al proprietario tecnico. Dovrebbero concordare i controlli di accettazione, le limitazioni non risolte e la procedura per interrompere la sequenza.