做产品的必然要面对一件事：做需求，那在做需求之前我们要如何抉择？考虑那些问题？其实难倒了很多刚入行的新人。
要么做的需求完全不是用户想要的，浪费时间和资源；
要么做的需求不痛不痒，也是一种浪费；
要么就是做了很多乱七八糟的功能，导致产品混乱不堪；
……
那么，我们要如何去思考呢？
1.高频低频？
2.只在新用户测, 他们没有旧认知？
3.加吧，加100个总有一个有用？
4.战略重要性？
5.收益规模，加法乘法？
6.先上基础版测试看数据？
7. 根据用户画像控制模块显隐和排序？
8.解决目标用户核心需求，如无必要，勿增实体？
9.能不能打过老板?
10.辞职？
……
以上其实都算，但是太零散了，零散到无法指导你去落地，下面站在我自己思考的角度，帮助大家建立一个思维框架。
其实无论做什么事情，都避免不了要去思考：做不做？怎么做？以及什么时候做？
①做不做？就看有没有必要，从用户需求点、高低频、战略、投入产出比、老板等角度考虑。
②怎么做？这其实挺难的，要么有明确的方案直接落地，要么没有，做多种方案抉择（官方抉择 + 用户调研），做MVP，做用户画像分层，做实验室功能，做A/B测试等等，真正落地挺难，除非是已经成体系化。
③什么时候做？要考虑重要紧急性了，可能这一版，可能下一版，这一方面涉及到用户需求痛不痛；另一方面是老板、投资方；还有一方面是市场环境、竞争格局。
以上，看似清晰简单，实际落地会遇到很多阻碍，关键在于自己的头脑中要建立一个完整的思考框架，不至于临场混乱。
BTW，我所说的不完全正确，仅供参考。
网友评论