小程序既然来了，我们应当如何应对？
微营销手册
来源|呆盟说 ID:wsbang520作者|春晓
一小程序对用户意味着什么？
“一些放在桌面累赘，又不能没有的APP终于有归宿了”，这是对于微信小程序给用户带来的价值的主要论调。这些APP大都是我们低频使用的APP，例如：查好友、12306、计算器等工具。不可否认，微信确实有这样的先天条件来做这件事情，我们也确实可能会将一些这样的APP放在微信的小程序列表里。
这也就意味着，对于用户，它们拥有了比以往更多的选择权。用户选择应用的保存方式更多的是从手机配置、认知习惯、使用爱好等几方面来选择，如果您希望用户选择APP，意味着您需要提供更多有价值的内容来抵消占用他们手机内存的不悦；如果您希望他们选择小程序，意味着您的小程序能够以最简单的方式完成用户的需求。
前端工程师会迎来一波红利期
首先要明确的是 JavaScript 能解决越来越多领域的问题。经过微信小程序的催化，国内学习和使用它的人必然会越来越多。而且JavaScript 的学习曲线并不陡峭，学习成本也不高，稍微有一些基础的或者小白用户都可以利用这次机会多学习一些 JavaScript 的基础知识。
同时通过腾讯内部的前端开发工程师的介绍，这次微信的小程序书写语法上借助了 JavaScript 和 HTML 的能力，学过 JavaScript 的人会有一定便利，但由于是遵守微信自己的一套框架，这套框架又想尽量简化整个开发流程，同时微信也基于 QQ 浏览器的 X5 内核，X5 内核是基于 chromium37，技术上面的革新并不是很大，所以估计一些没有 JavaScript 基础但有开放经验的人也能很快上手。
后端程序猿不会失业会更加专注
从小程序的消息出来再到纷繁的传播内容中，总少不了「后端要失业」的玩笑。但微信小程序的出现也的确「抢走」了一大半原属于后端的工作，但被抢走的工作都是有通用性且可机械代替的部分。
通用型的后端逻辑将会被微信这样的服务所取代，例如用户系统已经很好地被微信的用户系统所取代，这不仅是微信小程序的趋势，更是整个后端发展的趋势。
而后端的未来更多将会存在于大数据和人工智能的领域，并且前后端之间并没有那么大的鸿沟，很多后端也在学习前端而且运用很好，一切都是互通的。
这也就意味着，对于前端设计师而言，无需再去研究如何完美搭配微信客户端，因为这些微信团队都已经帮你定义好了，你只需要按照官方定义去设计您的小程序就可以了；而对于程序猿来说，云空间、底层架构、框架代码这些微信团队也已经帮你定义好了，你只需要关心小程序本身的代码编写工作。从这个意义上讲，一名老司机与一名开发新手（非小白）在小程序开发这件事情上并没有太大的差别。
开发成本相对降低，流量红利相对明显
开发成本的降低主要体现在两个方面。第一是一定程度上克服了不同平台的不兼容性，企业不必再为不同版本的操作系统开发不同的软件，节约大量时间和人力。第二是使用更加简单的JS语言，比JAVE等语言更加简单。
小程序的另外一个最大的优势就在于它嫁接于社交之王微信的内部，同样功能属性的APP和小程序，小程序的优势在于可以通过社交裂变迅速爆发，如果再加上更好的运作，其用户增长速度要大大快于APP。
不得不跟的入口争夺
如果大量的原生APP涌入微信小程序，那么APP运营者们面临的环境与应用宝是一样的，一样的需要竞争，争抢用户流量，渴望传播。甚至，相比于用户的手机桌面，微信小程序处在一个入口要深两级甚至更多的位置上，传播难度更大。所以，现在APP运营者们面临的问题是，入驻微信小程序不会带来什么好处，但不入驻就面临着竞争者把流量抢走的风险。
首先，我们来梳理一下官方对三种微信公众号应用形态的定义：
订阅号：微信官方的定位是阅读，连接人和资讯的。以媒体、政府等机构使用居多。
服务号：连接人和商品，目前很多电商企业，以及在微信端提供产品和服务的企业都用服务号。
小程序：不用下载也不用关注，我们尚且定义为连接人和应用，当然也包括所有的产品和服务。
然后，我们再来梳理一下三种应用号之间存在的关系：
笔者认为：微信推出「小程序」是必然的，其根本原因是移动互联网割裂出了太多的信息孤岛，而微信通过这些年的不断努力与积累，已经拥有了相当一部分岛屿，具备了构筑岛链的条件。「小程序」便是岛屿之间的桥梁，而「订阅号」和「服务号」仅仅是岛屿之间的航线。桥梁与航线，二者的运量完全不可同日而语。
最后，我们再看小程序、服务号、订阅号之间如何衔接
1、订阅号可以作为运营者的资讯及内容板块，主要扮演内容创作和内容分发角色，运营者可以通过内容带动小程序所提供的产品和服务。
2、服务号可以作为运营者服务的主体，既可以提供资讯内容，也可以与小程序互为补充，取长补短，主要扮演简单的基础服务角色。
3、小程序作为订阅号和服务号最终落地的服务角色，主要为订阅号和服务号的用户提供更为复杂的交互行为以及且个性化的服务体验。
1、你所能获取的用户数据将非常有限，微信给你开放的用户数据基本就是头像和昵称还有一定的好友关系。数据对你自己的重要性一定要考虑清楚！
2、尽量接入小而美，垂直化，功能复杂度不高，低频且不是刚需的长尾服务。
3、如果你一定想要做高频的服务，必须是高频刚需但交互性相对简单的服务。
4、产品要能够在一定时间内满足用户在特定场景下的需求，产品层级要浅，操作路径要短，由于微信层级关系，如果用户被打断，就很难达到最佳的用户体验。
5、单在微信生态内，小程序的流量来源除了依靠用户主动的的搜索、扫码之外、另外一个重点则需要订阅号和服务号主动为其导流，然后再靠用户的口碑传播进行裂变式推广。
6、商业模式与app有较大不同。将发生巨大改变，拿native app的思路去套，做好的可能性几乎为零，你要重新构思并快速去验证你的模式。
1、更低的创业门槛,更低的接入成本
2、产品的开发迭代率更快,效率更高
3、获客成本低，更容易获取种子用户
4、更简单的运营模式，投入回报率更高
但是，小程序也并非毫无门槛。从目前小程序公测来看，我们接入一个小程序还必须具备一定的基础开发设计人员，从开发到商业化运营，所有的工作都必须在小程序制定的游戏规则下进行，也就是说小程序的开发和商业化运营，不可能做到像APP那样随心所欲，我们的任何工作都必须遵循小程序的游戏规则。换句话说，同时运营APP和小程序，在APP上的一些手段和套路在小程序这里就必须打住了。
因此，作为创业者，我们更应该懂得取舍，如果我们想玩的犀利和复杂一些，还得靠APP来维持我们的整个产品体系；如果我们想玩的简单和小众一些，可以选择小程序；特别是对于新入行者，小程序可以作为试水商业化运营的首选。
对于已经开发有APP的创业者来说，是应该以小程序为基础开发一个小程序还是与现有APP做有效的重合呢？
笔者第一点建议：依然保持原有APP的迭代更新，打通用户数据部分，把简单功能通过小程序实现增量并发。
简单理解就是：把原有APP的用户数据部分和微信的用户数据连通，把两边的后台数据也一同打通，同时把现有APP的部分功能平移到微信小程序上。然后，新的产品功能可以先通过小程序进行打磨，最后再根据小程序的数据反馈考虑是否平移到APP上。当然，小程序暂时无法实现的功能也只能通过APP先上线，再通过小程序的流量优势倒流到APP上进行功能试错，待小程序的开放性越来越成熟以后，最终完成两边数据与功能的有效整合。
笔者第二点建议：待微信小程序正式对外发布以后，找准自己的定位，快速通过小程序获客，先实现小程序在微信里的使用热度和使用频率，再想办法将用户倒流到APP里。
微信获客具有比APP更多的先天优势，但是面对小程序开放以后成千上万小程序的涌现，按照张小龙对小程序的定义“【扫一扫】和【搜一下】两种方式”，我们必须思考如何让微信用户更容易通过【关键词搜索】到或者通过【二维码扫码】找到我们的小程序。初期，笔者认为我们需要在“名称优化”、“内容关键词优化”、“程序代码优化”上下足功夫，多想办法提升小程序的个性化体验，提高用户的使用习惯和频率，再考虑更多的倒流方式。
从微信团队面向社会公布小程序公测消息以来，很多朋友都在关注如何快速开发一个小程序，殊不知小程序接入容易，但是能否获得第一波红利并非易事。笔者想要强调的是，微信团队在一定程度上已经淡化了小程序的技术含量和营销成分，更多的是希望开发者能够开发出更具个性化、更富有创意的小程序。作为开发者，我们应该更多把精力放在开发小程序的产品逻辑和交互设计上，如果我们只是单纯的考虑如何把APP的部分功能平移到小程序上来，又或者单纯的想着如何让小程序在微信上获取最大的营销价值，那么结果往往会和你的预期大相径庭。
作为小程序早期的研究者，笔者最后想说一句，微信小程序对于基于微信生态链的运营团队提出了更高的要求，过往的订阅号和服务号，运营团队只需要配置内容创作者、编辑策划人员、市场运营人员即可。现在看来，想要玩好微信小程序，我们至少需要配备产品经理、前端工程师、以及可能需要的程序猿。微信生态的参与者们，越来越倾向于一只完整的互联网团队了。
