放弃“pm知道产品现状”的幻想。大PM不知道细节，小PM不知道战-20240418004443

发点研发软技能，一：

Q:产品经理喜欢提一句话需求，上线之前需求怎么打折都行，凑合着上完线之后又开始不停改需求，如何解决？

A:首先确认这是高层还是底层，高层说明他是老板不用关注细节，底层说明他是个产品助理，不对结果负责。
无论是高层还是底层，最终都要把问题推进到产品中层解决：为高层的需求补充细节，或者引导和约束手底下的产品助理关注最终目标。

具体来说，先跟研发团队正式沟通，没有正式文档的需求，研发私自接一个需求不算工作量、不算加班、出BUG自己负责，还不行跟他摆事实讲道理私接需求对研发流程和产品迭代的危害，真是屡教不改接一次没文档的需求给他扣一次绩效。

其次，在需求宣讲阶段让产品经理给出需求的期望收益，和需求到收益之间的可行路径。这会浪费很多时间，但是一旦双方能建立长期的共识，后续能把浪费的时间补回来。

再次，总结一个checklist，每次把经常遗漏或者需要修改的需求点过一遍（比如数据统计、异常情况处理、旧版本兼容等）。

最后，短时间内的需求变更要求产品负责人变更一次确认一次，同样，流程落地的关键是对研发团队的硬性要求。

总的来说，改需求不可避免，但是想要避免无谓的改需求，一个是烧香期望跟自己配合的产品经理中层靠谱，另外是通过自己的业务能力过硬来通过研发流程约束产品，缺一不可。