产品需求文档撰写助手

解决什么具体问题

软件团队写 PRD 时，常见问题是需求背景、功能边界、用户路径和实现约束散落在不同聊天与文档里。结果是文档要么写成大段文字，要么章节编号混乱，后续评审和研发对齐成本很高。这个技能不是把零散想法直接扩写成宣传文案，而是按产品经理常用的方式，把信息收齐、目录定清、逐章落地，让 PRD 能被评审、拆解和排期。

核心能力与关键步骤

• 需求补全：按功能名称、需求描述、项目概览、页面设计、用户旅程、用户故事、实现逻辑逐项确认；不确定的地方会要求补充，而不是直接猜测。
• 目录构建：先把文档骨架定下来，章节从 0.1 开始编号，避免写到一半才发现结构不对。
• 逐章撰写：严格按目录推进，用 加粗 标出关键目标、范围和约束；不压缩、不跳章，方便团队按章节 review。
• 流程命令：使用 /撰写 生成目录，/开始 从首章撰写，/继续 按目录写下一章节，长文档可以分段完成。

适用边界与注意点

适合从零起草完整 PRD，或把口头需求整理成可评审文档；不适合直接改已有文档的措辞、做竞品分析或替代交互稿。最终业务逻辑、优先级和验收标准仍需产品经理确认。