payoff-action-modeling
Concevoir des modèles d'actions UI à partir de questions sur l'intention utilisateur
Les équipes produit peinent à décider quelles actions UI afficher après qu'un utilisateur a terminé une tâche. Ce skill fournit un framework structuré pour modéliser les actions à partir de l'intention utilisateur, en les plaçant au bon niveau de portée et de priorité.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "payoff-action-modeling". After a user imports customer data from a CSV file, what actions should the UI show?
Résultat attendu:
- Outcome state type: handoff with review
- Primary CTA: Review import results
- Contextual actions: Map field (per column), Fix row (per error), Download error file
- Continuation branches: Import more, Start new import
- Recovery actions: Undo import, View import history
- Placement notes: Error rows show Fix inline, success summary at top with Review CTA
Utilisation de "payoff-action-modeling". Our file upload completion screen shows Download, Share, Delete, Rename, Move, Copy link, and Add description all at the same level. What is wrong with this?
Résultat attendu:
- Issue 1: No primary CTA - 7 actions at equal visual weight creates decision fatigue
- Issue 2: Download should be primary CTA (highest-value next action)
- Issue 3: Delete is destructive and should be contextual with recovery path, not at top level
- Issue 4: Move and Copy link are deferred actions that can go in a secondary menu
- Issue 5: Add description is a refinement action, not an outcome action
- Proposed: Primary CTA: Download | Secondary: Share, Copy link | Menu: Rename, Move | Contextual with confirm: Delete
Audit de sécurité
SûrAll 142 static analysis findings are false positives. The skill is a pure documentation guide for UX/UI product design. Backtick characters flagged as 'shell execution' are standard Markdown inline code formatting for UI action labels. Findings flagged as 'weak cryptographic algorithm' are markdown table content, YAML frontmatter, and UX guidance text with no cryptographic content. The single URL reference to casely.digital is a passive documentation mention, not executable network code. No executable code, data exfiltration, command injection, or environmental access was found.
Problèmes à risque faible (1)
Score de qualité
Ce que vous pouvez construire
Concevoir des écrans d'actions post-onboarding
Utilisez le framework pour décider quelles actions afficher après qu'un utilisateur a terminé son onboarding, sa configuration ou sa première initialisation. Évitez de surcharger les nouveaux utilisateurs tout en proposant des étapes suivantes claires.
Planifier les hiérarchies d'actions d'un tableau de bord
Organisez les actions d'un tableau de bord ou d'un espace de travail en les classant par portées : résultat, sélection, élément, navigation et récupération, avec des niveaux d'urgence appropriés.
Auditer des interfaces existantes pour la clarté des actions
Auditez une UI existante selon les principes de modélisation des résultats pour identifier les actions en double, les libellés vagues et les CTA principaux concurrents. Produisez un plan d'amélioration concret.
Essayez ces prompts
I just built a file upload feature for my app. After a user uploads a file, I need to model what actions to show on the completion screen. Use the outcome action modeling framework to produce a simple action model table with scope, pressure, and placement for at least 8 actions.
I am designing a project management dashboard that appears after a user creates a new project. The dashboard shows tasks, team members, and recent activity. Use the full outcome action modeling framework to classify the outcome state, generate at least 15 user intent questions, and produce an action table with all scopes, pressures, and placements.
I am designing a data import flow where users upload a CSV, map fields, review results, and handle errors. The post-import screen needs to support retry failed items, download error logs, approve mapped rows, and export results. Use the framework with special attention to recovery actions, ambiguous scope boundaries, and intent pressure conflicts. Add edge case handling for partial failures.
I have an existing action model for a content management system publish screen. The current model has 12 actions all shown at the same level. Use the framework to review this model for density issues, scope ambiguity, label clarity, and momentum problems. Identify at least 5 specific issues and propose a revised action table.
Bonnes pratiques
- Commencez par définir le type d'état de résultat avant de placer des actions. Cela détermine toute la hiérarchie des actions.
- Conservez un seul CTA principal clair par écran de résultat. Plusieurs actions de niveau principal créent une fatigue décisionnelle.
- Utilisez des libellés d'actions concrets qui décrivent les résultats pour l'utilisateur plutôt que des détails d'implémentation.
Éviter
- Ne surchargez pas les premiers écrans de succès avec toutes les actions possibles. Reportez les fonctionnalités avancées dans des menus secondaires.
- Évitez de traiter toutes les actions comme égales dans la hiérarchie visuelle. Utilisez la pression d'intention pour différencier les actions immédiates, contextuelles et différées.
- Ne masquez pas les actions de récupération importantes comme annuler ou réessayer derrière des menus génériques. Placez-les près de l'état dont elles permettent de revenir.