相信，每一位PM都遇到过这样的场景：需求变更，甚至是同一个需求反复变更，此时如何与开发沟通，如何反复推动开发协助变更？
我经历了两次，第一次是和其他BU合作，引流到自己的产品，即提供一个链接给对方，在截止APP封包的前一天，突然告知对方，我方APP的链接将失效，临时
请对方用hybrid的链接代替，但到晚上时，我方经过多方协助，APP链接将再保持一个版本，为了有更好的用户体验，又请对方将链接换回。第二个经历，
是一个浮层文案，开发将版本发布到测试版本后，再次接到业务人员的通知，考虑到文案存在一定误导，从而再次更改文案，重新发布。
以上两个案例，虽然最终是自己各种卖萌，加上各种“软硬皆施”手段，才得以成功推动需求的实现。事后仔细想想，其中存在一些方法可以借鉴：
（1）面对需求变更，首先非常诚恳的承认错误，即便变更不是自己造成，比如外在原因，如老板，业务，市场变化等。但实际上还是产品经理没有对需求理解透彻，否则可以提前发现问题，不用等到需求进入开发时再变更。
（2）需求变更，有时是无法避免。此时，需要向开发说明以下几点内容：
A.重述产品目标，首先阐述需求变更是为了的实现产品目标，这也是整个团队的努力方向。
B.解释为何之前的方案失效，并说明新方案如何更有效以及得出新方案的逻辑。开发会乐意做有原因、有价值的事情。
（3）毕竟因为PM的失误，导致开发的返工，因此还是应该准备点水果或下午茶弥补下，同时也是做为友好和谐的合作基础。
（4）和开发成为朋友，这点容易忽略，但的确很重要。原因是和开发成为朋友，一些小的改动，可以作为朋友，顺手带上。反之，若关系不好，每次都是请求帮忙，开发心理也会满满累加排斥感。与此同时，作为朋友，PM可以在其他方面给予开发一些帮助。对生活，工作都是有利的。
总结，虽然遇到需求变更时，可以借鉴上述介绍的方法，但PM终究需要对需求变更负责，那么最好的策略是更加努力、更加全面的思考每一个需求并预想可能的结果，永远多想一步。
网友评论