产品实现与执行
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 设计是否能让目标用户顺利完成核心任务?”