Décrire le passage de relais
Pour chaque étape, indiquez qui agit et ce qui déclenche la suite. La personne envoie-t-elle un brief ? Un traitement démarre-t-il immédiatement ? Un membre de l’équipe doit-il relire ou répondre ? Évitez « tout est automatique » si une validation humaine conditionne la livraison.
Précisez également ce qui n’est pas vérifié. Une sortie produite par logiciel peut contenir une incohérence ; une relecture humaine limitée à la mise en page ne signifie pas une validation de tous les faits du document.
Un exemple de formulation
Dans un service fictif, la première proposition est générée automatiquement, puis un opérateur ajuste la présentation. La page peut annoncer : « Une première version est produite à partir de votre brief ; nous la relisons avant l’envoi. » Elle doit ensuite décrire le périmètre réel de cette relecture.
Si le test utilise une fabrication manuelle à la place du futur traitement, présentez-le comme un prototype accompagné. Il permet d’examiner la valeur du résultat, mais pas de mesurer les performances du système futur.
Vérifier la cohérence du parcours
Relisez l’accueil, les boutons, les courriels et le message final. « Résultat immédiat » et « nous vous répondrons après étude » ne peuvent pas décrire la même étape sans explication. Utilisez les mêmes mots pour le même état du dossier.
Enfin, gardez une trace interne des opérations manuelles. Elle aide à estimer le travail restant et à décider ce qui mérite d’être automatisé ensuite. Le but est de rendre le service compréhensible aujourd’hui, sans faire passer une intention technique pour une capacité déjà disponible.