产品经理是一个产品的设计创造者，是从无到有的规划者，而程序员是将这个规划付诸行动，将产品生产出来的实现者。规划的产品可以很美好，但受现实因素的影响，实现过程中，会困难重重。产品经理偏理想主义着，而程序员偏现实主义者，两者没有对错，只是站的角度不同。
在实际工作中，产品经理好像经常被怼，技术上不好实现的、功能不完整的、开发中被反复修改的需求等等，为避免这些情况的发生，产品经理需不断修炼，提升自己的能力。
01.以用户为中心，挖掘用户真实需求
多跟程序员沟通，你会发现，另他们最气愤的事，不是技术上有多难实现、业务逻辑上有多复杂，而是，好不容易奋战几周的工作，被推翻重来。出现这种情况的原因不止一个，有些因素是不可控的，比如市场环境的变化，产品经理需要做的是，在可控的因素上，能牢牢的控制住。而用户的需求就是一个可控因素。
一款产品的首要任务是能满足用户需求，给用户带来价值。而用户的需求又是多变和多样的，因此，产品经理在设计产品前，要多接触用户，深入了解用户，挖掘出用户需求背后的真实需求，而不是仅仅浮于表面。
俗话说，不以结婚为目的恋爱都是耍流氓，而不以用户为中心的产品设计也是耍流氓。
02.功能完整，业务逻辑闭环
在开发过程中，功能不完整，业务流程不通，也是另程序员很恼火的，毫无疑问，这种情况下，产品经理会被怼的哑口无言。
如果说，满足用户需求是吸引用户来用，那么好不好用，就是留住用户，让用户持续不断来用的前提。一个产品好不好的根本是，功能模块是否完整，业务逻辑是否闭环。因此，产品经理在设计产品时，要仔细梳理功能模块，以确保功能是完整的；要模拟业务流程，以保证流程是闭环的。
03.需求文档，简洁清晰
有一句形容产品经理的话，说不是在开会就是在去开会的路上，在开发过程中，程序员有很多问题，需要跟产品经理沟通确认的，而如果一份整理简介且清晰的需求文档，会节省很多沟通成本。
需求文档不仅是给开发人员的开发参考，它还是产品要实现功能的清单及实现的明细规则，也是产品验收，可以正常上线的参考，同时，也是产品经理对产品设计的一个备份。因此，需求文档是产品经理设计产品的一个必要产出，它不仅可以节省产品经理和程序员的沟通成本，还能避免一些不必要的扯皮情况。
产品经理的成长路上，少不了被各类人怼，被用户怼，被程序员怼，甚至被老板怼，产品经理不能太放在心上，也不能不放在心上。产品经理需要做的，是分析为啥会被怼，怎么解决，在不断的被怼，解决被怼的过程中成长。
网友评论