产品经理新三观 数据观 格局观 细节观

《产品经理新三观 数据观 格局观 细节观》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、产品经理新三观数据观格局观细节观导语在扬帆远航的星辰大海上，有人只顾眷恋脚下的礁石，而有人在尝试探索新大陆。数据观：要重视数据，根据数据做决策，用数据说话。格局观：学会换个角度，从战略层面去考虑问题，格局有多大，世界就有多大。细节观：细节决定成败，无数个经过产品经理优化后的细节，堆砌出令人尖叫的用户体验。数据观靠谱的产品经理，不能拍随便脑袋想做什么就做什么，而是要以用户价值为中心，学会利用数据来侧面验证产品需求的是否靠谱。数据应该贯穿产品需求从无到有的完整的一个生命周期。网上有很多产品生命周期的讨论，比较形象的一种划分是

2、：幼年—童年—青年—壮年—老年，分别代表了一个产品不同的生命阶段。这里不多加赘述，文中提到的生命周期概念，并不是产品本身的生命周期，而是一个产品需求的生命周期，本质是需求的生命周期，并且这个需求的生命周期的结束，意味着一个新产品生命周期的开端。根据工作这段时间的观察和提炼，我对产品需求的生命周期流做了一个简单的总结，一个产品需求完整的生命周期主要包括以下九个阶段：idea产生—需求分析—项目评估—PRD撰写—需求评审—开发测试—发布上线—运营监控—项目效果后评估。很多公司都会有idea的头脑风暴，有的公司是单独组织一个i

3、dea讨论会。比如我2014年在百度的时候，就参加过几次这样的会议，那时候的体会是，即使是简单的idea讨论，如果有相关的数据做支撑，会让idea显得更靠谱和更有说服力。一般来说，很多idea讨论会很容易陷入一个困境，就是你还没有把一个idea的来龙去脉完整的阐述清楚，就会有人马上打断你，然后从技术实现和产品细节等方面去质疑你。这种idea还没讲完就被无端打断的感觉是很不爽的，并且无序无规则的争论，会导致会议的效率大打折扣，很多时候花了很长时间开会也得不出所然，或者得出的会议结论也没有什么含金量。至今觉得百度的idea讨

4、论会是做得比较好的，这里也可以简单分享一下百度在这方面做得好的地方：百度为idea头脑风暴设定了一些讨论规则，让参会的产品经理有一个基本的讨论框架，然后可以友好的进行idea头脑风暴。建立基本的是非判断框架和讨论标准，是会议高效有序进行的有力保障。idea讨论五步法：1.产品经理要学会倾听。别人在阐述idea的时候，尽量不要打断，让idea生产者把话说完，争取把idea的基本框架完整的阐述清楚，用户的疑问，很多时候都随着idea主流程的展开而解决了，所以讨论会上最好不要轻易打断，要学会倾听。2.有序提问和互动。idea的

5、主流程阐述清楚后，其他的人再去打断和提问，不要轻易在别人阐述idea眉飞色舞的高潮阶段，给别人泼冷水，因为这样很容易浇灭头脑风暴的火种；3.吐槽也要有正确的姿势。自由提问和互动阶段，分为白帽子&黑帽子两个维度去评价idea，白帽子指的是idea值得肯定的方面，是Idea的亮点和优势。黑帽子指的是idea的缺陷，鼓励大家对idea进行吐槽，扣白帽子和黑帽子是整个idea讨论会的高潮，哪些idea靠谱哪些不靠谱，就在这个PK环节一较高下。4.雁过留痕，会议记录要做好。阐述idea的产品经理，可以在白板上写一下idea的框架要

6、点，做好idea记录。然后，其他人员关于idea的白帽子和黑帽子都贴到白板上，方便其他人看到。5.邮件周知及后续安排。每次会议开始前，最好安排一人做整个讨论会的会议纪要，结束之后整理出要点发给全组人员，保证每次讨论都有价值和产出。Leader可以根据产品规划和idea讨论结果，筛选出靠谱的idea进idea需求池，安排对应的产品经理去跟进需求。上面的五个idea讨论会步骤，简单分享了我14年所在的百度钱包部门的idea讨论会的大概流程，至今仍然觉得这个流程是靠谱的。产品经理在工作中遇到的一个问题，就是在idea讨论会的时

7、候，没有一个框架和标准，导致会议效率不高。很多时候你刚起一个头，就有人跳出来打断你质疑你，其实他们的很多疑问都可以在后面的关于idea主流程的阐述里找到答案，但是很多人就是缺乏耐心和用心倾听的姿态，这导致idea讨论会很无序很混乱，有的时候花了几个小时开完会，但是最终并没有一个清晰的会议结论。如果有产品经理感觉自己的部门和团队开会效率特别低，并且经常发生idea刚起一个头，就会遇到铺天盖地的质疑和争论的，可以考虑引进百度这套5步idea讨论会的框架，让整个团队可以更友好的进行头脑风暴，即使是撕逼，也是高效率的靠谱有序的撕

8、逼。希望这个5步idea讨论法，能帮助深陷idea讨论无序无效之苦的你，赶紧走出来，利用有序靠谱的讨论架标准，让产品经经理的工作更高效。绕了一大个弯子，还是要回到数据上来。idea头脑风暴，表面上是天马行空，是没有限制的发散思维，但实际上最终胜出的idea，还是靠谱最重要。如何做到靠谱呢？除了以用户为中心，主要是靠数