别随意打扰产品经理

项目的质量要前置，交付给下个节点的东西，质量得有保证。

出现问题的环节越靠后，代价就会越大，且是各个环节的角色，都要花时间去处理，会极大的降低项目的交付速度和质量。

之前常听人说，不要去打扰正在写代码的工程师，会有上下文切换的代价，有道理，但是有另外一个角色，也不能随意被打扰。那就是产品经理。产品经理从责职上看，处于偏上游的角色，业务需求大部分还是从产品经理这里出，并以PRD文档的方式，开始流转到技术团队。

PRD的质量高，也就意味着起步走得好，会直接提升项目交付质量和速度的。

因此需要给产品经理一些时间，去挖掘真正的需求以及校正需求，尽量确保需求的稳定和质量。但这样还不够，还需要给产品经理一段无打扰的时间，深度的思考需求。

---

自己跟自己打一架先

---

需求在产品经理的脑海里，变来变去是没有关系的。因为对项目执行的伤害几乎是没有的。产品经理需要有一段思考的时间，去不断的分析用户需求的可行性、逻辑性、完整性，去想透了，期间不断的发生想法变化，是正常的，如果一点变化都没有，反而是不好的事情，说明思考的不够。

要重视需求分析这个阶段，留足时间让产品经理去思考，将变化收拢在产品的脑子里。这个阶段是不能少的，不能因为想急于出结果，而不重视这个阶段。

---

背后真正的需求

---

无码科技的联合创始人邱岳，曾经举过一个挖掘背后的需求的例子，是关于后台订单排序的，客服提出，每天要审核的订单很多，能不能做一个按照订单最后更新时间排序的功能，这样不容易遗漏。那产品经理是不是直接就给技术团队提需求呢？那不行的，这种属于不太负责任，因为真正背后的需求是，自动审单。审单本身不太需要客服介入的，产品经理在接到这样的反馈后，应该多去挖掘背后真正的需求。自动审单，才能真正解决客服的问题。

还是需要一段思考的时间，多问自己几个问题。

---

小结

---

产品经理的优势，更多的是思考的这一部分。需要有单独的一段思考的时间。日常工作中，也不要随意去打扰产品经理。