Vérifiez les conditions d'entrée.
Notez chaque événement qui démarre la séquence. Testez ensuite une demande valide, une soumission répétée, un enregistrement importé et un contact avec des informations manquantes. Vérifiez qu'une action commerciale ne déclenche pas accidentellement plusieurs workflows qui se chevauchent.
Vérifiez l'identité de l'expéditeur, les détails du destinataire et l'autorisation ou toute autre base applicable pour la communication prévue avec la personne responsable. Ne présumez pas que chaque enregistrement du CRM doit recevoir la même séquence.
Lisez le message dans son contexte réel.
Prévisualisez les messages avec des valeurs réalistes, notamment des champs vides et des noms d'entreprise longs. Vérifiez les liens sur un téléphone, la disponibilité des réservations, le choix de la langue et les hypothèses de fuseau horaire. La personnalisation doit échouer correctement plutôt que d'exposer les espaces réservés du modèle.
Enregistrez ce que le destinataire est censé faire ensuite. Si le message promet un appel, un document, un prix ou un rendez-vous, vérifiez que l'entreprise peut réellement tenir cette promesse. Un message techniquement délivré ne constitue qu’une partie du test.
Essayez d'arrêter le flux de travail.
Testez une réponse, un rendez-vous, une proposition refusée, un retrait d'autorisation et une intervention manuelle du propriétaire. Décidez quels événements arrêtent les messages ultérieurs et lesquels créent une tâche à la place. Une séquence qui ne peut pas être interrompue en toute sécurité n’est pas prête pour un déploiement en direct.
- Soumettez la même demande deux fois et inspectez l’enregistrement résultant.
- Changez de responsable au cours de la séquence.
- Effectuez l’étape suivante prévue avant un message programmé.
- Simulez une intégration indisponible ou une livraison refusée.
- Confirmez qu'une personne peut trouver et résoudre chaque exception.
Libération avec un propriétaire responsable.
Conservez un dossier de test daté indiquant les données entrées, le résultat attendu, le résultat observé et tout problème non résolu. Lancez d’abord une portée limitée et convenue. Définissez qui examine les premières activités, comment le flux de travail peut être interrompu et comment l'équipe revient à un processus manuel si nécessaire.
Après le lancement, examinez les réponses et les conversations qualifiées ainsi que les décomptes de livraisons. Si des personnes reçoivent des messages non pertinents ou si l'équipe ne peut pas voir l'action suivante, améliorez le processus avant d'augmenter le volume. Retestez chaque fois qu’un déclencheur, une intégration ou un message change.
Questions avant de commencer
Questions avant de commencer
Pouvons-nous tester avec de vrais dossiers de clients ?
Utilisez des enregistrements et des destinataires contrôlés pour le développement. Tout projet pilote en direct nécessite une portée convenue et un traitement approprié des données client ; les messages clients accidentels ne constituent pas un test utile.
Un envoi réussi prouve-t-il que le client a reçu l'e-mail ?
Non. L’acceptation du fournisseur, la livraison et l’engagement du destinataire sont des événements différents. Vérifiez les preuves disponibles auprès du service d'envoi et ne signalez pas les unes comme les autres.
Qui approuve le lancement ?
Nommez le propriétaire métier du flux de travail et le propriétaire technique. Ils doivent convenir des contrôles d'acceptation, des limitations non résolues et de la procédure d'arrêt de la séquence.