payoff-action-modeling
Design von UI-Aktionsmodellen aus Benutzerabsichtsfragen
Produktteams tun sich schwer zu entscheiden, welche UI-Aktionen sie anzeigen sollen, nachdem ein Benutzer eine Aufgabe abgeschlossen hat. Diese Skill bietet ein strukturiertes Framework zur Modellierung von Aktionen aus der Benutzerabsicht und ordnet sie der richtigen Ebene und PrioritÀtsstufe zu.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen â FĂ€higkeiten â Skills â Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "payoff-action-modeling". After a user imports customer data from a CSV file, what actions should the UI show?
Erwartetes Ergebnis:
- Ergebniszustandstyp: Ăbergabe mit ĂberprĂŒfung
- PrimĂ€rer CTA: Import ergebnisse ĂŒberprĂŒfen
- Kontextuelle Aktionen: Feld zuordnen (pro Spalte), Zeile korrigieren (pro Fehler), Fehlerdatei herunterladen
- Fortsetzungszweige: Weiteren Import durchfĂŒhren, Neuen Import starten
- Wiederherstellungsaktionen: Import rĂŒckgĂ€ngig machen, Importhistorie anzeigen
- Platzierungshinweise: Fehlerzeilen zeigen Korrektur inline an, Erfolgszusammenfassung oben mit CTA "ĂberprĂŒfen"
Verwendung von "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?
Erwartetes Ergebnis:
- Problem 1: Kein primĂ€rer CTA â 7 Aktionen mit gleichem visuellem Gewicht verursachen EntscheidungsmĂŒdigkeit
- Problem 2: Download sollte primÀrer CTA sein (wertvollste nÀchste Aktion)
- Problem 3: Delete ist destruktiv und sollte kontextuell mit Wiederherstellungspfad sein, nicht auf oberster Ebene
- Problem 4: Move und Copy link sind verzögerte Aktionen und können in ein sekundĂ€res MenĂŒ
- Problem 5: Add description ist eine Verfeinerungsaktion, keine Ergebnisaktion
- Vorschlag: PrimĂ€rer CTA: Download | SekundĂ€r: Share, Copy link | MenĂŒ: Rename, Move | Kontextuell mit BestĂ€tigung: Delete
Sicherheitsaudit
SicherAll 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.
Probleme mit niedrigem Risiko (1)
QualitÀtsbewertung
Was du bauen kannst
Post-Onboarding-Aktionsbildschirme entwerfen
Nutzen Sie das Framework, um zu entscheiden, welche Aktionen angezeigt werden sollen, nachdem ein Benutzer das Onboarding, die Einrichtung oder die erstmalige Konfiguration abgeschlossen hat. Vermeiden Sie es, neue Benutzer zu ĂŒberfordern, und bieten Sie gleichzeitig klare nĂ€chste Schritte.
Dashboard-Aktionshierarchien planen
Organisieren Sie Aktionen in einem Dashboard oder Arbeitsbereich, indem Sie sie nach Ergebnis-, Auswahl-, Element-, Navigations- und WiederherstellungsumfÀngen mit angemessenen Dringlichkeitsstufen klassifizieren.
Bestehende OberflĂ€chen auf Aktionsklarheit prĂŒfen
Auditieren Sie eine bestehende UI anhand von Outcome-Modellierungsprinzipien, um doppelte Aktionen, vage Bezeichnungen und konkurrierende primÀre CTAs zu identifizieren. Erstellen Sie einen konkreten Verbesserungsplan.
Probiere diese 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.
BewÀhrte Verfahren
- Definieren Sie zuerst den Ergebniszustandstyp, bevor Sie Aktionen platzieren. Dieser bestimmt die gesamte Aktionshierarchie.
- Halten Sie pro Ergebnisbildschirm einen klaren primĂ€ren CTA bereit. Mehrere Aktionen auf primĂ€rer Ebene verursachen EntscheidungsmĂŒdigkeit.
- Verwenden Sie konkrete Aktionsbezeichnungen, die Benutzerergebnisse beschreiben, anstatt Implementierungsdetails.
Vermeiden
- Ăberladen Sie erste-Erfolg-Bildschirme nicht mit jeder möglichen Aktion. Verzögern Sie erweiterte Funktionen in sekundĂ€re MenĂŒs.
- Behandeln Sie nicht alle Aktionen als gleichwertig in der visuellen Hierarchie. Nutzen Sie Absichtsdruck, um zwischen unmittelbaren, kontextuellen und verzögerten Aktionen zu unterscheiden.
- Verstecken Sie wichtige Wiederherstellungsaktionen wie RĂŒckgĂ€ngig oder Wiederholen nicht hinter generischen MenĂŒs. Platzieren Sie sie in der NĂ€he des Zustands, von dem aus sie wiederherstellen.