科技猎不聊马斯洛 关于“需求” 我的16条经验
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、产品经理最痛苦的事儿莫过于在开发过程中改需求，比这还要痛苦的是在测试过程中改需求。
需求变更的原因很多：原始需求有误、不清晰、不完善；业务变化、环境变化导致需求变化；想出更好的解决方案等。
在改需求这件事儿上，其实产品经理的抵触情绪比开发更强烈，但我们往往是先说服自己再去跪求开发。
就这点来说，产品经理简直太伟大了！快，给自己点个大大的赞！
以上就是“不聊马斯洛 关于“需求” 我的16条经验”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。
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、产品经理最痛苦的事儿莫过于在开发过程中改需求，比这还要痛苦的是在测试过程中改需求。
需求变更的原因很多：原始需求有误、不清晰、不完善；业务变化、环境变化导致需求变化；想出更好的解决方案等。
在改需求这件事儿上，其实产品经理的抵触情绪比开发更强烈，但我们往往是先说服自己再去跪求开发。
就这点来说，产品经理简直太伟大了！快，给自己点个大大的赞！
以上就是“不聊马斯洛 关于“需求” 我的16条经验”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。