01

轻开发：为引爆而生的新开发模式

社群运营已经率先展现出了成百上千个不同社群同时竞跑带给企业的益处。现在，这种方式也迅速影响到开发模式这个领域。观察这种新变化最好的窗口是“小个体”及“七天应用”。

七天应用

今天我们所获得的信息量与2012年相比已不可同日而语，因此对引爆现象及背后的“快衰”定律展开分析也更加便利。

大部分的引爆曲线走势，和曾经在微博、QQ空间上盛行的“七天 应用”所画出的曲线走势惊人的一致。只是那些小应用无法像后来者那样，在数天之内就迅速触及千万，乃至上亿用户。从某种程度上来说，我们将引爆应用看作“七天应用”进化后的结果。

蒋冠川生活在上海，是一名活跃于腾讯开放平台的个人开发者，过去，他将时间投入在腾讯微博开放平台和QQ空间，现在则将主要精力转移到微信平台。不管在哪个平台，一般情况下，他利用两三个工作日中的业余时间，就可以开发出一款小应用。每周都会有新的应用推出。

在蒋冠川看来，决定一款应用流量表现的重点有两个，一是主题，他“会看看当下的热点事件”，这将左右应用主题和使用方式等。如“当鸡汤文在微信朋友圈流行的时候，肯定会有相应的小应用创意可以让他们玩”。这是蒋冠川的第一反应，个体开发者及小团队对于热点事件极度敏感，并会迅速变通。如某位明星因涉毒被拘留时，一款恶搞的小游戏迅速出现。（这款游戏玩法简单，在九宫格的大头照中混入其他人的照片，随着难度不断加大，照片密度越来越大，尺寸越来越小，对于用户的眼力要求也越来越高。）

在现有游戏之外，还允许用户改动内容，将明星的照片换成其他人的照片，甚至用户可以上传自己的照片作为游戏内容等，这样游戏就可以变成：你花了多少步从“蒋冠川”身边找到某个人等，“有些用户不会做游戏，而一旦有定制工具出来就会去玩儿。”蒋冠川说。这是 制作了大量应用之后的经验之谈。

第二个关注点是如何鼓励用户去分享及对分享文案进行雕琢。“重视应用的标题，在微信朋友圈中，如果没有一个好标题，很容易就会被用户忽略”。对于小团队和个人来说，平台很难给出特别的资源以提供支持，用户在体验应用后能否进行分享，是持续获得新用户的主要因素。此外，用户操作步骤非常简单、一目了然是必须满足的要求。

10月，蒋冠川就在考虑这个月可以研发什么样的应用。他知道，很多女性用户喜欢分析星座运程，可以为其设计测试类的小游戏，因此决定制作一款应用。星座运程在PC网站中一直是流量最大的网站应用类型之一。

如果男女不限，小测试游戏的主题可以是：“测测你10月星座运程”、“测测你10月与哪个星座比较有缘”等，如果希望面向恋爱中的女性，游戏主题就可以设定为“测测你10月能不能跟心仪的男人谈恋爱”、“测测你10月会不会被人追”、“测测你10月谈恋爱的概率有多大”等。喜欢星座和处于恋爱中的女性，对此很容易产生分享行为。对于此类应用，只要改一下应用名称和文案就成为一款新应用，如“测测你5月的星座运程”等。常见应用的源代码一般都是现成的，只需更换模板就能轻松复制。

应用上线后，蒋冠川会紧盯流量数据。一旦数据不理想，蒋冠川就会调整玩法或分享文案。通常情况下，一款应用至少有五六个备选主 题，如面向恋爱中女性的小测试，至少有“测测你10月能否脱单”、“测测你10月桃花运势”、“测测你10月会不会邂逅真命天子”等主题备用。

蒋冠川是大平台上的数百万应用开发者之一。2014年下半年，腾讯在博鳌开放大会上对外宣布，注册开发者已经超过500万，一年前这个数字是300万。其中，超过六成都是个人开发者。我们可以将这些开发者从社交平台上获得的流量和用户用曲线表示出来，如图3–1所示。

从这些曲线中我们可以看到，蒋冠川及与他类似的个人开发者们依据热点一个一个地开发应用（如果将这个曲线的观察时间延长到一年，我们会看到另一条熟悉的曲线，如图2–2所示）。一般来说，他们会频繁地推出应用，每个应用的生存周期都非常短。过去我们将其形容为“七天应用”，到了现在，尤其是在微信上，应用的生存周期已经缩短至3~5天。每个应用都会在数天内快速崛起，然后又归于沉寂。

这就像是一个个“起点即引爆点”的应用，在一个团队旗下层出不穷。相比之下，“七天应用”到达顶点的同时，即开始了自己的衰退之旅，而刚进入社交网络就引爆的国民级应用，在到达数据顶部之后，都会停留相当长一段时间（如数月之久）。

让我们感兴趣的是：

1. 尽管小应用的生命周期很短，但无数的小应用还是为个人开发者积累下了丰厚的长尾流量。图3–1中，这个长尾流量稳定在每天5万~6万的最低点。

2. 任何一款应用的推出，都能依靠分享达到25万~50万流量的高峰。在图2–2中，那个团队旗下每个应用的数据高点变成了40万~50万。这就像一种能力，在更多引爆应用中不断复制。

3. 用最短的时间（可能仅需数天甚至更短）推出一款应用，迅速对其进行测试、观察、调整和修改。然后迅速开发下一款新应用。

图3－1

这些结论和在社交网络引爆后的热门应用/服务、活动所画出的曲线走势惊人地类似。之所以特别提及这三点，是因为在部分以产品为主的领域，如游戏行业中，曾多次出现在市场上迅速引爆崛起，然后下一款产品却遭遇瓶颈的案例。而在社交网络中，低成本与快速的联合作用，将会消除这一困惑。在“小”团队中，我们已然看到引爆能力可以被完整地移植和复制，随着团队和产品在社交过程中不断进化，“大”产品和“重”服务的借鉴就变得非常值得期待。

蒋冠川只需利用2~3个工作日中的业余时间即可开发一款应用。秦川只用了一天半就完成了“围住神经猫”的开发和美工工作——如果说用户与应用/服务之间的接触更为短促、迅捷，那么时间就像是迅速被加速了一样，再用过去的速度来开发、测试应用，试探用户的反应，显然有些力不从心。等待新服务到来的时间过长，会令用户流向他处。因此，开发应用、推出服务的速度也变得更快了。速度会改 变许多事情。

如果站在整个社交平台俯瞰，尤其是蒋冠川开发的小测试，我们会看到类似应用以成千上万的量级存在，甚至呈现出此起彼伏的状态，就像海浪那样：几百款类似的应用在同一时间浮现，之后消失，然后又有几百位开发者继续做了其他类似的应用。

引爆四定律中的“短”定律和“新”定律，双双为新应用的出现带来了一个新变化：

当一款应用和游戏爆火后，更多类似应用会被迅速推出。“围住神经猫”是其中被围困的典型例子，在看到“围住神经猫”数据表现良好后的第二天，至少有几十个团队推出了类似应用并上线。这当然是带给开发者的困扰之一。不过，如果我们暂时不讨论抄袭带来的困扰——在“一九法则”面前，一方面应用的崛起与衰落速度太快，另一方面领域过度细分，会部分减弱抄袭引发的负面影响——而是关注几百款应用同时竞跑的状态，则会看到这一现象对产品开发方式带来的新变化。

零成本的海量浪费

之前，我们在活动运营、信息扩散、社区运营的内容中多次提到了“大浪费”，也看到该行为给社交网络中的人们带来的影响和变化。不仅仅如此，大浪费还体现在更多层面。

例如，平台在海量浪费开发者。在推出基础API、组件、SDK之后，将会有无数应用和创业团队使用。我们已知，仅腾讯开放平台就宣布注册开发者超过500万，几乎覆盖了各行各业。海量的小应用诞生和衰亡的速度之快，以至于许多应用都还没来得及获得自己第100个以上用户就被抛弃了。在数以十万计、百万计应用面前，大众耳熟能详、一进入就引爆的企业和应用少之又少。

应用在海量浪费平台资源和用户。不断推出各种小应用、小产品测试接口以便测试用户状态，已成为诸多开发者的常态。在大红大紫之前，不管是魔漫、脸萌，还是围住神经猫团队，都在开放平台上进行过一次甚至多次试错，其中，围住神经猫的团队，正是《社交红利》中提及的开发“测测你的智商”的小团队，如今，他们将微博上的成功经验复制到微信上，再度吸引到大量的目光和注意力。用户当然也在海量浪费应用，并快速使用，不合适就迅速抛弃，毫不惋惜。

相比于其他方式，这种浪费性质的试探，几乎也是零成本，并可在用户中快速验证结果和思路。用户的大量分享，可以帮助开发者自然筛选出最佳运营方向、产品文化等。用户的自创造、自扩散、自消费、自客服、自我肯定激励等，会通过无数次碰撞、筛选，自然而然地得出自我真正需要的结果。社交网络提供了这种试探的机会，并协助将试错经验快速应用到新产品中。

大浪费在完成零成本扩散的同时，向小团队提供了一个可以触摸 海量用户的机会，这种触达海量用户的能力是最珍贵的。在现阶段，这种能力只掌握在腾讯、百度、阿里巴巴这样的巨头手中。而对于企业来说，大浪费反而浪费出了最佳创业效率。在某种程度上，我倾向于认为这些爆发的应用是海量试错的结果。而七天应用正通过被无数次复制，来实现被海量浪费。

轻开发

“蒋冠川们”并不纠结于某一款应用的表现好坏，对他们来说，每天获得的用户总量更加值得关注。和今天聚焦在无线领域的创业团队相比，社交网络中的蒋冠川及“七天应用”的开发者们，至少存在着如下不同点：

1.无数版本同时测试

开发实力强劲的大型公司，有时会对PC站点上同一功能进行多版本测试，推出A、B两个版本是最常见的方式之一，在无线APP开发方面，这一做法变成将需要测试的功能做到系统后端，可配置、可随意开关，然后根据用户特性分小批量进行不同测试。通常情况下，产品经理通过这种方式一次性测试多个功能，再确定某一功能是否要更新到下一个大版本中去。

小应用的开发方式有些不同，通常通过一个团队的多个应用、无数团队的无数类似应用（它们都在无数细微的细节上不同）在社交网络中海量进行测试。

2.通过一个极小群体试探其病毒传播性

小团队不会有资金和人力来推动，平台也无力倾斜支持小个体开发者，只能是发布应用那一刻就面对小群体用户。因此，不断从用户体验数据中总结提炼经验技巧，并再度在更多新应用上改进就成为常态。

3.周期更短

无线开发者们追求快速迭代、灰度测试，每个新版本发布周期多以“周”为单位，个体开发者们多以“天”，甚至以“小时”为开发周期推出新应用，这是无线开发者们无法具备的优势。

4.随时废弃应用

在社交网络中除追求“宽度”应用外，许多开发者并不对应用进行迭代、升级，更多时候他们倾向于直接开发一款新应用。对于他们来说，修改、维护的时间成本甚至大于开发成本。

在这一做法之下，如果一款应用的数据表现平平，它就会被迅速废弃。每款不成功的应用都在为下一款应用提供养料。这些养料体现在以下几个方面：

细节会在新应用中得到再次优化和提升；在不成功的应用中，表现突出的要素和玩法会被积累到下一款应用中；即使这两点都没有被实现，被“浪费”的应用还会有另一种帮助作用：所有应用都在为爆发应用试错提供养料，培养用户的使用习惯。

我们从中可以看到，任何一个被验证的成功创新经验，都会被迅速复制到其他应用中，并反复锤炼。信息在关系链中流动，创新经验也在开发社群中流动和复制。这些创新经验很快就再次成为大家熟悉的基础。曾经表现平平的应用会被更多开发者再次在这些基础上，以更多的方式进行尝试，直至引爆。在开放环境下，所有开发者都以其他开发者的成功为基础，也都从其他人的平庸中找到了自己可以改进和完善之处。

比如，今天我们很容易发现，通过“围住神经猫”中分享的“用了多少步，战胜了多少人”的信息句式，已经成为许多应用学习的对象。根据龙兵华在此前关于网络媒体标题的解释来看，这个信息句式激发了人们的好奇和攀比心理。也让人人有了“小池塘里的大鱼”的感觉。

目前移动APP常采用的开发方法之一即精益方法，其特点是快速 验证、不断迭代。小应用采取的开发模式继承了这一优点，且更为简单，因此不妨称之为“轻开发”。

“轻开发”的模式相当于：同一产品创意，由几百个团队在不同时间推出几百款应用，以这种方式各自试探，由用户来选择最佳结果。每位开发者同时从其他同行的试错中汲取经验，并在下一款产品中再度改进。

社交网络所提供的开发成本低、速度快、信息粉尘化、用户随时随地浪费应用的大环境，为轻开发奠定了基础。因为用户不必像在手机上那样选择是否升级APP，所以开发者加快了响应用户和推送新功能的速度。

应用由无线APP侧重于功能，转向了在社交网络中侧重于交互，曾经需要严格开发流程的工作，在经验丰富的产品经理、程序员可以把握用户状态的情况下，变得能够轻松着手开发。（两种环境中APP开发方式之间的差异见表3–1。）可以这样说，“七天应用”是对在“零成本海量浪费”这一环境下开发的最佳注脚。在社交网络中被合作伙伴，尤其是小个体普遍采用。

表3–1 基于社交网络开放平台环境中的开发方式和移动互联网APP开发方式之间的差异

但是，“轻开发”并不代表着其他开发方式的升级，相反它有着自己的局限。“轻开发”暂时只适合于“小”应用的开发，还无法支撑大型项目的开发。采用这一方式进行开发的应用，总是随手被抛弃，产品无法做深做细，用户也始终无法长期黏着。

因此，除“七天应用”外，一些试验产品多考虑采取这种方式用于产品早期模式验证或短期用户获取。但对于需要长期维护的产品仍采用持续升级迭代的方式（如魔漫、脸萌等追求“宽度”类型的引爆应用），或作为大型平台的补充方式（如“碰碰”将小游戏和社交APP结合起来）。从这个角度来看，“轻开发”只是目前常采用的如“精益方法”的补充。

还需一套数据分析系统

个人开发者已经非常灵活，但还需要在开发过程中更快、更灵活。社交网络提供了这种帮助：从应用之间的连接中我们已经看到，大部分团队只具备和擅长某些能力，因此，开发者会更多地调用他人的能 力。如接入微信、调用腾讯API（应用程序编程接口）和登录组件、友盟或是ShareSDK的分享和数据分析SDK等，当有需要时，还会调用其他开发者提供的API。现在使一个庞大的团队分别获得这些能力毫无意义。他们的反应速度并不会比直接调用更快。

需要提及的是，从“七天应用”到迅速引爆的轻量级应用，再到国民级应用，我们可以清晰地看到一条应用进化之路。2013年之前，我们在开放平台上看到一波一波的小测试此起彼伏，那时我们将开放平台形容为荒原，小应用像野草一样野蛮生长，随后形成了不同的灌木丛和花丛，很快，一些大树也逐渐开始生长。随着收益（娱乐体验）的不断提升，曾经简单的“七天应用”开始不断升级为国民级应用。

社群运营通过激发浪费，实现几百个不同的社群同时竞跑试探的方式之所以可行，是因为好友、已有的用户、合作伙伴的关系链可以充当社群的起点。“七天应用”的个人开发者们能在数百款类似应用中脱颖而出，是因为这类应用是开放平台中最常见的应用类型。而对于大部分合作伙伴在社交网络上开发应用、移植服务而言，要想形成这样的环境和开发模式，在实现中还有一定的难度。

蒋冠川在判断一款应用是否会有爆发的机会时说道：“对比别的应用，看其是否具有趣味性或者是否适合部分用户，是否易传播分享等，互联网轻娱乐化的内容更加容易使用户自发地传播分享，热点的取材还是源自近期社交网络的热点内容，观察其内容趣味性是否适合分享 等。”这些判断是基于多年的开发经验得出的。

能够做到在大浪费的环境中开发出好产品的合作伙伴，多限定于长期活跃在开放平台上的开发者。这些做法的前提是，开发者熟悉生态环境，时时体验和自己类似的诸多应用，依靠个人经验来把握。如图3–2中的观察/分析部分所示，目前多是依靠于此。要想在团队中采用类似海量浪费的开发模式，光靠个人经验显然不够，需要企业在管理方面做出微调，以便营造出相适应的环境。

如在回访“围住神经猫团队”时，开发者秦川强调了非常重要的一项。他说：“我们有数据。”秦川所在的团队，一直在腾讯微博、QQ空间开发各类应用，为此积累了丰富的数据基础，可以初步判断应用的走势。

图3–2 开发者在开放平台中常采用的分析和开发流程

这些数据更多指向用户行为数据及其分析等。有意思的是，外界合作伙伴最匮乏及不注重观察和留存的，恰恰是这些数据。如本书写作期间接触了大部分案例所属的团队，但许多团队无法提供有效数据来进行解读和分析，更多地停留在感觉层面。这是本书令人惋惜之处。

各大社交网络及第三方数据分析团队，一直在以多种形式提供数据，虽然这些数据还需要不断组合、优化，才能辅助开发者辨别当下用户的状态变化、热点起伏状态，及应用注册和开发的趋势等。但这些数据服务会成为很好的创业助手，从而帮助到各类合作伙伴。