产品经理每日工作 SOP

1. 目的

本 SOP 依据《每日工作 SOP · 共用骨架》制定，规范产品经理的每日工作节奏，目标是：

• 对团队：让上下游对产品经理的工作节奏和信息渠道有稳定预期，保底信息渠道畅通——产品经理是团队接口最多的节点，其信息同步的稳定性直接影响整个下游；
• 对个人：在日常重复中加深对自身岗位职责与上下游关系的理解。

2. 适用范围

全体产品经理，每个工作日执行。产品工作以商机驱动：有潜在客户时集中投入分析设计，空档期转入需求维护与答疑——本 SOP 不规定何时做何种业务，只规定无论处于哪种状态，四步骨架不变、信息不断流。

3. 每日流程

4. 操作要求

4.1 开工环节

1. 收集隔夜信息：需求方的留言 / 反馈、上下游群里的问题——产品经理开工先看需求侧的变化；
2. 盘点当日任务清单：需求相关工作（写文档 / 评审 / 答疑）+ 临时问题 + 昨日顺延项；
3. 识别外部依赖项并逐项处理（解决 / 知会 / 升级，三选一即可），并在依赖项旁轻量留痕（如"9:10 已在群里知会张三"）。产品岗典型依赖：
   • 开发 / 测试提出的需求疑问 → 当日答复，或给出答复时限；
   • 需求方未回复的确认事项 → 主动追一次；
   • 评审会 / 相关方时间约不上 → 知会 PMO 协调或改期。
   "处理"= 知道有这么个事，并做出行动，不要求当日彻底解决。悬置的问题每天都会变贵——下游空等的代价由整个网络承担。
4. 确认当日"需求出口"是否顺畅：今天要交付的需求文档 / 评审 / 答疑都排好了吗，有没有卡在别人那里的环节。

4.2 执行环节

5. 需求疑问当日响应：开发测试的提问，能答的当日答，不能答的给出"何时能答"——不让下游空等；
6. 需求变更当日通报：任何已确认需求的变动，当天知会所有受影响的下游（开发 / 测试 / PMO）——产品岗最大的事故是"下游做完了才知道需求变了"；
7. 商机攻坚状态下，每日清单即是对内同步的声明：团队通过开工环节的清单知道产品经理正在做什么、预计何时出方案——集中投入不等于信息静默。

4.3 收工环节

8. 更新当日完成情况：完成 / 未完成+原因 / 顺延；
9. 扫一遍"我欠别人的"：未答复的疑问、未确认的事项、承诺过的时间点，列入明日清单首项（商机攻坚期最容易欠的就是其他项目 / 客户的答复，每日清点）；
10. 明确明日开工第一件事。

5. 收工自查 Checklist

6. 检查方式

以自查为主；PMO / 技术 Leader 按周抽查需求疑问响应情况与需求变更通报记录（这两项是下游感知最明显的）。

7. 不在本 SOP 约定的事项

8. 修订记录