需求的优先级

所谓“鱼和熊掌不可兼得”，我们的时间、精力或者其它资源都是稀缺的，当我们做出这些决定的时候，我们就在为这些事情指定优先级，一件一件的完成。

对于产品也一样，那么多的需求，感觉都想做，无处着手。

那么可以按照这四种依据来排序：频率、开发的难度和效果、产品价值、对用户的熟悉程度。

四象限看用户量与发生频率

• 优先解决大用户量的高频问题，基础体验
• 最后解决少量用户的低频问题，超好体验

重点先做基础体验，提高稳定性

案例：

四象限看开发难度和效果

• 优先见效快且开发难度不大但，这就是迭代
• 最后做很费劲而且见效慢的，这可能是未来的机会

看产品价值

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

看你对目标群体的熟悉程度

• 你是否深入了解用户的使用场景
• 你对用户群体的理解是否足够了解
• 不熟悉就不要动手，想办法熟悉

总结

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