How to 头脑风暴？

经历过大学社团活动的人可能有一个体会，那就是一群人一起干活效率奇低，如果是男女搭配，那效率就会更低。这也没办法，因为“群体智商低于单个智商”。特别是头脑风暴活动，一群人七嘴八舌，听了俩小时，你可能连主题都还没明白。今天Glen结合今天学到的东西，分享一下我对头脑风暴的一点心得、体会。

前奏：任何没有主题的讨论都是耍流氓 中奏：如何准时开始 高潮：如何引导思路 尾声：要说人话

前奏：定下主题

现在的人们，做事情很容易蒙头就干，有时候连为什么这么做都不知道。这样的后果经常是事倍功半，因为你常常会走错方向，发现问题了再掉过头来，怎么可能高效？

选择比努力更重要

我自己也常常犯这个错误，做事总是急急忙忙，别人看起来你很忙碌，但其实一天下来也做不了多少事情。因为老犯这种错误，我找了一句话作为我的座右铭，用来时刻提醒自己不要瞎忙，现在我把这句话送给大家：简单比复杂更难，选择比努力更重要。

头脑风暴尤其需要明确的主题

言归正传，我们先来看看什么是头脑风暴：所谓头脑风暴(Brain-storming) 最早是精神病理学上的用语，指精神病患者的精神错乱状态而言的，如今转而为无限制的自由联想和讨论，其目的在于产生新观念或激发创新设想。

看似是无限制的自由联想，其实头脑风暴被一个条件从头到脚限制它，那就是讨论主题。一场好的头脑风暴需要一个很好的控场人，不然讨论很容易偏离讨论的方向，导致几十分钟讨论出来的结果往往是无效的。所以，大家在发起一次头脑风暴之前，一定要想好这次讨论的主题，不要浪费大家的时间。

中奏：让我们准时开始讨论吧

准时，学生时代可能没有那么严格，但进入职场，守时、准时非常重要，按时完成任务是执行力的体现。让每个人准时出席会议其实是一件很难的事，你作为会议或讨论的发起人，别人往往觉得这不是他的事，所以无形中就会把这件事的优先级降低，Ta很可能愿意迟到几分钟去领一个快递，也不想准时出席会议。

那么如何控制呢？今天从前辈Blues那里学到一招，就是用这个时代的人最痛的痛点来使得会议尽量准时开始。这个最痛的痛点就是钱，没办法这个时代的人就是这样。

那么如何操作呢？定一个规则，参加会议迟到的人，发一个大红包，比如100，如果都准时参加了，那么会议召集人发100的大红包。如果会议准时开始，效率提高，你作为会议召集人，这100块花得很值得。

高潮：引导思路，输出结果

空谈而不输出结果，更是耍流氓。一次优质的讨论，至少要得出一个结论。就头脑风暴而言，也大致分为两种情况：

对既有产品进行头脑风暴

对既有产品的头脑风暴，需要你将情况分为两块讨论：

产品的优势点 用户的痛点

分别列举出产品的优势点和用户痛点，最理想的状态是产品最优势的点能够击中用户最痛的点。

举个栗子：比如一次两个品牌之间的合作活动，需要你想出一个我方产品的新Slogan（标语、口号）来配合对方进行宣传。我方能够制做业内顶级的音响设备，而部分用户必须用我方产品才能够满足他们听高品质音乐的痛点。产品最优势的一点和用户最痛的痛点就连接起来了，接着可以按照这个思路思考新的Slogan，例如：

为发烧音乐而生 让天下没有低品质的音乐 听到一切 与.MP3告别

对于某一话题进行头脑风暴

有时候进行头脑风暴是为了找到新的点子、需求，常常是就某一个话题、关键词进行无限发散。这种形式的头脑风暴特别需要一个专业的控场人员进行引导思路，参加一次这种类型的头脑风暴，会收获很大。

还是举个栗子比较便于理解：一个创业团队想做一款O2O的应用程序，但是这个团队还没有想好方向，于是他们进行了一次头脑风暴。

第一步，基于核心O2O确定讨论的大方向，比如通过O2O能想到7个方向：娱乐、社交、兴趣、位置、用户、教育、企业服务。

第二步，我暂时称第一层的节点为根节点，第二层开始为叶子节点，接下来就是扩展第二层的叶子节点，每一个根节点都可以扩展出若干个小点；这里控场人员的作用非常重要，Ta需要严格控制一个根节点扩展到叶子节点的时间，当一个点停留的时间过长，就可跳过（建议2分钟都没有新的点子就勇敢地跳过吧）。

第三步，在叶子节点的基础上再不断扩展第三层叶子节点，这一步可以一直重复，直到不能再继续往下扩展为止，我这里以“用户”这一个根节点发散，第二层叶子节点得出用户分类，第三层再进行细分，直到不能再分。

第四步，将最后一层叶子节点的东西留下，之前节点上的东西全部去掉。

然后分析发现市场上针对于中老年的O2O应用程序比较少，这一块应该是有机会创业的，于是这个创业团队开始紧锣密鼓地开发产品，半年后，他们推出了一款深度定制了O2O服务的老人手机，推广到了市场，拿到了上亿投资，成员全部都迎娶了白富美。（哈哈哈，可能是真的哦！）

尾声：要说人话

这一段是有感而发，讨论的时候，切记要说人话（笑）。隐藏技术细节，讨论的时候不需要讲得太geek。张小龙曾说过：忘掉技术，千万不要堆砌技术参数自我满足；千万不要教育用户，要降低用户学习成本。