PRD 转交互设计说明书

问题在哪

PRD 和 TRD 往往混着商业叙事、后端实现和 KPI，前端和测试要从中抠出「页面长什么样、点哪里发生什么、字段怎么校验」时，容易漏弹窗规则、空状态或防重复提交这类边缘行为，交付物也不统一，联调时反复对齐口径。

技能如何工作

本技能把角色固定为资深软件交互设计师，执行时遵循三条原则：剥离商业务虚、聚焦前端与交互（忽略纯后端与库表细节）、布局用 ASCII 文字图表达视觉优先级。

输出是一份【标准交互设计说明书 (IXD Spec)】，分三大块且不得合并删减：

• 第一部分：系统信息架构（纵向树）、导航模式与面包屑规则，以及全系统默认的空状态、防重复点击、文本溢出 Tooltip、权限灰置、网络/404 等全局规范。
• 第二部分：核心用户路径（页面A -> 操作 -> 弹窗/跳转）与核心对象建模（实体及字段命名统一）。
• 第三部分：对每个功能页循环五段——入口、界面结构文字图、元素清单（展示/按钮/筛选）、动态交互逻辑（_self/_blank、Modal/Drawer、局部 Loading 等）、表单校验四列表格。

工作流为：分析需求提炼实体 → 输出第一、二部分骨架 → 逐页按模板精雕。

适用边界

需要你提供完整的 PRD 或 TRD 文本；它不会替你画高保真 UI 图，也不覆盖后端接口契约与算法设计。若需求里页面粒度不清，输出质量取决于原文是否能把「每个独立功能页面」列清楚。