假如BOSS给了PM一个不靠谱的需求

假如BOSS给了一个PM不靠谱的需求，那么站在PM的角度上，我会怎么处理呢？在知乎上看了好多达人以及同行的真知灼见，自己也是有一番小的思考，这里做一个总结吧

其实，这种不靠谱的产生的最主要的原因无非是所处的位置和立场不同，因而会发出不同的声音。

作为一个BOSS，更可能是从当前整个市场的行情，走向去看问题，觉得我们应该做一个XXX产品，实现XXX需求，然后达到XXX目标。

作为一个PM，更多的是考虑一个产品满足这种需求所需要的成本，实现细节以及“性价比”，如果PM再厉害点的话，可能技术实现难易程度也会考虑其中。

PM毕竟是下级，我们不能置BOSS的这种想法不顾，否则你就卷铺盖走吧！那么我们改怎么办呢？很好，收起我们和程序开发员据理力争时候的塌脸，笑容满面的去和BOSS开会。

首先，我们需要理清思路。和BOSS将我们的需求的出发点，目标用户，用户场景，用户习惯的培养，用户可能的粘度分布等等设想保持一直，在此基础上讨论该需求的必要性；

其次，我们在这基础上将实现需求的成本列出，用数据说话，如果有类似的需求，可以做个参考；

再者，如果BOSS还是要求必须做的话，那就认真的去做；到底怎么去做呢，那么根据我的经验，这个需求并不靠谱，但是BOSS要求必须做，那就不能按照传统的那种产品思路走下去，这时候，最小化可行性产品（MVP）是个很好的选择。就如同你想要在某个站点装一个自动贩卖机，不如先去买上一个星期的饮料，看看销售情况，再做决定。当然，整个过程必须和BOSS保持沟通和反馈，或许老板会知难而退或者接受你的意见；

最后，如果，如果，如果BOSS真是一块雷打不动的石头，那我自己卷铺盖呗！

其实，最后一种情况毕竟少数，只要我们用真是的数据讲话，或者在做产品的过程中时刻保持与BOSS的沟通和反馈，相信一定会有好的结果。