Transformer les notes de version en annonces intégrées utiles.
L’annonce doit expliquer le changement là où il compte. Traduisez les termes de version dans la tâche de l’utilisateur sans inventer de bénéfices.
Adaptez le processus à votre tâche.
Identifiez la tâche touchée et expliquez le changement au bon endroit. Indiquez la véritable action suivante et écartez les termes d’implémentation internes sauf s’ils aident à décider quoi faire.
- Ce que vous fournissez
- Notes de version et segments d’utilisateurs concernés.
- Ce que vous obtenez
- Annonce produit contextuelle et conseils de mise à niveau.
Consultez les données et le résultat.
Entrée et sortie illustratives · exemple pédagogique, pas une exécution WebAct en direct
Exemple champ
Release adds a duplicate-SKU warning in the import preview. The warning opens the affected rows. Write a short in-app announcement with the actual action.
Exemple complet
Review duplicate SKUs before importing The import preview now flags repeated SKU values. Open the warning to inspect the affected rows and resolve ambiguous matches before continuing. Action: Review duplicate rows
Chargez ces données dans le prompt, puis copiez-le dans WebAct pour essayer la tâche. Votre résultat peut différer de l'illustration.
Décisions et dépannage.
Chaque détail du journal doit-il devenir une annonce intégrée ?
Retenez les changements exigeant information ou action dans ce contexte. Les modifications internes mineures ne justifient pas forcément une interruption.
Pourquoi l’annonce semble-t-elle utile sans indiquer où agir ?
Nommez l’écran ou l’action concernés et vérifiez la correspondance avec le comportement livré. N’annoncez pas une capacité avant que son accès soit disponible.
Essayez avec votre propre source.
Remplacez l'exemple par vos données dans le prompt. Gardez les exigences nécessaires, puis copiez la tâche dans WebAct.
Personnaliser et copier la tâche ↑