TRS系统功能设计文档

解决的问题

企业级 TRS 功能设计文档常出现三类问题：需求停留在“支持”或“优化”层面，字段和流程缺少可验证标准；接口契约写成原始 JSON，业务与开发都难读；追溯、外设、审计、回滚等关键边界缺失。该 Skill 针对这些缺口，把 PRD 从“描述想法”收敛为“可评审、可验收、可追溯”的工程文档。

工作方式与边界

它先判断工作模式：口头需求走 5W1H 深挖，HTML、图片或 Figma 原型走原型驱动。输出至少覆盖范围、用户价值、业务流程、功能拆分、详细设计、非功能需求、风险依赖与发布验收。关键约束包括：

• 最小问题集：追溯粒度、关键节点、扫码点位、集成系统、审计留痕等必须先问
• 值列表五要素：取数来源、级联关系、默认规则、展示要求、搜索能力
• 自检质控：按完整性、无歧义、可追踪、一致性、数据项完整度评分
• 接口契约：用操作总览表和字段含义表表达，不堆 HTTP、URL 和原始 JSON

它不适合纯技术实现、架构设计或后端接口规范；遇到未知信息只能标注假设，不替用户编造值列表来源或业务规则。