编辑导读：作为产品经理，你是不是经常会遇到一些无理的需求，尤其提需求的人还是你的BOSS，你还不能拒绝。这时候除了着急上火还有什么能做的呢？本文作者也遇到了这样的情况，他用一套思维导读巧妙地“回怼”了BOSS，一起来文中一探究竟吧。
（场景回放）
BOSS：现在外卖都不靠谱，我要做一个专门做中高端外卖的APP，肯定能成功，理由有1/2/3/4/5，肯定没问题，我自己肯定是深度用户。
PM：已经有人做了呀，饿了么、美团外卖不都能送吗？
……二十个来回后……
BOSS：反正我觉得靠谱，爱干不干，不干明天别来啦！
作为PM我相信，你在工作中时常遇到这种“熟悉”场景，很让人恼火、上头……
冷静、冷静、冷静，身为PM我们不害怕需求，我们害怕没有找到用户的真实需求。BOSS作为我们的产品的深度用户，或者是“用户中的KOL”，我们不费“吹灰之力”就得到用户送上门的需求，我们PM为什么不珍惜呢？
难道就像歌词里唱地“得不到的永远在骚动……被偏爱的都有恃无恐”吗？
PM与BOSS身处的位置、看问题的角度、掌握的资源、了解的信息、承担的压力等各方面都不同，谁能判定这个需求是否靠谱呢？
如果没有谁能“主观上”来判定，作为PM我们可以“客观上”来寻找“说服BOSS的依据”。当然，我们的目的不是为了“怼”BOSS，我们只是去深入解读“BOSS需求”背后的秘密：
如果我们验证了“BOSS需求”的荒谬，最终给BOSS心服口服的依据，BOSS反而会觉得我们很能干，对我们很放心。
如果你凑巧发现了“BOSS需求”，背后产品完善的“新大陆”，你不就有了大展身手的机会了么？并且回过头来你还可以夸“BOSS英明神威”，连拍马屁都有理有据。
最后让BOSS一身舒畅。总之无论那种结果，对于我们PM来说都是有利无害的！
接下来，我分享一种简单、常见的思考方式来分析需求、整理需求———思维导图。
一、“思维导图”式的思考方式
面对BOSS的需求，从以下几点发散思考：
- 用户：谁会感兴趣、 谁会用，有哪些人会用？
- 场景：这些用户分别在什么情况下会用、会感兴趣？
- 问题：用户分别在上述场景下，遇到什么问题（挑战）？
- 方案：用户现在的解决方案是什么？
以下面案例作为分析题目，展开介绍：
BOSS：我们是做O2O服务的，是不是得搞一个下订单的时候输入优惠码的东西？这样我们给朋友发优惠码，让他们来体验产品呢？
PM：（冷静……冷静……）
首先，BOSS的需求是“优惠码”，作为PM我们可以把这个需求在解析后深挖一下，看看BOSS这个“大用户”的需求是否有“代表性”、背后是否有”新大陆“？
1）潜在用户
谁会对优惠码感兴趣？列出所有感兴趣的人。不用思考行不行，把能想到全部穷举出来：
2）列出用户发生（感兴趣）的场景
针对每一类用户“分别”往下分解，把“什么情况”描述清楚，最好简单描述一个故事。
3）不同的用户分别碰到什么问题
不同的群体、不同的场景、问题都是不同的。注意是“分别”，不要怕重复。
区分“问题”和“中性词”，如“时间长”、“价格高”才是问题，“时间”、“价格”是中性词。
4）现在的解决方案是什么
是用户现在的解决方案，而不是你要做的新功能的解决方案。有很多用户也没有解决方案，没有就是没有：
其次，各种感兴趣的用户，各种场景下、遇到的各种问题，以及他们现有的应对方法都展现出来了，结下来看看我们产品设计开发怎样去给“需求”分轻重缓急，量力而行。
如何评定需求的优先问题，可以从以下维度：
1）看用户量与发生频率
优先解决大用户量的高频问题，做好基础体验；最后解决少量用户的低频问题，优化完善体验。
2）看开发难度和效果
优先见效快且开发难度不大的，这就是迭代；最后做很费劲而且见效慢的，这可能是未来的机会。
3）看产品价值
- 迫切程度：用户是不是真的非常需要？还是空想的？
- 付费意愿：用户是否会为了解决问题而付费？
- ARPU： 如果开发出来，用户会为之付多少钱？
4）看你对目标群体的熟悉程度
你是否深入了解用户使用场景，你对用户群体的理解是否足够？
如果不熟悉，想办法尽快熟悉。
总结你的结论：
- 用户：这个功能，第一批的核心用户是谁？
- 场景：这个用户在什么场景下会使用？
- 问题：解决了这个用户最大的痛点是什么？
- 对比：和用户现在的解决方案相比，体验/效率提升有多大？
最后，有了各种潜在用户、各种场景下、各种需求，也掂量了一下各种需求开发价值，PM就可以“有理有据”去跟PM在同一个维度，探讨某个需求（文中以优惠码需求为例）是否靠谱、实现的价值与意义啦。
此外，我始终认为：没有什么需求是不能是实现的。关键是需要付出多大代价的问题、是否适宜的问题。
身为PM经理，我们需要将“需求实现”的优先级、时间、成本、成功概率等因素，罗列出来让BOSS判断是否值得去做。这才是PM的高阶价值！