如何优雅拒绝产品经理的不合理需求

阅读本文大概须要 5 分钟。

产品经理和程序员因为所处的位置不一样，因此常常会在网上看到对对方的吐槽，实际工做中的撕逼更是不断，大多数原因都是由于需求不合理而没法实现。面对这些需求，程序员每每会处于一个难堪的境地。

然而，大多数时候程序员的问题在于对于产品经理提出的任何需求，都不能以道理反驳，而只是以直觉说：『我以为不行』、『我以为用户没有这个需求』、『我无论我不作』。若是你认为这个需求不合理，请证实它。

就算你以为产品经理是个傻逼，请有理有据的证实他是个傻逼。否则你跟无理取闹的小孩子没有区别。

so，一个经验丰富的程序员，不只要懂得技术，还要懂得研究产品经理的心理，甚至懂得给产品经理设置逻辑陷阱，跟他讲道理。

案例一

昨晚刷知乎的时候看到一篇特别有意思的虚构故事，其中的案例让人啼笑皆非。

大概是说一个产品经理不顾产品信息结构的优先级，但愿把一个”帮助入口” 作在首页中间。并且产品经理说服工程师时候以逻辑漏洞的方式进攻，提出诸如 “我做为用户就有诉求，你没有诉求也不能表明你们都没有诉求” 之类的理由。

由于争论无果最后 PM 提出要 ABtest，上线以后那个帮助入口点击率居然还挺高的，让工程师很是的郁闷。

思考

这些 “难以拒绝的需求”，他们之间每每都会有一些共性：

1）工程师能够明显的感受到需求有问题；

2）产品经理没法给出客观的需求支撑，可是给出不少”难以拒绝的” 主观理由；

3）争论无果后 PM 会要求作出来试试，可是上线后数据看起来是有利于那个需求的；

因此当遇到这个问题这么办呢？

一、接到需求的时候，不要讨论设计解决方案，而应该讨论需求自己

a. 这个需求根本是达成什么目的？
b. 这个需求须要的优先程度是怎样的？
c. 这个需求须要的衡量标准是什么？
很显然这里的需求就是『提供一个帮助入口』，而且但愿能够『尽可能帮助有问题的用户』。

二、要追问需求背后的目标和背景

需求的背景和目标是一个完整的总体，只有全面了解了以后工程师才可能给出 ABCD 等不一样的解决方案，而且在这些解决方案中分析出优劣找出最优解。

三、设计效果不能只看单一的某个维度

衡量效果不能只看点击率这么一个指标，转化率、留存和用户反馈等都很重要。

四、工程师要更主动的去获取信息

案例里的工程师还有一个很大的毛病就是彻底被 PM 牵着鼻子走，经过有限的信息去判断需求和方案的好坏，其实工程师能够本身主动作到对信息的全面掌握（如产品经理的周会、需求评审会、查看数据、向上反馈等）。

必须直接指出，故事中的工程师的立场和沟通方向是错误的。

在这个故事里，事实是：

1. 产品经理提出了一个不完善的方案；
2. 产品经理提出了一个有需求的模糊的场景；
3. 产品经理提出了不适当的追踪反馈的方式。

案例二

有个产品想在外卖产品里作游戏，知道不能作，但却找不到有力的拒绝理由。

思考

我猜测产品经理的回答应该是这样的：

一、有时候等外卖过久，用户很无聊，很焦虑，一旦焦虑就容易对产品产生不满。

二、我以为是存在的，我每次等外卖的时候就以为很无聊。

三、特别无聊就给他找点事作，游戏人人都喜欢对吧？

四、我还想过作过阅读产品，让他能够看小说。或者作个社交，让他能够约妹子。可是我想了想，工程量太大了，仍是作个小游戏吧。

好了，有了他这些回答，你就能够看出漏洞了。

一、等外卖过久的解决问题难道不是外卖配送的算法不够先进或者配送人手不足决定的吗？那是否应该优先解决根本问题？—— 寻找需求的源头。

二、不要用『我以为』臆想，你是否是先作个用户调研比较好？—— 让对方为本身的需求寻找依据。

三、用户手机里 App 那么多，为何要玩咱们的游戏，咱们的游戏有别家作的好吗？（此时还能够举例）上一家在天气 App 里增长外卖功能的产品被骂的很惨的好吗？添加一个与主业务无关的流程是否是须要谨慎考虑，需不须要请示一下XXX —— 将领导拉入战场。

四、那你以为若是作了这个之后用户的活跃度或者满意度会提高吗？会提高多少呢？（若是在挣扎不过的时候，必定要作，留着这些以待之后打脸）

还有那些方法应对？

当产品经理提出的需求确实属于不靠谱的行列，程序员能够采用如下方法应对：

一、明确指出问题

每一项需求都要经得住推敲。产品经理不免会出现思考不充分或存在疏漏的状况，这个时候，程序员要直接明确地指出存在的问题，敦促产品经理从新进行梳理。

二、强化职场沟通的能力

每一类职业都会影响从业人员的性格。因为职业特色，程序员对于技术任务的专一每每会淡化他们在职场上与人打交道的能力，比起产品经理，存在更多的被动性。所以，程序员应主动培养职场沟通的能力，以便在工做中更好地转达本身的态度和观点。

三、引入外援，一块儿讨论

在实际工做中，每每会出现程序员和产品经理谈不拢的状况。此种情境发生时，若是实在没法说服对方，能够多找几我的一块讨论，客观层面上将道理越辩越明，从而消除产品经理的不理解，达到本身的目的。

四、寻求 leader 的支持

一般状况下，大多数产品需求不只来自产品经理，更源于公司领导的构想。但一些想法在研发人员眼中却存在明显的问题。这种状况下，若是赶上强势的产品经理，或是公司领导的意愿，程序员的意见将可能不被重视。此时，程序员能够向上级 leader 寻求帮助，得到支持。

五、熟悉产品经理的特色

程序员与产品经理处在不一样的岗位，拥有不一样的诉求，但拥有同一个目标，即作出好的产品。所以，程序员须要认识产品经理这我的，了解他作事的方式、喜爱，自己的优缺点。在此基础上，遇到分歧时能够更快地明白症结，经过合适而有效的方式说服产品经理。

六、对产品经理进行“威慑”

在实际工做中，不少产品经理虽然考虑到了研发，经常却忽略了产品需求在测试阶段是否可行。面对这种状况的多次发生，能够开始考虑用软硬兼施的办法，遇到实在不能接受的需求，能够直言：“不要觉得你很牛逼，再牛逼你就本身作！”

在某些状况下，程序员能够摆出强势的一面应对产品经理。

七、决定要作的，也要想出切实可行的办法

一项功能是否真的须要开发，有时候会有不少决定因素。最终仍然决定要作的工做，程序员应想出切实可行的办法。如若没有实现的路径，只能给出作不了的解释。

八、勇于拍板，为拒绝需求承担责任

在工做中，逐渐培养出本身自信果敢的一面，面对不合理的需求会给出明确的理由，并表示为本身的判断和决定负责。专业的程序员，应当作到为本身的职场行为负责，只有这样，才能在与产品经理的博弈中拥有底气。

九、必杀技：为产品经理设计逻辑陷阱

面对不靠谱的需求，最擅长的手法是，在与产品经理对接的过程当中，利用自身逻辑思惟能力强的优点，引导其掉入需求中存在的逻辑陷阱，没法自拔，从而主动放弃，推翻以前的需求。

此项必杀技，是他与产品经理斗智斗勇的心得。但这项必杀技的使用前提是，确实是从技术角度不能支持的想法。

最后

在任何一家互联网公司，优秀的产品都须要程序员和产品经理的共同协做。产品经理的工做不只须要程序员的配合，有时更须要技术人员的匡正。

与全盘接受相比，偶尔的拒绝也有其价值。只有在这样的层面下，产品和技术，才能为实现真正好的功能作出贡献。

·END·

程序员的成长之路

路虽远，行则必至

本文原发于 同名微信公众号「程序员的成长之路」，回复「1024」你懂得，给个赞呗。

往期精彩回顾

程序员接私活的7大平台利器

select count(*) 底层究竟作了什么？

删库后，除了跑路还能怎么办？

MySQL索引优化看这篇文章就够了！

选择 25k 的 996 仍是 18k 的 965

一个完整的 Web 请求到底发生了什么

会写代码是你创业路上的包袱吗？

支付宝架构师眼中的高并发架构

最近话题火爆的四件事你知道不？