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?
預期結果:
- 結果狀態類型：附審查之交接
- 主要 CTA：檢閱匯入結果
- 情境動作：對應欄位（每欄）、修正列（每筆錯誤）、下載錯誤檔案
- 延續分支：匯入更多、開始新匯入
- 復原動作：復原匯入、檢視匯入記錄
- 放置說明：錯誤列顯示內聯修正，頂端顯示成功摘要與檢閱 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?
預期結果:
- 問題 1：缺少主要 CTA——7 個動作具有相同的視覺權重，造成決策疲勞
- 問題 2：Download 應作為主要 CTA（價值最高的後續動作）
- 問題 3：Delete 為破壞性動作，應設為情境式並搭配復原路徑，而非放在頂層
- 問題 4：Move 與 Copy link 為延遲動作，可放入次要選單
- 問題 5：Add description 為優化型動作，而非結果動作
- 建議方案：主要 CTA：Download | 次要：Share、Copy link | 選單：Rename、Move | 情境式（需確認）：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。多個主要層級的動作會造成決策疲勞。
- 使用具體的動作標籤來描述使用者成果，而非實作細節。
避免
- 不要在首次成功畫面上塞入所有可能的動作。將進階功能延後至次要選單。
- 避免在視覺層級上將所有動作視為同等重要。使用意圖壓力來區分即時、情境式與延遲動作。
- 不要將復原或重試等重要復原動作隱藏在通用選單之後。將它們放在所對應復原狀態的附近。