First thing first.
你一定要确认，领导的需求是有问题的。而不是你的水平不够，导致你认为他是有问题的。这事就跟你跟你女朋友讲道理一样，是个玄学。很多时候你认定的不一定就真是对的。
你先想一下：
这需求背后的思考是什么？老板究竟想要什么？是不是有什么事情，我没有考虑到？
在你确定一定以及肯定这需求是有问题了之后，你需要考虑第二件事。
Second thing.
即使有问题，这事要不要做。
你需要考虑以下几点：
1. 老板为啥要提这个需求？老板需要证明一下权威？刷一下存在感？对你们的进度不满意？
2. 开发成本有多高？如果做会造成多大的延期？有没有简单有效的替代方案能实现需求又不大费周章？
3. 你在老板的信用账户里有多少余额。够不够你拒绝掉这个需求的？
你是个打工的，在你有足够的威信去做你自己想做的之前，建议先夹着尾巴。就算不合理，如果能很好的支持老板的想法，你依然会是一个棒棒的小婊砸。反之则变成了一个没功劳又事逼的刺头。
Third thing.
在你再三确认，这事可以不搞之后。（你一定要再三确认，你一个小屁产品经理，很多时候不过是老板的一个传声筒而已，可千万别把自己看高了。万一老板觉得你不听他的，你麻烦大了）
你有以下白科技和黑科技可以用。用好了可以减少你账户里的信用消费，用不好则反之。
白科技：
1. 开发资源不够，进度跟不上。
此条比较常用，能解决大多数老板不是特别在意的需求。特别是进度比较紧时。
使用注意事项：要和开发协商好，对好口供。万一老板问过去，是你在当太监搞信息不对称，你麻烦大了。另外此条安全性不高，老板给出延期和加人的条件，你还是得搞。另外提加人你可以提提招人成本和接手项目成本。
2.睡服说服老板
此条适用于老板脑子好使的情况。手段的话，摆数据>提案例>动感情>讲道理。
对，没错，千万别讲道理。别来那套需求不完善，方案不合理，需要检测反馈之类的东西。你想证明什么？听话，都是血和泪的教训。
尽可能别用，要用，开头第一句话也不可以是：老板这个需求做不了/不合理/太傻逼之类的话。
说话的语气，是要一步一步引导老板把他想表达的东西说清楚说明白，找到里面根源的不合理部分，然后拿出事实来。而且是温柔的拿出来，让老板觉得是他精力不够，错过了一些重要的信息导致决策有失偏颇，而不是他太傻逼。（事实上大多数老板比你聪明的多，就算有失误一般也都是他时间精力不够的原因）
黑科技
1. 放几天
此条适用于老板想法特多的情况。很多时候人都有突发奇想，这时候很容易被新奇的想法吸引，眼里容不下其他。这种情况，一般睡一觉，就能冷静下来。放几天，老板可能就不提这事了。
2. 嘴上答应，身体却很老实
开发周期很长，说不定到交付的时候老板已经忘了。就算想起来，你也可以说你忘了，道个歉，下个版本补上。下个版本说不定也忘了呢是不是。
3. 让老板说需求和功能细节
老板大多数不是专业设计者，你装作不是很理解的样子让他继续往下说。很有可能他把自己绕进去了，发现这玩意实现起来倍儿智障，他自己就再想想了。注意是他自己意识到，不是你让他意识到。这都是细节。
先说这么多，半夜太困了。
最后提一嘴，你确定一定以及肯定，你有足够的威信做这事？
程序员可能巴不得得到老板的宠幸呢，你一个小产品，小心最后里外不是人哦。
