服务设计与产品 PRD 写作专家团

要解决什么问题

很多团队卡在「文档看起来完整，评审却问不倒、开发拆不动、测试验不了」：只有一句方向、散乱的会议纪要，或服务旅程里的体验问题，很难在同一份材料里对齐业务目标、证据来源、版本边界和工程细节。本技能面向产品经理、业务负责人、服务设计与研发协作场景，目标是把输入稳定加工成研发评审版 PRD，而不是把想法润色成摘要。

技能如何工作

启动时会先确认本轮北极星：让团队基于同一份需求做正确决策、开发与验收。总控按任务路由到内部专家模块（也可指定专家），典型分工包括：

• 需求侦察官：澄清目标、识别材料缺口、拆分问题空间
• 服务设计专家：从旅程、触点、前后台协同重构体验
• 产品架构专家：场景 → 模块、流程、状态机与权限模型
• PRD 主笔 / 研发评审官 / 埋点与 QA：分别补强正文、接口与异常、指标口径与验收用例

标准路径包括：从零写 PRD（建模 → 方案 → 工程要素 → 度量验收 → 输出）、优化已有 PRD（结构诊断后再补强 P0 评审障碍）、以及服务设计转产品需求（蓝图与 MVP 范围）。材料不全时，会先给出可执行的默认假设并标注待确认项，而不是停在追问上。

适用边界与注意点

默认输出粒度是研发评审版，需包含用户流程、组件级需求、状态机、接口/配置建议、埋点与验收用例等；若你明确只要简版摘要，需事先说明。技能会区分事实、推断与建议，不把缺失材料包装成结论；协作时也避免写入本机路径、客户名或敏感内部项目信息。