스킬 payoff-action-modeling
📦

payoff-action-modeling

안전

사용자 의도 질문으로부터 UI 액션 모델 설계하기

제품 팀은 사용자가 작업을 완료한 후 어떤 UI 액션을 보여줄지 결정하는 데 어려움을 겪습니다. 이 스킬은 사용자 의도로부터 액션을 모델링하고, 이를 적절한 범위와 우선순위 수준에 배치하는 구조화된 프레임워크를 제공합니다.

지원: Claude Codex Code(CC)
📊 71 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"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

보안 감사

안전
v3 • 5/26/2026

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.

2
스캔된 파일
304
분석된 줄 수
1
발견 사항
3
총 감사 수
낮은 위험 문제 (1)
External URL reference in documentation
SKILL.md line 298 contains a URL to casely.digital in a documentation note. This is a passive reference suggesting a hosted tool, not an executable network request. The URL is clearly documented as an optional mention. No data transmission or credential exposure risk.
감사자: claude 감사 이력 보기 →

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
30
커뮤니티
100
보안
91
사양 준수

만들 수 있는 것

온보딩 후 액션 화면 설계

사용자가 온보딩, 설정 또는 첫 구성을 완료한 후 표시할 액션을 결정하는 데 프레임워크를 활용합니다. 명확한 다음 단계를 제공하면서도 신규 사용자에게 과부하를 주지 않습니다.

대시보드 액션 계층 구조 계획

액션을 결과, 선택, 항목, 탐색, 복구 범위로 분류하고 적절한 긴급도 수준을 할당하여 대시보드나 작업공간의 액션을 체계화합니다.

기존 인터페이스 액션 명확성 검토

결과 모델링 원칙을 기준으로 기존 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를 유지하세요. 여러 개의 기본 수준 액션은 결정 피로를 유발합니다.
  • 구체적인 액션 레이블을 사용하여 구현 세부사항이 아닌 사용자 결과를 설명하세요.

피하기

  • 첫 성공 화면에 가능한 모든 액션을 과도하게 배치하지 마세요. 고급 기능은 보조 메뉴로 미루세요.
  • 모든 액션을 시각적 계층 구조에서 동등하게 취급하지 마세요. 의도 압력을 사용하여 즉시, 상황별, 지연 액션을 차별화하세요.
  • 실행 취소나 재시도 같은 중요한 복구 액션을 일반 메뉴 뒤에 숨기지 마세요. 복구 대상 상태 근처에 배치하세요.

자주 묻는 질문

이 프레임워크는 어떤 유형의 제품 화면에 적용할 수 있나요?
이 프레임워크는 사용자가 의미 있는 결과를 달성한 모든 화면에 적용됩니다. 여기에는 완료 상태, 생성 결과, 작업공간, 검토 화면, 인계 흐름, 복구 상태, 지속 분기가 포함됩니다.
하나의 화면에 몇 개의 액션을 표시해야 하나요?
고정된 숫자는 없지만, 프레임워크는 하나의 명확한 기본 CTA와 그룹화된 상황별 액션을 권장합니다. 한 번에 5~7개 이상의 액션을 표시하지 않는 것이 좋습니다. 덜 긴급한 액션은 보조 메뉴로 미루세요.
이 프레임워크가 사용자 리서치를 대체하나요?
아닙니다. 이 프레임워크는 일반적인 UI 패턴을 기반으로 한 구조화된 출발점을 제공합니다. 사용자 테스트와 도메인별 리서치를 통해 검증되어야 합니다.
결과 범위와 항목 범위의 차이는 무엇인가요?
결과 범위 액션은 전체 결과에 영향을 미칩니다(예: 전체 다운로드 또는 전체 게시). 항목 범위 액션은 특정 항목 하나에 영향을 미칩니다(예: 단일 행의 편집 또는 삭제). 이러한 범위는 서로 다른 레이블과 배치를 가져야 합니다.
모델에서 파괴적 액션은 어떻게 처리해야 하나요?
파괴적 액션은 상황별로 배치하고 복구 경로와 함께 제공해야 합니다. 기본 CTA가 아닌, 영향을 미치는 대상 객체 근처에 배치하세요. 항상 확인, 실행 취소 또는 보관 기능을 포함하세요.
모바일 UI 디자인에도 이 프레임워크를 사용할 수 있나요?
네, 가능합니다. 단, 작은 화면에 맞게 배치 가이드라인을 조정하세요. 모바일 레이아웃은 더 많은 액션을 메뉴나 바텀 시트 뒤에 배치해야 할 수 있습니다. 범위와 압력 분류는 여전히 적용됩니다.

개발자 세부 정보

파일 구조

📁 agents/

📄 openai.yaml

📄 SKILL.md