老板需求真的那么难搞定么你觉得应该怎么做

　　工作中遇到老板提过来的需求，很多产品经理都很无奈，做吧，有时候觉得挺差强人意的，不做吧，毕竟是老板啊，发工资的人。
　　特别是对一些看起来正确但总觉得哪里不对的需求，又说不出哪里不好，硬着头皮做了，最后出问题自己还得背锅。
　　老板需求真的那么难搞定么？
　　在我过去的产品经历里，也处理过不少老板提出的需求，有来自大老板的，也有来自小老板的，对于这类需求，其实是有搞定办法的。
　　很多人一听是老板提过来的需求，就觉得只能照做，这样不就失去产品经理的价值了么，俨然变成了功能经理。
　　为了不让大家在这种情况下显得尴尬，出两招给大家作为参考，如果不好使，也别回来打我。
　　第一招，得敢于和老板对话。
　　有些同学面对老板时就一副老实巴交的样子，面对老板的发言连忙点头哈腰，事事听从，在心理上就低了大半截儿。
　　其实大可不必，老板也是人，大部分都是讲理的，他们的诉求或者需求也不是凭空想出来的（当然也不排除），作为产品经理，我们的价值不就是去挖掘深层次的需求么。
　　所以，对于老板提出的需求，你要敢于表达自己的观点，尽量以陈述现状和事实的方式来沟通。
　　而不是空对空怼观点，如果是观点之战，你肯定怼不过老板，人家职位在那，毕竟这是谁听谁的问题。
　　如果是现状和事实，那理性的人都会更加愿意倾听和思考，也更容易说服对方。
　　例如之前我在创业公司时，当时我们开发了App，此时小程序刚出来，我们老板敏锐地捕捉到了这个信息，回来就跟我们说要开发小程序。
　　而实际情况是，我们当时的App基础体验还没有做好，用户和市场也没有接受，单纯的换一种产品形态解决不了我们当下的问题，而且还有投入额外的资源。
　　此外，当时的小程序生态还不完善，作为工具属性来看，小程序的获客也需要独立运营，当时我们的资源不足以cover这部分。
　　所以，基于这些现状和事实，老板最终同意了产品给出的观点。
　　第二招，围绕问题提供解决方案。
　　方案和需求，这是很多人会搞混的两个概念。尤其是对于提需求的人来说，他们以为自己提的是需求，实际上是方案。
　　看一个例子。
　　我需要在产品上加一个消费金额排行榜的功能，这是需求么？不是，这是方案。
　　我无法知道现在消费金额最高的人是谁，这是需求么？是，严格说，是问题。
　　排行榜是基于问题而构想出来的解决方案，然后解决方案被包装成了需求，如果照做了，可能做了一个多余的设计。
　　因为问题本质上是只需要知道消费金额最高的人是谁，此时根本不需要一个排行榜，之所以有排行榜这个概念，可能就是同类概念迁移了。
　　工作中有很多这种例子，做了半天却发现不知道为什么有这么一个方案，回到最初，发现是问题错了。
　　老板提出的需求，此时就要分辨是方案还是问题，如果是方案，把问题挖掘出来，然后围绕问题提供解决方案。
　　老板都喜欢解决问题的人，而不是告诉他不行的人。
　　对于需求，做产品的每天都接触，需求分析、需求分类、优先级判断、通过数据验证需求，这些都算是一个产品经理的基本能力。
　　说白了，经历多了，踩得坑多了，自然就长进了。很多人都求捷径，但捷径往往是最不奏效的。
　　掌握方法，多实践，多总结，就够了。
　　虽然随着经历的增加、实践增多，依旧还会有很多产品经理在需求分析过程中出现以下这些问题：
　　1、难以判别用户需求是真需求还是伪需求
　　2、难以把用户需求转化为产品需求
　　3、不知道如何排列需求优先级
　　4、不知道如何搞定来自用户、老板、其他部门的多方需求。