京东健康用产品管理Skills组织全流程判断

京东健康正在探索 OPC（One Person Company）模式的高效交付，OPC 团队没有专职产品角色，必须自行回答需求是否值得做、证据来自哪里、是否有更优方案、边界是否清楚、有无产研资源承接、如何判断上线成败等问题。团队选用 Anthropic 开源的 Product Management Skills 作为产研共同决策框架：在 JoyCode 或 Codex 中接入 product-management/skills 下的 8 个 Skill，形成一条固定判断链——先做问题判断（synthesize-research 聚合访谈记录、会议纪要、问卷开放题、工单摘要、研究文档等输入，输出问题主题清单、证据来源与置信度、用户说法与数据是否一致、最关键假设、还缺哪些证据，再由 metrics-review 辅助），再用 product-brainstorming 发散（追问谁真正有问题、当前如何绕过、这是症状还是根因、有哪些替代方案、最便宜的验证方式），再由 write-spec 收敛为含 Problem/Evidence/Goals/Non-goals/Requirements(P0-P2)/Acceptance Criteria/Metrics/Open Questions 的需求规格，接着用 roadmap-update 决定需求放 Now/Next/Later 并写明变更内容、原因、影响范围、取舍结果与风险依赖，用 sprint-planning 落实唯一 sprint goal、真实可用容量、carryover 原因、P0/P1/P2、owner 与 Definition of Done（建议只规划 70%-80% 容量），上线后用 metrics-review 对照上线前定义的成功指标复盘，并用 stakeholder-update 按管理层/研发/跨职能团队分对象同步（Green/Yellow/Red 状态色）。团队的实际落地路径是先只跑 synthesize-research、write-spec、metrics-review 三个核心 Skill，跑通后再补齐其余环节并把模板沉淀为团队文档。 后续材料（2026-06-26）：Anthropic 插件设计里用通用占位符表示的知识库、用户反馈系统、产品分析工具、会议转写工具等海外连接器无法直接使用，团队采用「把内部系统的材料映射到同样证据类别」的替换方案：仍能通过直接粘贴（访谈记录、会议纪要、问卷开放题、工单摘要）、上传文件（研究文档、表格、录音转写摘要、调研结果）以及连接工具（从内部知识库、用户反馈系统、产品分析工具、会议转写工具拉取上下文）三类方式接入。为控制结论质量，团队要求每份进入 Skill 的材料至少带 5 个字段：来源（来自哪个系统、文档或会议）、时间（何时产生、是否仍有效）、对象（涉及哪个用户、业务方、系统或场景）、内容（核心事实、原话、数据或结论）、关联（支持或反驳哪个问题假设）。此外团队约定了迭代容量只规划 70%-80%、新增需求必须写清取舍结果、按 Green/Yellow/Red 状态色分对象同步等规则，并要求把跑通过程中形成的材料输入格式、需求规格、Roadmap 变更说明、复盘清单固化为团队文档，供后续需求直接复用。