最近负责的两个产品方向的方案交到UE那里，就如同泥牛入海没有了回声。产品经理等着需求评审开发，UE老大等着UE腾出手来做其他需求。负责的这位UE设计师最大期待就是，你们产品经理不要改需求了。但需求真的可以做到不改么？完不成UE真的只是改需求造成的么？
需求变更来源
对于产品设计来讲，需求变更是永恒的真理。变更需求是正常的不变反而是不正常的。强如乔布斯做了苹果电脑2代，不断延期和开发成本提升，都是需求不断变更的结果；强如张小龙最早接手QQ邮箱时，也只会做加法，产品臃肿不堪，后来重构产品才走上了正确的道路。
什么意思呢，为了追求确定而不变更需求，注定只是平庸的产品经理。需求常见的变更来源有三种：老板需求、市场情况变化、更好的实现方式。
老板需求是最常见的需求变更缘由，老板作为食物链顶端，往往掌握着比项目组所有人更全面和更高维度的信息，同时也能决定手上资源的投入方向。而产品经理固然专业能力很强，这些信息和资源的缺失，注定被动接受老板需求，需要做的只是区分哪些是拍脑门，哪些真的可以做，将老板需求往正路上引。相应地，变更需求也就很好理解了。
市场情况的变化更为好理解。假如负责产品用户增长，拍脑门一个产品方案，这时市面上爆红的问答直播对产品增长非常有利，为了追求更加确定性的收益，肯定后者更好。这会变更需求不仅节省摸索试错的过程，还能加速产品爆发式增长。这种随市场变化的需求变更应该是喜闻乐见的。
最后就是更好的实现方式，成立一家传媒公司打算招记者印报纸，从生产、印刷、发行都一肩挑。现在有了APP、有了各类公众平台。用户也在这里，那肯定要选后者而非固执坚守原有策略，因为后者是更佳的实现方式。
因此需求变更从来都是天经地义的事情，面临各类问题不懂变通才是自取灭亡之路，真正经得起历史考验的企业，哪个不是经历多次战略转型。这里衡量需求变更最佳标准就是，需求的变更是否让产品成功更确定，是否朝着更好的方向走。
需求变更成本
变更需求肯定会带来成本，这时候变更需求越前置成本越低。假如需求停留在产品方案中最低，停留在UE阶段次之，停留在开发阶段再次，最差就是已上线，后续迭代。因此很多时候，产品迭代不过是需求变更的线上化。
需求变更就像扁鹊给蔡桓公看病，并非线上迭代显得有存在感，厉害的产品经理都把需求变更尽可能充分前置，这也是产品经理的价值：降低企业投入的不确定性。不确定性越低，产品和业务就离成功越近；反之，则是浪费企业资源。
对于产品经理可把控的产品方案阶段，可尽量做到前期充分调研和方案可行性分析。需要一定业务、技术人员做相应支持。譬如客户需求和方案技术可行性，在早期即尽量消除不确定性。
遇到变更需求也无需慌张，因为需求变更只要是朝着好的方向，就是可接受的。宁可排期后延，也不能接受委曲求全的方案。相应地，排期延后需要相关负责人确定，并需要及时高频沟通。
合作方延期
产品经理这样一个与多方沟通协作的岗位，是很容易被甩锅的。譬如UE方案输出延期，会说产品需求变更导致。而实际上，客观来讲，产品需求方案确实是大方案本身工作量会大；主观上来讲，UE同学新毕业，经验欠缺又缺乏主动沟通能力，导致迟迟方案确定不下来，这就像新厨子炒的菜咸淡顾客不满意，总不能怨顾客事多。因此很多锅是无法硬甩给产品经理的。
作为产品经理以产品上线满足客户需求为目标，因此面对甩锅不可避免，因为人们都怕承担责任，而愿意接受好处。产品经理需要做的是优雅的甩回去，然后就事论事，该重新排期排期，该了解延期原因了解原因。帮助合作方尽快交付靠谱输出。
这里不限于既有资源，如果合作方欠缺经验或者人力不足，最好的方式是帮其发布招聘信息，招人比较靠谱。
改需求从来不是改需求本身，依据不同情景，灵活应对，才是走向优秀产品经理之路。
想了解构建产品经理技术能力的内容，可参与小乐帝知乎live“零经验如何做懂技术的产品经理？”：
相关知乎live推荐：
关于作者：
小乐帝，一线AI产品经理、简书科技优秀作者、产品经理读书会创始人。
AI社群：
AI产品经理探索小组QQ群：634414026
学习转行人工智能／AI QQ群：704965446
To B产品经理交流QQ群：785500741
产品经理校招求职QQ群：736083600
「产品经理读书会」
专注于爱读书爱思考的产品人提供读书推荐、产品思考、以书会友的环境
欢迎爱读书的产品人分享产品道路上的感悟
欢迎关注公众号：产品经理读书会
网友评论