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

很多公司都会有idea的头脑风暴，有的公司是单独组织一个idea讨论会，比如我2014年在百度的时候，就参加过几次这样的会议，那时候的体会是，即使是简单的idea讨论，如果有相关的数据做支撑，会让idea显得更靠谱和更有说服力。

，很多idea讨论会很容易陷入一个困境，,就是你还没有把一个idea的来龙去脉完整的阐述清楚，就会有人马上打断你，然后从技术实现和产品细节等方面去质疑你。

这种idea还没讲完就被无端打断的感觉是很不爽的，并且无序无规则的争论，会导致会议的效率大打折扣，很多时候花了很长时间开会也得不出所然，或者得出的会议结论也没有什么含金量。

至今觉得百度的idea讨论会是做得比较好的，这里也可以简单分享一下百度在这方面做得好的地方

百度为idea头脑风暴设定了一些讨论规则，让参会的产品经理有一个基本的讨论框架，然后可以友好的进行idea头脑风暴。建立基本的是非判断框架和讨论标准，是会议高效有序进行的有力保障。

Idea讨论五步法

1）、产品经理要学会倾听。别人在阐述idea的时候，尽量不要打断，让idea生产者把话说完，争取把idea的基本框架完整的阐述清楚，用户的疑问，很多时候都随着idea主流程的展开而解决了，所以讨论会上最好不要轻易打断，要学会倾听。

2）、有序提问和互动。idea的主流程阐述清楚后，其他的人再去打断和提问，不要轻易在别人阐述idea眉飞色舞的高潮阶段，给别人泼冷水，因为这样很容易浇灭头脑风暴的火种；

3）、吐槽也要有正确的姿势。自由提问和互动阶段，分为白帽子&黑帽子两个维度去评价idea，白帽子指的是idea值得肯定的方面，是Idea的亮点和优势。黑帽子指的是idea的缺陷，鼓励大家对idea进行吐槽，扣白帽子和黑帽子是整个idea讨论会的高潮，哪些idea靠谱哪些不靠谱，就在这个PK环节一较高下。

4）、鸟过留痕，会议记录要做好。阐述idea的产品经理，可以在白板上写一下idea的框架要点，做好idea记录。然后，其他人员关于idea的白帽子和黑帽子都贴到白板上，方便其他人看到。

5）、周知及后续安排。每次会议开始前，最好安排一人做整个讨论会的会议纪要，结束之后整理出要点发给全组人员，保证每次讨论都有价值和产出。Leader可以根据产品规划和idea讨论结果，筛选出靠谱的idea进idea需求池，安排对应的产品经理去跟进需求。

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

上面的五个idea讨论会步骤，简单分享了我14年所在的百度钱包部门的idea讨论会的大概流程，至今仍然觉得这个流程是靠谱的。

产品经理在工作中遇到的一个问题，就是在idea讨论会的时候，没有一个框架和标准，导致会议效率不高。

很多时候你刚起一个头，就有人跳出来打断你质疑你，其实他们的很多疑问都可以在后面的关于idea主流程的阐述里找到答案，很多人就是缺乏耐心和用心倾听的姿态，这导致idea讨论会很无序很混乱，有的时候花了几个小时开完会，最终并没有一个清晰的会议结论。

如果有产品经理感觉自己的部门和团队开会效率特别低，并且经常发生idea刚起一个头，就会遇到铺天盖地的质疑和争论的，可以考虑引进百度这套5步idea讨论会的框架，让整个团队可以更友好的进行头脑风暴，即使是撕逼，也是高效率的靠谱有序的撕逼。

希望这个5步idea讨论法，能帮助深陷idea讨论无序无效之苦的你，赶紧走出来，利用有序靠谱的讨论架标准，让产品经经理的工作更高效。

绕了一大个弯子，还是要回到数据上来。idea头脑风暴，表面上是天马行空，是没有限制的发散思维，但实际上最终胜出的idea，还是靠谱最重要。如何做到靠谱呢？

除了以用户为中心，主要是靠数据说话，

长沙推广,长沙建立在真实客观的数据基础之上的idea，才是靠谱的。作为带业务的产品经理，你的idea不能脱离数据真实情况太离谱，不能越过基本的数据边界。

idea的时候需要重视数据，需求分析阶段更是如此。我司的产品需求文档模板，第二项就是目标评估，撰写PRD的时候，需要给出这个需求最终可以带来的数据结果。