最近不少朋友在后台问我，创格科技到底是怎么接连做出爆款产品的，是不是有什么外人不知道的秘诀。说实话，我一开始也以为他们靠的是运气或者砸钱推广，直到我把创格这几年的产品线从头到尾捋了一遍，又找几个做产品的老哥聊了聊，才发现事情没那么玄乎。创格真正厉害的地方，不在于某一个点子有多惊艳，而在于他们把“创新格局”这四个字落到了实实在在的流程里。今天就把我看到的、听到的、踩过的坑，原原本本跟大家唠一唠，不管你是做产品的、做运营的，还是单纯好奇爆款背后逻辑的，应该都能捞到点有用的东西。
先别急着谈创新，创格第一步是搞清楚谁在买单
很多团队一上来就喊创新，结果做出来的东西没人用，问题就出在第一步。创格科技内部有个挺土但特别管用的习惯，叫“先蹲坑再挖井”。什么意思呢？就是产品立项之前，团队必须花时间泡在真实用户场景里，看他们到底怎么用、在哪卡住、嘴上抱怨什么。我之前跟过创格一个工具类项目的早期调研，他们没搞那种几百人的问卷，而是拉了十几个重度用户做一对一聊天，聊完发现用户最在意的根本不是功能多不多，而是打开速度够不够快。这个结论直接影响了后面整个产品的走向。所以你看，**创格**的创新从来不是拍脑袋想出来的，是从用户嘴里抠出来的。这一点听着简单，但真能做到的团队没几个，大部分人都急着证明自己聪明，反而把最该听的用户声音给忽略了。
创新格局不是喊口号，是敢在关键节点做减法
聊到创新格局，很多人第一反应是加功能、扩品类、铺渠道。创格的做法恰恰相反，他们特别擅长做减法。有个做产品的朋友跟我吐槽，说他们公司每次开会都在讨论加什么新功能，而创格的项目会经常在吵砍掉哪个模块。听起来有点反常识，但仔细想想就明白了，用户注意力就那么点，产品界面越堆越满，最后谁都记不住你是干嘛的。创格在做爆款产品的时候，会把所有功能按“没有它用户会不会流失”排个序，排在后面的直接砍掉或者延后。这种克制其实特别难，因为每个功能背后都有人拍胸脯说重要。但**创格**的决策层在这件事上挺狠的，他们认准了一个理：爆款产品一定是让用户三秒内知道怎么用，而不是花三分钟研究你有什么。这个思路放到现在这个信息过载的环境里，反而成了稀缺能力。
爆款不是一次做成的，创格的迭代节奏有点东西
外人看爆款，总觉得是一夜之间火起来的。但跟创格的项目跟下来，我发现他们的迭代节奏特别值得说。他们内部把产品阶段分成“验证期”和“放大期”，验证期只做最小可用版本，扔到小范围用户里跑，跑不通就快速调整，跑通了才进入放大期。关键是这个切换标准卡得很死，不是老板拍板说了算，而是看留存和自然传播数据。我见过一个创格的项目，第一版上线后数据一般，团队没急着推，而是花了两周改了一个核心交互，第二版留存直接翻了一倍。这种耐心在现在这个什么都求快的环境里挺少见的。**创格**的人自己说，爆款产品是长出来的，不是催出来的。这话听着像鸡汤，但结合他们的做法看，确实是这么回事。很多团队死在第一版数据不好就慌神，要么乱改要么放弃，反而错过了真正的问题所在。
团队配置上，创格有个不太一样的做法
聊到这儿得说说人的问题。创格科技在团队搭建上有个挺有意思的特点，产品经理和运营是坐一起的，而且从项目第一天就在一起。很多公司是产品做完扔给运营去推，中间隔着一堵墙。创格不这么干，他们的运营在需求评审阶段就参与，会直接从传播和用户沟通的角度提意见。我一开始觉得这是不是有点乱，后来发现好处很明显，产品做出来的时候，运营已经想好了怎么跟用户解释这个功能，省掉了大量后期对齐的成本。而且这种配置下做出来的产品，天然带着传播基因，因为运营在过程中就把“用户会不会愿意跟朋友提这个产品”考虑进去了。**创格**能持续出爆款，跟这种组织上的小创新关系挺大的，虽然听起来没那么高大上，但实操中特别管用。
普通团队能从创格身上抄什么作业
说了这么多，肯定有人想问，我们团队没创格那个资源，能学什么。我的建议是别照搬流程，抓三个关键点就行。第一，立项前老老实实跟至少十个真实用户聊透，别用问卷糊弄自己。第二，功能列表砍掉三分之一再开工，逼自己聚焦。第三，第一版数据不好别慌，先找核心交互的问题，别急着加功能。这三条听着简单，但每一条都在跟人性较劲。创格科技能把创新格局这件事做成体系，靠的就是在这些反人性的节点上坚持住了。爆款产品从来不是灵光一现，是一连串正确的小决策堆出来的。你要是正在做产品或者准备做产品，不妨从这三个点开始试试，比看一堆方法论管用得多。
喜欢 
高兴
鬼脸
呵呵
无聊
伤心
