一、得到需求后的思维导图思考方式
用户 | 当得到一个需求,先不要想怎么实现,而是想谁会用 |
场景 | 用户在什么情况下会用(感兴趣)? |
问题 | 用户分别在上述场景下,碰到什么问题? |
方案 | 用户现在的自己的解决方案是什么? |
二、得到需求后的思维导图整理方式
用户 | 潜在用户有哪一些(类)? |
场景 | 列出用户感兴趣的场景? |
问题 | 不同用户在不用场景下碰到什么问题? |
方案 | 用户现在的自己的解决方案是什么? |
三、需求的优先级排序
1.四象限看用户量与发生频率:
(1)优先解决大用户量的高频问题,基础体验;
(2)最后解决用户的低频问题,超好体验;
2.看开发难度和效果
(1)优先见效快且开发难度不大的,也就是迭代;
(2)最后做很费劲而且见效慢的,也就是未来可能的方向
3.看产品的价值
(1)迫切程度:用户是不是真的非常需要?还是空想的?
(2)付费意愿:用户是否会为了解决问题而付费?
(3)ARPU(每用户平均收入):如果开发出来,用户会为之付多少钱?
4.看你对目标群体的熟悉程度
(1)你是否深入了解用户使用场景?
(2)你对用户群体的理解是否足够了解?
(3)如果不熟悉,就想法办法去熟悉它,否则就不要动手。
5.总结结论
(1)用户:这个功能,第一批核心用户是谁?
(2)场景:这个用户在什么场景下使用?
(3)问题:解决了这个额用户最大的痛点是什么?
(4)对比:和用户现在的解决方案相比,体验/效率提升有多大?