99%的产品经理都被需求方左右过思维，你有过吗？.docVIP

99%的产品经理都被需求方左右过思维，你有过吗？ / 每个产品经理在工作中都会遇到各类需求方提到的各种需求，对于产品力不足的产品经理往往在接收到需求后，脑海里都在想着怎么去实现它，这个需求对应的功能该长什么样，页面该怎么交互，逻辑是什么，想到的肯定是这些东西。 而那些高阶产品接收到需求后，首先不会想着去怎么实现，而且先去判断需求的真实性，这个需求是想要解决什么样的问题，哪些用户在什么情况下遇到什么样的问题，才会引发出需求方提出这样的需求；所以产品经理需要的是解决问题而不是满足需求，不同阶段的产品有着不同的职责及思维方式，但是当遇到需求时不要先被需求左右思维。 在汽车没有出现之前，如果需求方告诉你用户需要一批更快的马，那么如果不了解用户实际需求是想最短时间最快到一个地方去；你就可能会听需求方的挑一匹更快的马，而不是解决用户的问题快速到达某一个地方，就不会造出汽车这个产品。 一、需求的来源 作为产品经理可能接收到需求的主要来源有用户、运营、销售、技术以及老板等，当然不同的产品经理岗位对接的需求方各不相同；像B端产品针对的用户有可能是同事或者企业，所以需求来源主要就是这个几部分。 1. 不爽就走的用户 很多公司都是运营侧面多用户多一些，大部分用户需求由运营提出，但是产品经理更应该去洞察用户需求，发现用户问题，进而解决问题；发现问题的渠道有很多比如用户反馈、应用商店评价、产品经理客服听音、用户调研等，不是所有的反馈都是有着正向价值的，也不是所有问题都是要解决的，这就考验产品经理发现问题及分析问题的能力。 2. 唯我独尊的运营 运营一般是最大的需求供应商，很多需求都是运营提的，每个公司对运营的划分也不一样；针对实际的业务划分不同的运营部门，很多运营提需求的时候不是提遇到什么问题，而是我想要什么，直接给的是方案；比如用户反馈密码登录复杂，就提一个增加验证码登录的需求，可能用户真正的问题是密码在设置的时候由于密码设置复杂度或长度导致用户需要来回切换字母数字与字符导致的。 所以运营很多时候提的是需求更是解决方案，那么作为产品经理当接受到这样的问题时应该搞清楚什么样的用户在什么场景下遇到了什么样的问题；再去分析这个需求，给出解决方案，而不是直接按照运营提的增加一个验证码登录。 3. 经常甩锅的技术 一般公司技术提给产品的需求都是一些性能优化的需求，实际因为功能影响了整体的性能，所以会给产品提优化需求，一般都是合理的；比如进入某一列表由于查询字段较多，需要从不同的数据库查询，降低了接口反应速度，甚至可能导致服务器宕机等会要求产品经理删减不必要或影响不大的字段；当然这种需求也有技术架构前期搭建的不合理或小公司资源紧张服务器的容量低导致的。 4. 不切实际的销售 可能最让产品头疼的需求方应该就是销售或者商务了，为了销售额或达成合作，本是造游艇的能力，结果非给对方说我们可以造航空母舰，而且还是那种快速一组装就能用的，一副立刻马上我不管我就要的姿态。 为了公司业务的发展也能理解销售的苦衷，但是很多需求提的毫无章法，客户要这个、客户想那个，那么产品经理就要去了解客户背后的实际需求，并且根据需求寻找所有客户需求的共性；是不是所有客户都有这方面的需求，如果没有单做这个需求的必要性是不是足够大，除非这个客户是一个大金主，公司愿意投入资源为其单独开发。 5. 天马星空的老板 说到老板的需求，可能每个产品经理都是一肚子苦水，老板的需求一般会分为是三部分——战略性体验性需求、创造性需求、借鉴性需求。 老板会基于行业及公司发展提出战略规划需求以及自身使用产品和对产品的敏感度提出体验性优化求，就是用户代表，毕竟老板的能力不是盖的；创造性需求呢就是纯属天马星空式的，我就是要五彩斑斓的黑；借鉴性需求呢就是看竞品及其他产品能否应用到自身产品上。 以上称呼仅为场景需要，不特指不泛指不冠名。 二、需求的真伪 需求方提了这么多需求，到底什么样的需求是真需求，什么样的需求是伪需求。 当遇到需求时我们应该挖掘需求的本质，用户或者需求方在什么场景下遇到了什么问题，这个需求核心要解决的是什么，然后找到需求本质给出解决方案，最后产出产品方案。 那么发现问题本质的方式呢有身临其境的去体验和用户走一样的流程去感受用户遇到的问题；通过用户问卷调研或者用户访谈等方法去发现问题的本质，来判断这个需求到底能否解决用户真正的问题。 前两年共享经济特别火的时候，各种共享产品出现，当共享充电宝出现的时候，某思聪就说这个充电宝没有场景，做不起来；实际上可能他没有这样的痛点，对于共享充电宝这个产品确实解决了户外手机没有电的痛点。 目前各类短视频APP，游戏等都是吞电兽，就算不玩正常待机也非常的耗电；所以共享充电宝就是解决这样的用户痛点，随借随还，用户发生租借的场景很广，而且成本很低；当然目前充电费用还是很贵，毕竟圈