payoff-action-modeling
사용자 의도 질문으로부터 UI 액션 모델 설계하기
제품 팀은 사용자가 작업을 완료한 후 어떤 UI 액션을 보여줄지 결정하는 데 어려움을 겪습니다. 이 스킬은 사용자 의도로부터 액션을 모델링하고, 이를 적절한 범위와 우선순위 수준에 배치하는 구조화된 프레임워크를 제공합니다.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"payoff-action-modeling" 사용 중입니다. After a user imports customer data from a CSV file, what actions should the UI show?
예상 결과:
- 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
"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?
예상 결과:
- 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
보안 감사
안전All 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.
낮은 위험 문제 (1)
품질 점수
만들 수 있는 것
온보딩 후 액션 화면 설계
사용자가 온보딩, 설정 또는 첫 구성을 완료한 후 표시할 액션을 결정하는 데 프레임워크를 활용합니다. 명확한 다음 단계를 제공하면서도 신규 사용자에게 과부하를 주지 않습니다.
대시보드 액션 계층 구조 계획
액션을 결과, 선택, 항목, 탐색, 복구 범위로 분류하고 적절한 긴급도 수준을 할당하여 대시보드나 작업공간의 액션을 체계화합니다.
기존 인터페이스 액션 명확성 검토
결과 모델링 원칙을 기준으로 기존 UI를 감사하여 중복 액션, 모호한 레이블, 경합하는 기본 CTA를 식별합니다. 구체적인 개선 계획을 도출합니다.
이 프롬프트를 사용해 보세요
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.
모범 사례
- 액션을 배치하기 전에 먼저 결과 상태 유형을 정의하세요. 이는 전체 액션 계층 구조를 결정합니다.
- 결과 화면당 하나의 명확한 기본 CTA를 유지하세요. 여러 개의 기본 수준 액션은 결정 피로를 유발합니다.
- 구체적인 액션 레이블을 사용하여 구현 세부사항이 아닌 사용자 결과를 설명하세요.
피하기
- 첫 성공 화면에 가능한 모든 액션을 과도하게 배치하지 마세요. 고급 기능은 보조 메뉴로 미루세요.
- 모든 액션을 시각적 계층 구조에서 동등하게 취급하지 마세요. 의도 압력을 사용하여 즉시, 상황별, 지연 액션을 차별화하세요.
- 실행 취소나 재시도 같은 중요한 복구 액션을 일반 메뉴 뒤에 숨기지 마세요. 복구 대상 상태 근처에 배치하세요.