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