payoff-action-modeling
从用户意图问题中设计 UI 操作模型
产品团队在用户完成任务后，往往难以决定展示哪些 UI 操作。本技能提供了一套结构化的框架，用于根据用户意图对操作进行建模，将其放置在正确的范围（scope）和优先级层级。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“payoff-action-modeling”。 用户从 CSV 文件导入客户数据后，UI 应该显示哪些操作？
预期结果:
- 结果状态类型：含审查的交接
- 主要 CTA：审查导入结果
- 上下文操作：映射字段（每列）、修复行（每处错误）、下载错误文件
- 延续分支：导入更多、开始新导入
- 恢复操作：撤销导入、查看导入历史
- 位置说明：错误行内联显示修复操作，成功摘要置于顶部并附带审查 CTA
正在使用“payoff-action-modeling”。 我们的文件上传完成界面同时在同一层级显示下载、分享、删除、重命名、移动、复制链接和添加描述。这有什么问题？
预期结果:
- 问题 1：没有主要 CTA——7 个操作视觉权重相等会造成决策疲劳
- 问题 2：下载应作为主要 CTA（价值最高的下一步操作）
- 问题 3：删除是破坏性操作，应置于上下文并附带恢复路径，而非顶层
- 问题 4：移动和复制链接是延后操作，可放入次级菜单
- 问题 5：添加描述是细化操作，而非结果操作
- 建议方案：主要 CTA：下载 | 次级：分享、复制链接 | 菜单：重命名、移动 | 含确认的上下文：删除
安全审计
安全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。提出具体的改进方案。
试试这些提示
我刚刚为我的应用构建了一个文件上传功能。用户上传文件后，我需要建模在完成界面上展示哪些操作。请使用结果操作建模框架生成一个包含至少 8 个操作的简单操作模型表格，标明范围（scope）、压力（pressure）和位置（placement）。
我正在设计一个项目管理仪表盘，该仪表盘在用户创建新项目后显示。仪表盘包含任务、团队成员和最近活动。请使用完整的结果操作建模框架对结果状态进行分类，生成至少 15 个用户意图问题，并输出包含所有范围、压力和位置的操作表格。
我正在设计一个数据导入流程，用户需要上传 CSV、映射字段、审查结果并处理错误。导入后界面需要支持重试失败的条目、下载错误日志、审核已映射的行以及导出结果。请在使用框架时特别注意恢复操作、模糊范围边界和意图压力冲突。为部分失败场景添加边界情况处理。
我有一个内容管理系统发布界面的现有操作模型。当前模型有 12 个操作，全部显示在同一层级。请使用该框架审查此模型是否存在密度问题、范围模糊、标签清晰度问题以及动量问题。至少识别 5 个具体问题并提出修订后的操作表格。
最佳实践
- 在放置任何操作之前，先定义结果状态类型。这决定了整个操作层级结构。
- 每个结果界面保持一个清晰的主要 CTA。多个主要层级的操作会造成决策疲劳。
- 使用具体的操作标签来描述用户结果，而非实现细节。
避免
- 不要在首次成功界面上塞入所有可能的操作。将高级功能延后到次级菜单中。
- 避免将所有操作在视觉层级上等量齐观。使用意图压力区分即时操作、上下文操作和延后操作。
- 不要将撤销或重试等重要恢复操作隐藏在通用菜单后面。应将其置于所恢复状态附近。