产品经理学会用思维导图梳理需求，“回怼”BOSS( 二 )

本文插图
4）现在的解决方案是什么
是用户现在的解决方案，而不是你要做的新功能的解决方案。有很多用户也没有解决方案，没有就是没有：

本文插图
其次，各种感兴趣的用户，各种场景下、遇到的各种问题，以及他们现有的应对方法都展现出来了，结下来看看我们产品设计开发怎样去给“需求”分轻重缓急，量力而行。
如何评定需求的优先问题，可以从以下维度：
1）看用户量与发生频率
优先解决大用户量的高频问题，做好基础体验；最后解决少量用户的低频问题，优化完善体验。

本文插图
2）看开发难度和效果
优先见效快且开发难度不大的，这就是迭代；最后做很费劲而且见效慢的，这可能是未来的机会。

本文插图
3）看产品价值

迫切程度：用户是不是真的非常需要？还是空想的？
付费意愿：用户是否会为了解决问题而付费？
ARPU：如果开发出来，用户会为之付多少钱？

4）看你对目标群体的熟悉程度
你是否深入了解用户使用场景，你对用户群体的理解是否足够？
如果不熟悉，想办法尽快熟悉。
总结你的结论：

用户：这个功能，第一批的核心用户是谁？
场景：这个用户在什么场景下会使用？
问题：解决了这个用户最大的痛点是什么？
对比：和用户现在的解决方案相比，体验/效率提升有多大？

最后，有了各种潜在用户、各种场景下、各种需求，也掂量了一下各种需求开发价值， PM就可以“有理有据”去跟PM在同一个维度，探讨某个需求（文中以优惠码需求为例）是否靠谱、实现的价值与意义啦。
此外，我始终认为：没有什么需求是不能是实现的。关键是需要付出多大代价的问题、是否适宜的问题。
身为PM经理，我们需要将“需求实现”的优先级、时间、成本、成功概率等因素，罗列出来让BOSS判断是否值得去做。这才是PM的高阶价值！
这就是我想跟大家分享的PM工作中常用的“思维导图”分析需求的方法，简单又直观！当然方法还有其他方法，后面陆续介绍！如果欠妥之处，忘前辈赐教！
本文由 @安子画原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash ，基于CC0协议