不聊马斯洛,关于“需求”,我的16条经验

产品经理日记

共 1479字,需浏览 3分钟

 ·

2021-03-16 16:10

1、正经需求的来源有两个:用户和数据。其中数据也是用户使用产品产生的,所以归根结底一条结论:需求来源于用户。
2、上述结论对天才无效。比如乔布斯,人家是先把产品做出来,然后告诉用户:你有这个需求!然后用户竟然还普遍认同...
3、有人会说,竞品也是需求的重要来源。好吧,既然你这么大言不惭的把抄竞品摆在桌面上,我就告诉你,这类需求来自竞品的用户。
4、不正经需求都是拍出来的,比如老板一拍大腿、自家产品经理一拍脑门、竞品产品经理瞎拍脑门等等…
5、定义需求的两要素,其一是用户,这里的用户是广义的用户,不止包括线上产品的用户,还包括公司内部的市场、运营、客服等等…
比如给客服开发个工单系统、给运营开发个活动管理系统,这里的客服、运营就是对应的用户。
6、定义需求的第二要素是场景,不同用户在同一场景下需求是不同的。比如——;同一用户在不同场景下需求也是不同的,比如——
用户+场景才能定义一个完整的需求。
7、产品经理把自己当成用户YY出来的需求,大多是伪需求。因为:在年龄、阅历、兴趣、收入、受教育水平等等多个方面,产品经理和用户都是有差异的,即使处在相同场景下,产品经理也很难成为真正的用户。
8、YY需求这事儿,C端产品经理常干!B端产品经理想干,但YY不出来...

9、调研需求时有一个常见的误区:如实记录用户想要的产品功能。
人们总是会下意识的说:我想要一匹更快的马。这其实是一个建立在用户自身知识和经验基础上的解决方案(产品功能)。

产品经理要做的是挖掘背后的原始需求:想要更快的从A地到B地,然后你才能给用户做出他心爱的小摩托。

10、不要听销售/客服转述的用户需求,转述一定失真!一定直接从真实用户处获取。
11、需求有真伪之分,伪需求肯定不会做;真需求,也不一定会做,还要看需求覆盖用户量、用户使用频次、迫切程度、付费意愿等等…
说白了,优先级P1、一路绿灯、火速上线的需求,要么能带动产品增长,要么能提高产品营收。
12、带有政治任务的需求无视上条规则,优先级P0!
13、如果一个产品上线了一个很奇怪的功能,跟用户需求毫无关联,这背后一定有老板的死命令和产品经理的骂娘声。
14、众所周知,“已经记入需求池了”是不做的意思。先录入需求池,优先级顶多P2,而每次迭代时,P1级的需求都排不开。
真正紧急的需求,有往需求池里记录那个时间,业务流程图都画好了。
15、需求管理的第一课:学会拒绝需求。大多数产品的需求管理是混乱的,本质原因是多数产品经理没什么话语权。
16、产品经理最痛苦的事儿莫过于在开发过程中改需求,比这还要痛苦的是在测试过程中改需求。
需求变更的原因很多:原始需求有误、不清晰、不完善;业务变化、环境变化导致需求变化;想出更好的解决方案等;
在改需求这件事儿上,其实产品经理的抵触情绪比开发更强烈,但我们往往是先说服自己再去跪求开发。
就这点来说,产品经理简直太伟大了!快,给自己点个大大的赞!
也,顺便给本文来个一键三连吧
— end —

  ◆  
推荐阅读

产品经理才能看懂的14个瞬间
用产品经理思维写简历2.0
2020产品经理薪资大起底
从盖棺到诈尸,米聊只用了8天
为什么被喷的总是产品经理

我们还有全网最活跃的10000人产品经理社群,关注公众号,回复「加群」即可↓↓↓
浏览 42
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报