Error Handling UXpar Owl-Listener

Error Handling UX Skill.

Faites en sorte que les échecs expliquent ce qui s’est passé et offrent une issue sans faire perdre le travail déjà fait.

UX
Conseils de conception

Télécharger OpenDesign Voir le guide d’utilisation

Revue de la source · Error Handling UXSKILL.md

Tâche UX Produit • Un inventaire des états d’erreur à travers les parcours • Des messages et emplacements adaptés à chaque contexte • Des exigences de récupération, de nouvelle tentative, d’annulation et de conservation des données Avant de commencer Un agent capable de lire les parcours concernés, les cas d’échec connus et les actions de récupération que votre produit prend réellement en charge.

Résumé éditorial · source examinée 2026-10-07 · pas un exemple généré

01 Fonctionnement

Error Handling UX : concevoir la récupération d’erreur dans tous les parcours

Planifiez comment les erreurs sont prévenues, expliquées et résolues dans les parcours du produit.

Workflow fondé sur la sourcePas un benchmark d’exécution

La méthode de travail

Error Handling UX couvre plusieurs parcours du produit. Il organise le problème en prévention, détection, communication et récupération, plutôt que de traiter chaque échec comme un simple exercice de rédaction de message.

La source distingue les contextes de formulaire, de page, de réseau, de résultat vide et d’autorisation. La saisie conservée, la nouvelle tentative, les parcours alternatifs et l’annulation font partie de la conception. Un message précis n’aide que si la récupération proposée est réellement disponible dans le produit.

Livrables attendus

Un inventaire des états d’erreur à travers les parcours
Des messages et emplacements adaptés à chaque contexte
Des exigences de récupération, de nouvelle tentative, d’annulation et de conservation des données

Voir l’exemple de brief

Du brief à la revue

01
Cartographier les contextes d’échec
Identifiez les erreurs évitables, les échecs transitoires, les limites d’autorisation et les autres états pertinents.
02
Rédiger des messages utiles
Expliquez l’événement, donnez le contexte utile et une vraie prochaine action, sans blâmer l’utilisateur.
03
Spécifier la récupération
Préservez le travail et définissez la nouvelle tentative, les parcours alternatifs ou l’annulation selon l’échec.

02 Cas d’usage

Quand l’utiliser

Utilisez-le lorsque les échecs de plusieurs parcours exigent des messages et des actions de récupération cohérents, ainsi qu’une protection contre la perte de travail.

Un bon choix

Gestion des échecs fragmentéeApportez de la cohérence aux erreurs de plusieurs parcours du produit.
Problèmes de perte de travailDéfinissez comment la saisie et le contexte survivent aux actions en échec.

Limites à vérifier

Pas de la fiabilité back-endCette conception n’implémente pas la reprise réseau et ne garantit pas la disponibilité du service.
Pas seulement de la validation de formulaireLa validation au niveau des champs d’un seul formulaire relève de la tâche form-design.

Éléments à fournir

Inventaire des échecsFournissez les erreurs connues et leurs causes réelles.
Capacités de récupérationIndiquez les nouvelles tentatives, annulations et canaux alternatifs réellement disponibles.
Contexte utilisateurPrécisez quelles données ou quelle progression doivent survivre à chaque échec.

03 Décisions importantes

Décisions importantes

Messages et actions concordent
Une erreur ne doit pas proposer une récupération que le système ne peut pas effectuer.
L’échec n’efface pas la progression
Préserver le contexte réduit le coût de la récupération pour l’utilisateur.

04 Exemple de brief

Essayer un brief ciblé

L’exemple de brief ci-dessous n’a pas été testé. Vérifiez la configuration du skill avant de l’utiliser.

Vérifier la configuration

Chargez le SKILL.md de cette tâche depuis le dépôt designer-skills dans l’emplacement de skills pris en charge par votre agent. Le fichier d’entrée n’établit aucune commande d’installation universelle.

Fichier source en amont

https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/error-handling-ux/SKILL.md

Fournissez les vrais cas d’échec et les actions de récupération disponibles. Ce workflow spécifie l’expérience ; il n’implémente pas la récupération back-end.

Commencer par un seul livrable

Adaptez le périmètre, les sources et les contraintes de ce brief avant d’exécuter le skill.

Exemple de brief

Utilise error-handling-ux pour examiner nos échecs de téléversement, d’enregistrement et d’autorisation. Pour chacun, précise la prévention, l’emplacement du message, les données conservées et une vraie action de récupération. Distingue les échecs réseau pouvant être retentés du refus d’accès, et n’invente aucune capacité back-end.

Examiner le résultat

Comparez le résultat réel à ces critères observables.

Les messages indiquent une prochaine action utile.
La saisie de l’utilisateur survit aux parcours d’échec appropriés.
La nouvelle tentative et la récupération d’autorisation ne sont pas confondues.

OpenDesign fournit un espace de travail de conception local pour les agents de code. Cette fiche ne signifie pas que le skill est fourni avec le produit, ni que ses outils externes, identifiants et dépendances logicielles sont inclus.

Télécharger OpenDesign Lire le guide de démarrage

05 Source et licence

Source et licence

Cette page décrit la révision source figée liée ci-dessous. Le comportement et les exigences en amont peuvent changer.

Propriétaire de la source: Owl-Listener
Dépôt: Owl-Listener/designer-skills
Fichier du skill: interaction-design/skills/error-handling-ux/SKILL.md
Licence: MIT
Version examinée: 2026-10-07 · 9a6930cf84a8

Résumé éditorial de la source

Planifiez comment les erreurs sont prévenues, expliquées et résolues dans les parcours du produit.

Résumé original de OpenDesign, d’après la source liée. Les étoiles du dépôt sont un indicateur de popularité daté, pas une mesure d’utilisation du skill ni un score de qualité.

06 Questions avant de commencer

Questions avant de commencer

Toute erreur doit-elle utiliser un toast ?

Non. La source lie l’emplacement au contexte, notamment les états en ligne, pleine page, bannière et autorisation.

Une nouvelle tentative peut-elle résoudre une erreur d’accès ?

Pas automatiquement. La récupération doit correspondre à l’exigence d’autorisation réelle.

Cela implémente-t-il l’enregistrement automatique ?

Non. Il identifie des exigences de conception ; l’implémentation et les tests sont distincts.

OpenDesign

Faites de la place à la prochaine itération de design.

Gardez votre brief, vos sources et votre travail de design ensemble dans un espace de travail local. Vérifiez la configuration propre au skill avant de l’ajouter à votre workflow.

Télécharger OpenDesign Parcourir les skills de design