最近客户端的相册模块要改动，此时我才严重意识到：我不知道需求怎么写！
第一段产品哪有这么多用户在使用啊！就是猜想出了一些用户的需求，然后往APP里塞功能。
第二个APP在我接手前，功能已经经过稳定用户群体检验了。再说我接手时，不砸盘已经很好了，哪有什么新功能出现。但是这个模块不一样！这个需求我得自己评估了！
好慌，不想做，此时我的大脑无意识地开始回忆往事…
为什么之前做决策很大胆？
因为没有用户的担忧，没人用没人骂；而且那时的我在愚昧之山上俯瞰世界：我做什么都是对的，哈哈哈哈哈…
现在呢，在前人积累的用户量上做改造，一旦改错，分分钟被骂死。不需要领导驱动，我自己就够难受的了，这也要求我必须对每个需求再三评估。另外就是，现在的我，（相比之前）逐渐知晓了需求诞生的前后过程。当推出一个新功能时，你必须要求自己是这个模块的精通者。你知道用户是带着什么心态，来使用这个功能：他想干什么？他希望看到什么？现在的解决方案有什么缺陷？
为什么有些需求离谱得很？
因为不知道用户在真实的使用环境中是怎么想的。
往往是这样的：
1、做之前没有调研，直接上手；
2、调研了竞品，人家是这么做的；
3、用户还没理解这位颇具前瞻性的产品经理。
高级的产品经理，就痛点思考得更深入，提出的解决方案更好，用户自然就来了。
那我现在如何提高自己的水平？
就具体模块设计来看，至少我得模拟真实用户，假设自己要做这个，我的需要是什么。
当然这个是最基础的，我猜以下方式会为我加分：
1、分析功能使用场景：用户分几类，场景分几类，都怎么用？梳理
2、调研竞品方案：他们如何解决了以上场景下的缺陷，哪里好？哪里不足？
3、结合手头资源，设计适用于我方客户端的方案，最好分123期。
明天就按照这个思路做做看，不行就上论坛看看人家咋做的~
网友评论