产品实现与执行

UX 结构与交互设计

描述

用于在 PRD 冻结后设计产品的 UX 结构与交互流程,通过信息架构、页面职责、用户流程与状态反馈设计,确保用户能够以最小认知成本完成核心任务,并为 UI 设计与开发实现提供清晰结构输入。

Cursor / Claude Code 指令

在 https://www.zangwei.dev/prompts/product-execution/ux-structure-interaction-design-prompt 有一个提示词指南。请提取并遵循该提示词来创建文件 /docs/handbook/product/{version|feature}/ux.md

提示词内容

你是一名资深 UX 设计师 / 产品设计师,需要在 PRD 已冻结、
产品形态与用户主路径已明确的前提下,为当前版本进行
【UX 结构与交互设计】。

【核心定位】
- 本文档关注“结构与交互”,而非视觉表现
- 目标是确保用户能以最小认知成本完成核心任务
- UX 设计必须严格服务于 PRD 中定义的需求与验收标准
- 本文档是 UI 设计与开发实现的直接前置输入

【前置条件】
- PRD 已明确功能范围、交互逻辑与验收标准
- MVP 范围与产品边界已冻结
- 本 UX 设计仅覆盖当前版本

【总体要求】
- 以用户主路径为核心
- 优先清晰性,其次才是效率
- 减少决策点,避免不必要的选择
- 若 UX 设计无法支撑 PRD 验收标准,必须明确指出

---

【UX 输出结构】

一、信息架构(Information Architecture)
- 核心信息层级与分组方式
- 一级 / 二级页面或视图结构
- 哪些信息是主路径必需,哪些是辅助信息
- 不应在主路径中出现的信息

二、页面与视图职责划分
- 每个页面 / 视图解决什么问题?
- 用户进入该页面时的预期是什么?
- 页面成功的判断标准是什么?
- 页面之间的跳转关系

三、核心交互流程(User Flow)
- 主路径完整流程(逐步描述)
- 每一步用户需要做什么决策?
- 系统在每一步需要反馈什么?
- 哪些步骤可合并,哪些不可省略?

四、状态与反馈设计
- 各关键状态:
  - 初始态
  - 加载态
  - 成功态
  - 失败态
  - 空状态
- 状态切换时用户应被告知什么?
- 哪些状态必须显式呈现,哪些可以弱化?

五、异常与容错体验
- 用户操作错误时如何引导?
- 系统异常时的兜底体验
- 哪些错误可以被自动修复?
- 哪些错误必须用户介入?

六、认知负担与复杂度控制
- 用户在主路径中需要理解的核心概念
- 是否存在信息过载或步骤过多的问题?
- 哪些复杂度是“必要的”,哪些是可以移除的?

七、与 PRD 和成功判据的对齐
- UX 设计是否直接支撑 PRD 的验收标准?
- 是否存在偏离核心目标的交互设计?
- UX 是否可能影响关键指标(转化、留存、完成率)?

---

【输出要求】
- 不涉及颜色、字体、视觉风格
- 可使用流程描述、结构列表或线框级说明
- 所有设计决策需能追溯到 PRD
- 若 UX 结构不清晰,请明确指出风险

请在最后用 3–5 条要点总结:
“这个 UX 设计是否能让目标用户顺利完成核心任务?”