互联网电商零售产品经理产品需求文档
产品规格创作 Skill
把模糊产品想法整理成可评审、可追踪、可验收的产品规格，覆盖边界、异常、权限、上线与回滚。
Skill 描述
把模糊产品想法整理成可评审、可追踪、可验收的产品规格，覆盖边界、异常、权限、上线与回滚。
- 适用文档
- 产品规格创作 Skill
- 解决问题
- 把零散需求与事实组织成结构清晰、可直接使用的专业文档
- 涉及领域
- 不限特定领域
- 目标产物
- 一份结构完整、依据清楚并包含后续动作的产品规格创作 Skill
收集需求与事实
明确创作目标、读者、范围、已有资料和不能推断的事实边界。
产出：需求清单、事实材料和待核验项- 记忆搜索 Tool
撰写完整文档
依据前序产出和 Skill 的风格指纹完成产品规格创作 Skill，不补造事实。
产出：可继续编辑的完整 Markdown 文档- 文档撰写 Agent
审校并交付
检查目标回应、事实依据、结构完整、术语一致和行动可执行性。
产出：通过质量检查的最终文档与待核验项- 质量审校 Agent
标题设计风格
- 子标题直接使用“问题、目标、范围、行为、验收”等规格角色词，标题本身就是评审顺序。
- 同层级标题采用短名词结构，需要并列两个重点时使用“名词＋与/和＋名词”。
- 涉及状态、权限或异常时，标题明确写出对象与行为，不使用宽泛的“其他说明”类标题。
行文设计思路
先给结论和问题证据，再写目标、非目标、范围与约束；每项要求只表达一个可观察义务，并为关键行为补充验收条件。
图片生成方式
当状态或依赖关系复杂时使用状态流转图、系统边界图或需求追踪表；图中术语与正文保持一致。
话术表达风格
- 区分事实、偏好、约束、假设和待决事项。
- 使用必须、应该、可以表达不同约束强度。
- 写清空状态、失败行为、权限边界和兼容性。
- 不得编造日期、负责人、指标、合规结论或技术限制。
- 面向客户端的规格不得暴露供应商模型、密钥或购买成本。
用全新虚构主题展示这份 Skill 的实际效果
以下示例由 Skill 在提炼阶段独立生成，不包含源文档原文或真实业务信息。
# 协作审批能力需求规格 ## 问题与目标 当前请求在责任边界不清时容易重复流转。本规格旨在让发起、审批、驳回和撤回都具有明确且可观察的结果。 ## 范围与边界 覆盖请求创建、审批状态、权限校验和通知反馈；不改变现有组织结构，也不替代业务负责人作出审批决定。 ## 行为要求 系统必须保存每次状态变更及操作者，并在无权限、状态冲突或内容缺失时返回清晰错误。审批完成后，普通用户不得直接修改已确认内容。 ## 验收与上线 验收应覆盖正常审批、重复提交、越权操作和撤回失败。先在受控范围验证状态一致性，再逐步开放，并保留关闭入口。