APPLET 小程序动态
我们的作品，他们的故事
Our work, their stories
Our work, their stories
史上首个小程序Demo流出
16-11-07
1. 小程序到底长什么样？有多令人惊喜？
2. 如何处理服务号、订阅号和小程序之间的关系？
3. 怎样的小程序更易于在微信生态中生长生存？
4. 小程序主要的用户增长途径是什么？
5. 小程序相比服务号，有什么劣势？
6. 哪些领域有可能会被小程序颠覆？
7. 小程序的入口到底在哪里？
这里一一为你揭秘。
一、引言
9月21日晚，微信宣布“微信小程序开始内测”。一时间，万众瞩目。
其时，三节课曾出品了一篇《关于微信小程序，这是三节课的全部看法和建议》，此文当时被各大知名媒体集体转发，在圈内引发巨大关注。
11月3日晚，千呼万唤始出来，小程序终于宣布开始公测。
本次，三节课继续跟进，连同我们的合伙伙伴——“助理来也”一起，以我们专业且深度的视角为你带来独家、一手的深度解读。
“助理来也”是一个在线私人助理，目前已拥有上百万用户。在微信小程序内测的第一时刻，“助理来也”就成为为数不多的200个小程序内测号之一，拿到了第一批测试的资格。
有传言，这200个号都是Allen Zhang亲自过目确认的。
到今天，助理来也已经基本完成了自己第一个小程序的开发。
4天前，三节课联合创始人黄有璨、布棉一同对助理来也CEO汪冠春进行了深度采访，结合助理来也已经基本完成的小程序，对小程序各种实打实大家关注的话题，我们进行了深度
探讨。
我们甚至想现在就为你展示助理来也已经基本完成的这个小程序演示Demo，这应该是史上第一个被公开的小程序Demo。
对，就是现在。
关于这个小程序背后的故事，请听助理来也CEO亲自为你讲述。
二、与助理来也的深度对话
“小程序的交互流畅性、响应速度等，完全超出我们预计，可以说与原生App相差无几。”
三节课（以下简称“三”）：站在助理来也的层面上，这次拿到小程序内测资格之后，你们感受到的小程序给你们带来的最大的不同，最大的惊喜，可能是在什么地方？
汪冠春（以下简称“汪”）：首先同步一个事——在小程序出来之前，我们已经在微信服务号这边尝试做一些自己的Mini App了，主要是基于H5页面的方式。
举个例子，比如说，我们现在助理来也里面的打车功能，还有其它的一些服务，它都会有一个H5的页面，这个页面的体验算不上流畅，但肯定够用。
但现在，小程序带给我们最大的惊喜是——它的交互流畅性、响应速度等，完全超出我们预计，可以说与原生App的交互和响应相差无几。
像你知道的，助理来也作为私人助理类应用，其实目前与用户间最重要的交互方式是“对话框”。但是我们在做产品的过程中也深深体会到纯对话是有局限性的，我们也需要在很
多场景下有可视化的一些展现形式来做补充。我们也认为，对助理来也来说，对话和可视化页面的配合会变得越来越重要。比如说上面提到的打车这件事，如果只是通过对话来实
现，可能就很难，但如果是先对话，再唤起一个可视化界面，就会既让用户觉得亲切，又很易于操作和实现。
但，之前我们作为开发者，唯一能做的事情就是做H5页面，让它和对话结合，可在微信的环境中，H5的体验并不是最好的，这一直让我们很困扰。
所以，现在的小程序在这个地方，其实给了我们很大很大的惊喜。
“服务号和小程序之间可能存在两重关系，功能上互补。”
其一，小程序现在拥有红利，可以借助这一波红利，去开发一些轻量级的工具，并通过这个工具，去实现用户和流量的获取，即通过一个很轻的单功能点获取用户。
其二，有了小程序之后，一个服务号可以把一些需要大量可视化界面交互的功能和服务做到更深更精致，往下去做更深量级的服务。当然，这是在服务号和小程序能打通的情况下
，微信目前还做不到，但应该很多开发者都是有这个需求的。”
三：我有一个很大的好奇——你站在一个CEO的层面来看，当助理来也拿到这个小程序的内测资格之后，你在产品方向方面会有一些新的思考吗？比如说，之前助理来也主要是基于
一个服务号而存在的，所有的用户其实也都是维系在这个服务号上面的。那现在有了这个小程序之后，你们会把核心的阵地逐渐向小程序上去转移，做一些全新的东西？还是别的
什么？
汪：我觉得这是个很好的问题。其实我们内部也有很多讨论和纠结，最直白的问题就是——小程序对现有助理来也的产品来说，是补充还是颠覆？
我们思考了很久，倾向于小程序对助理来也现有的产品是补充作用为主的。
于是下一个问题就是：既然是补充，那我们怎么来决定做什么样的小程序？甚至是做一个还是做多个？如果做多个的话，是以什么样的顺序来做？
经讨论之后，我们的决定是，我们不会把助理来也上面的所有功能全都放在小程序上。我们还是觉得有很多服务号的特性，例如推送和对话界面是更加亲和贴近用户的。但同时，
我们也决定了有一些很需要图形化展示的那些功能，我们应该把它一点点开发成小程序，甚至这些功能也可以作为一个独立的产品，在小程序的生态上面进行应用。
三：那是不是可以理解为，基本上你们的一个判断是，现在这种“私人助理”的产品服务形态，基本的会话还是会以服务号为中心来展开，但是可能还是会有一些细分的功能，例
如叫咖啡这一类的，会通过一个比较轻量级的小程序，把这个服务做到更加精致和深度？
汪：是的。我们可能会把一些单一的功能或服务拿出来，做成一个小程序，这是我们会做的，特别是之前我们在H5页面做的一些功能，应该都会应用到小程序上。当然，我们内部
讨论最多的还是，我们要不要运用小程序前期用户流量上面的红利，做一些我们之前从来没有做过的尝试。
例如，我们以前没有特别做过“记事”的功能，那助理是不是也应该帮助用户记住一些事情？现在的微信是有一个收藏的功能的，其实我觉得这个收藏就是微信里边的一个小程序
，只是它藏得比较深而已，而且它的体验还是有一些可以提升的空间的。所以我们在考虑要不要做一个更好的具有“收藏记事”功能的小程序。
还有，我们是不是应该做一个名片的小程序，用于更好地展现用户个人的页面，我觉得这些想法都是很不错的。当然，我们现在还是会先结合来也现有的功能去做小程序。
“小程序应该会和当时APP刚刚出现时的状态有点类似，一开始一定是单一功能、很轻的应用会最受用户的欢迎。”
最终最成功的小程序，则应该是很好地运用了微信的社交特性的，能与社交、协作这些特点形成一些强关联，这样的话会让它存在在微信中的必要性更高。”
三：那正好我们可以来探讨一个更有意思的话题。站在你的层面上，以你当前所看到的情况和得到的信息，你觉得哪些类型的小程序在第一个阶段或者说红利期的时候推出来有可
能会火，有可能拿到比较大的流量红利？以及，再往后看几个月，甚至是半年的话，小程序的生态有可能会怎么发展？
汪：这肯定是仁者见仁了。我的一个判断是，小程序应该会和当时APP刚刚出现时的状态有点类似，一开始一定是单一功能、很轻的应用会最受用户的欢迎。比如最开始在智能手机
上，大家都会下载修图类的应用，这类的App会突然间变得非常火。或者早期时，女性用户就会下载类似像大姨吗这样经期记录管理的应用，这些东西最初其实都是非常单一的功能
点。在PC时代，这样的功能可能很难获得流量，但是在移动时代，恰恰是这样的东西最容易被识别和传播。
当然，我觉得今天小程序和当时APP的形态也有不一样的地方。最终最成功的小程序，我觉得也应该是很好地运用了微信的社交特性的，能与社交、协作这些特点形成一些强关联，
这样的话会让它存在在微信中的必要性更高。
三：理解。就好比App Store刚出来的时候，其实有很多类似凭借单一功能获得了巨量用户的应用，比如修图的、日历的、天气的、记事的，等等，一大堆，但其实这些东西都是我
们可以做的。但如果按照你刚才所提到的可能性，小程序应该更多地去考虑怎么和微信社交关系链的场景深度绑定起来，然后形成更大的爆发助推力的话，是不是有可能可以去开
发一些类似于当时微信运动那种排行榜PK相关的东西，可能会更好？
汪：我觉得这个肯定是会有价值的，这种互动本身也很有趣，这样会更加有利于传播，大家都会很愿意去分享。
三：就你们当前的感知来说，小程序和服务号之间除了交互、响应等各方面的体验能显著向上提升1-2个档次之外，别的还会有什么核心的差异吗？这个差异可能不只是指用户体验
，还指开发层面的。我们在开发微信服务号和开发微信小程序的时候，在面向用户、产品设计、开发各个层面上来讲，会有多大的不同？
汪：最大的差异还是在产品设计上，因为小程序更像是传统的APP了，你可以设置各种按钮以及稍微复杂的交互设计，像语音、图像识别，这些交互都可以放在小程序里。这些是服
务号通过H5的方式完全没有办法比拟的。
“基于微信‘分享’的生态，一个没有留存和无法激发用户口碑的产品，可能是很难在微信生态中生存的。”
微信可能会比苹果更严格——如果一个小程序的流量和增长主要是依靠类似ASO等手段来获取的，它甚至会给你下架。”
三：明白。一个可以预见的事情是，肯定会有一些开发商通过小程序来抢占第一波红利，也肯定会有越来越多的人来做小程序。那当大家都做了小程序之后，你感觉小程序比较重
要的用户增长的来源，可能会源自于哪里？核心还是依靠微信的某个核心入口分发吗，还是说会有别的不同？我们都知道，在早期的App Store上，一款产品的增长核心往往是大家
都要玩命地做ASO，那这个部分放到微信生态上来，会有不同么？
汪：我觉得有可能会有一些不同。关键还是在于微信的“关系链”和“分享”场景。
我个人觉得，像打卡、记事，包括如果微信允许的话，做直播、游戏这些很好玩的小程序一定是第一波被用户热炒起来的（三节课注：本次采访在小程序公测启动前，按目前公测
开放后公布的小程序文档来看，其中已经明确，至少目前阶段，游戏类、直播类、小程序导航、链接互推、排行榜等，都是无法提交审核通过的）。
因为它好玩，所以用户也最愿意去尝试。但用户最终是否能够产生对于产品的忠诚度，可能很难讲，需要拭目以待。
总体上，我的感觉是，基于微信“分享”的生态，一个没有留存和无法激发用户口碑的产品可能很难在微信生态中生存——只有有了口碑才会不断有人去使用，不断有人去分享（
三节课注：据确认，小程序目前只能分享给好友或者群，不可以分享到朋友圈），而基于微信的生态，如果一个小程序无法基于“分享”而获得增长，可能也不是微信想要看到的
。
我自己的认知是，微信一直在提倡所有产品在用户端的数据都能够以一种比较健康的方式，稳固地增长，而不是纯粹依靠ASO等手段。我甚至觉得，微信可能会比苹果更严格——如
果一个小程序的流量主要是依靠ASO等手段来获取的，它甚至会给你下架。
但如果你真正形成了用户口碑，然后在各个指标上，比如说用户留存和粘性指标等都是好的，那么也有可能会得到微信官方的推荐，同时增加你曝光的机会。
三：助理来也第一个开发的小程序会是怎样的？它会实现什么功能，这个现在方便透露介绍一下么？
汪：可以。这个其实也是我们内部的产品、设计、技术团队一起讨论出来的。我们在想，我们做小程序，一定要围绕着微信这样一个社交化的场景，做一个功能。这个功能和助理
来也现有的日程管理功能是相关的，我们把这个功能放在“约定会议”上面。
这个功能是这样的，比如说，现在你和我想约个时间去见面，以往可能我们需要去做好多次沟通，我把我的空闲时间告诉你，然后你再来确定。而且，我给你发消息的时候，你可
能并不会马上回复我，那这个过程就会变得很复杂。如果涉及到三个人，或者是很多人要参加的一个聚会，这个协调的工作，就变得相当复杂了。单完全通过语言对话来完成的话
，它的效率是很低的。
所以我们想做一个小程序，它能够很方便地让创建这个事件的人和参与这个事件的人，能很快地达成一个共识。
三：这个听起来其实有点像以前我们在PC端的时候，类似我们用Foxmail、Outlook发的一个会议邀请的感觉？
汪：还不太一样。会议邀请还是一个单向交互的东西，我约你10点开会，你只能判断接受或是不接受。
但现在假如你是这个小程序的用户，自己创造了一个事件，你可以把自己所有的空闲时间都列出来，比如说，我告诉助理，我星期二下午或者星期四晚上都是可以空出来的，这时
候，东西发给你，你就可以在这两个时间段里选择可以参与的时间，之后再是我来确认。
三：所以这个小程序感觉还是基于一个团队内部，或是某种社交关系来使用的？
汪：对。在工作场景里面，可能就是同事之间。在生活场景当中，可能就是一个聚会。
我们就是想把它做成一个特别轻的产品，不管是对于发起者，还是参与者来说，这些操作都可以在一个页面里完成。你可以畅想一下，当我真的想约一个人或几个人的时候，我先
把我的候选时间列出来，在一个页面里边，简单地操作、创建，然后把这个页面分享出去。对参与者来说，他看到的也只是一个很简单的点击操作，就能确认时间，这个中间是可
以省下很多的沟通成本的。
这里其实也秉承着几个原则：
第一点，我们想遵循微信“用完即走”的理念。创建者打开一个页面，创建完就走掉；参与者也是打开这个页面，点一下，就走掉。它的交互流程是不超过一个页面的。
第二点，我们想维护助理来也在用户心中的一个形象，它是一个助理，是一个秘书。我会允许用户用最简单的方式，也就是自然语言，来创建他的可选时间段。如果我有一个一小
时的会议，那我作为创建者，我只需要用语音告诉助理来也，我有哪几个时间段是OK的。例如我说，周二下午和周三上午的11点到12点是OK的，当我说完这些话之后，这些时间段
自然就显示出来了，然后我们会使用人工智能和语义的技术，让这个创建的过程变得非常便捷。
第三点，也是我们希望通过小程序来达到的。我们希望这个很轻的功能，能和助理来也现有的日程管理的功能互通起来。当这个约会的时间被确定下来之后，它会被同步到现有的
来也的产品上，我们可以提醒他。
“小程序相比服务号来说，也有一个很大的缺点，它的推送其实很弱。”
三：所以最后提到的约会提醒这个的提醒，就会和现有的服务号形成关联了？
汪：对。因为小程序相比服务号来说，也有一个很大的缺点，就是它的推送其实是很弱的。例如，当用户创建了一个会议约定时间之后，他会需要有提醒，需要用到推送，这一部
分，我们希望可以通过微信服务号来完成。这样服务号和小程序就能形成很好的互补。
三：理解了。接下来一个问题，不管是服务号，还是你们马上开发的小程序，我们都可以把它视作为一款产品。刚才我们聊到了产品的设计和逻辑，那如果是站在运营的层面，对
于你们马上要推出的这么一个多人协作的小程序，上线之后你们会有一些特别的运营思路么？
汪：这个首先要取决于这个产品的体验是不是特别好，如果体验OK的话，我们才能谈一些运营方面的思考。
如果要做的话，应该有这么几个思路：
第一，面向现有用户的告知。我们应该会通知到来也现有的用户。
第二，我们有一些合作方曾经提出过，希望能够和来也在日程管理上做一些事情。例如，我是一个健身的服务号，我是有我们的健身教练和运营团队的，那我希望我的学员能够在
这个产品里更简单地约到教练的时间。这个功能，以前在微信里边是很难做的，除非我自己开发一个完整的预约系统。现在如果来也这个小程序出来了，这件事情就会变得很容易
了。那对于服务号的运营者来说，就可以运用来也这个约会的功能来完成。
所以，我们会和一批这样的合作方一起来推我们新开发的小程序的功能。我们也希望可以和更多关注微信小程序的媒体朋友们一起来将这个项目放得更大。
三：从你的描述当中，助理来也对小程序的理解以及你们团队对小程序整个产品线的结合已经非常清晰了。你们会倾向于第一步先将小程序和服务号作为一个互补的关系来看待。
小程序刚开始会做得比较轻，后边的服务还是会通过服务号去承接。
如果我们放到更大的层面上来讲，如果我们要给到行业里的开发者一些建议的话，你是会建议更多的开发者也参照、沿用来也的这个思路呢？还是你觉得其实有一些服务是不需要
做场景上的跳转的，可以直接在小程序上实现的，甚至是说，可以直接在小程序上完成变现和获得收入的？
汪：刚才所讲的评论都是建立在来也自身这种强交互式的产品基础上的，这种是比较适合小程序和服务号结合的。但这并不是说，所有的小程序或者服务号都需要这么做。
像一些服务业，可能会涉及到大量用户交互和客户服务动作的，我觉得会比较适合两者结合。
但我觉得也有更多的小程序应该是可以独立存在在微信的生态中的。不管怎样，大体的思路还是一样，从做小程序本身来说，我觉得还是适合做非常轻的，让用户很简单的操作就
能完成任务的功能，注重它的社交性、分享性。这样在微信中才会是有长期价值，更容易获得红利和增长。
“类似直播这样的领域，如果现有的行业领先者没有做这件事情，或微信不让他们做这件事情，则他们有可能会被颠覆。”
三：我记得刚才你有提到，有一些很工具化的、轻量级的产品早期在小程序中是很容易承载的，包括像美柚、大姨吗这样偏记录的产品，还有类似朝夕日历等产品的打卡之类的功
能，那你觉得小程序这个生态兴起后，有可能在这个生态上会出现一些能够颠覆美柚、大姨吗等类似产品的东西吗？
汪：在很多细分垂直领域中，已经有领跑者了，我觉得这些领跑者都是非常敏锐的，很可能他们已经在布局微信的小程序了。那么对于一家创业公司来说，你怎么做出一个足够有
区分度的产品，去战胜所属品类下的领跑者，我觉得是有一点挑战的。它不像在手机刚推出的时候，做一个图片的小应用，就能颠覆掉PC时代最强的图片分享社区。因为这个终端
的改变非常大，现在的话，毕竟智能设备的终端没有改变，只是它从APP的形态转到了微信的形态。
这部分是不是能出来一些颠覆性的产品，我不是很确定。但是有一些特别适合在微信场景中做的功能，我觉得是有可能的。这点还是回到我刚刚说的，一定要考虑到它的社交性和
协作性。
比如说，如果真的有一家很强的公司，在微信中做直播，或者类似于直播、沟通这件事情，它是个沟通的场景，但是又比微信自己的沟通做得更好，那我觉得在这个体系中它会很
厉害。
另外，类似直播这样的领域，如果现有的行业领先者没有做这件事情，或微信不让他做这件事情，那他是可能会被颠覆的。（三节课注：微信小程序已经明确——1.至少目前不能
做直播；2.有审核机制。）
三：就你自己的判断的话，你觉得小程序的红利期会有多久？
汪：这真的很难说，我觉得这取决于小程序的生态是不是能够完全成功。至少在前面的一两个月里，是会有红利期的，至少用户一定会去大量尝试。其实这件事情很简单，像当年
微信推出飞机大战的时候，有很多移动游戏的使用者都来玩这个游戏，但你看到，它冲上去，很快又下来了，它并不持久。
所以我觉得在头一两个月里，小程序肯定会冲出一些获得极大关注的产品。甚至在后期也会不断有一些小程序产品会有这样脉峰式的增长，类似当初的足记之类的。但是小程序是
不是真的会像APP应用市场那么火，那么重要，我觉得就取决于微信团队了，难度我觉得还是存在的。
这个可以想象当年百度在做直达号的时候，其实是类似的。
“目前看，小程序的入口很可能在上线之初是在‘发现’里的二级页面或者三级页面会有一个入口，其它的则需要用户通过搜索等行为来接触到小程序。”
三：小程序的入口更可能在哪里？这个貌似是个大众关心的问题了。
汪：我们曾和微信团队做过交流，他们讲到过他们在小程序入口方面的一些思考。很明确的是，用户可以通过“搜索”“扫码”“转发（除了朋友圈）”的方式获取小程序。小程
序不需要刻意关注，如果朋友间发送，用户只要点进去，就会自动关注并出现在小程序列表集合里。
关于小程序的固定入口、搜索排名和推荐等，其实并没有准确的公开信息。 外界传闻，比较可能的是，小程序在“发现”里的二级页面有一个固定入口。
三：现在你们已经做了一个“约会”的产品了，因为产品不算特别复杂，后面这个产品的迭代周期按道理来说，经过一两版迭代之后，就会相对稳定了。再之后，你们在小程序方
面有什么打算？是会基于一个小程序做复杂演化，还是？
汪：我们接下来应该会去做更多的小程序，按照助理来也的定位，这个助理是需要有很多的功能的，类似打卡记事、跑腿、叫咖啡之类的各种服务，我们都会把它做成很轻的小程
序。
我们最开始做的第一个小程序是约定会议，做这个决策的原因，第一点是希望它能够用完即走，符合小程序本身的定位。第二点是来也希望强调交互，通过技术的方式，让创建变
得更简单。第三点是本身这个应用具有社交性，跟我们现有的服务号推送功能可以很好地结合在一起。
三：从开发难度上来说，你觉得小程序的开发难度相较于APP来说，会下降多少？或者说，从开发者的角度来说，易用性会提升很多么？
汪：拿助理来也来说，我们是直接让原来客户端开发的同事来了解小程序，然后就直接让他们来开发小程序了。我得到的反馈是，难度确实降低了一些，容易了30%。
三：假如现在来也的团队人力配比是10的话，你们在APP：小程序：H5之间的资源配比，或者说兵力排布，在半年内会是怎么样的呢？
汪：可能会变成3：4：3，APP会剩下30%，小程序会占40%，H5也是30%，我们会把小程序放在比APP重要的位置。
三、总结+思考
在《关于微信小程序，这是三节课的全部看法和建议》这篇文章里，我们已经提过，并不是说所有的服务都是适合接入小程序的。在此不妨回顾一下当时我们提出的四象限图。
目前把市面上的一部分互联网产品放入下图中的四象限里，是这个样子的，欢迎对号入座。
1、哪些领域和行业适合做小程序？
一些刚需和高频的金融类、电商类、教育类等其实是最不适合接入小程序的。这些功能都太重了，小程序难以承载。再加上小程序是无法被关注的，这也就以为着，它没有办法获
取用户更多的信息，这对刚需且高频的产品来说，是很不方便的。
刚需且低频的服务类、旅游类等是最适合接入小程序的。这些功能很轻，用完即走。
基于社交场景的轻应用，或者说基于轻社交的应用，在小程序里是会大有可为的。约定会议是一个社交很明显，需要多人参与，但又不是那么高频、复杂的功能，它就特别适合做
成小程序。
具有非即时、可异步特点的应用，也是很适合接入小程序的。比如，健身学员向健身教练约定健身时间，或者是在在行约定行家。可能在行行家有一个自己的页面，咨询者在在行
上搜这个行家，发现行家下午3点有空，那就可以一键预约，时间一下就敲定了。这种符合我先决定一个事情，然后你再决定，或者说我先看你的时间，然后我再来决定我的时间的
非即时、可异步特点的应用，在小程序中将会变得非常方便。
2.、微信的克制
微信一直很克制。微信的很多功能，都是先从小范围的内测开始的。从最开始的不开放阅读数、不开放评论，到之前的微信6.3.28版本，微信都是徐徐铺开的。就连微信的广告，
也都需要审核把关，精打细做成有品位的样子。很克制。
张小龙认为，好的产品，核心功能一定要突出，不能堆砌功能，对用户体验造成干扰，“用完就走”，帮用户快速的解决问题。
这次的小程序，延续了微信克制的风格。 目前从小程序的官方文档和开发限制来说，有一条不是特别理解，就是小程序产生的行为，是不能通过服务号来进行推送的。这个限制会
导致所有的消息通知，都去使用官方类似于“服务通知”这样的消息入口。如果是短服务周期没问题，比如查资料，查完就走，但是如果是更深层、时间周期更长的服务，比如找
阿姨上门保洁，这个问题就比较大，用户体验也未必好。
所以，微信的克制可以理解，但也需要开放更多的接口，越开放，越出彩。
3、对支付宝的打击
未来，支付宝70%的功能会被小程序干掉。我们先来看看支付宝现有的这些第三方应用，然后结合我们上文中四象限所列出的符合刚需、低频的开发者。
基本上生活缴费、手机营业厅、报考、机票火车票、车辆违法查询、交通违规缴费等，都是特别适合做小程序的。
在微信的步步紧逼下，支付宝又要伤心好一阵了。
说白了，这些第三方都是支付宝自己挨个去谈的，谈了半天，人家接口终于开放了。结果微信过来说，我自己不去谈，我就开发个平台，让你们自己来干。而且用户平时使用微信
的次数肯定比支付宝频繁，你们肯定会转变习惯来投奔我们小程序的。
这搁谁，谁不伤心呀？
4、危机共存，适度关注，不要盲目
可以肯定的是，小程序会对现有的APP市场造成巨大的冲击。即便如此，也不要盲目地去投入到小程序开发的大军中。
首先，要判断好自己的产品到底适不适合做小程序。
其次，要评估好自己目前团队的人员配置，有多少资源可以投放到小程序的开发中去。小程序对一些产品来说，是蜜糖。对另外一些产品来说，投入很大的人力物力财力去做，甚
至放弃原生APP，结果却收效甚微，甚至惨败收场，也许就是砒霜了。
但现阶段总体而言，小程序对于大多数的开发者来说，蜜糖多过砒霜。
2. 如何处理服务号、订阅号和小程序之间的关系？
3. 怎样的小程序更易于在微信生态中生长生存？
4. 小程序主要的用户增长途径是什么？
5. 小程序相比服务号，有什么劣势？
6. 哪些领域有可能会被小程序颠覆？
7. 小程序的入口到底在哪里？
这里一一为你揭秘。
一、引言
9月21日晚，微信宣布“微信小程序开始内测”。一时间，万众瞩目。
其时，三节课曾出品了一篇《关于微信小程序，这是三节课的全部看法和建议》，此文当时被各大知名媒体集体转发，在圈内引发巨大关注。
11月3日晚，千呼万唤始出来，小程序终于宣布开始公测。
本次，三节课继续跟进，连同我们的合伙伙伴——“助理来也”一起，以我们专业且深度的视角为你带来独家、一手的深度解读。
“助理来也”是一个在线私人助理，目前已拥有上百万用户。在微信小程序内测的第一时刻，“助理来也”就成为为数不多的200个小程序内测号之一，拿到了第一批测试的资格。
有传言，这200个号都是Allen Zhang亲自过目确认的。
到今天，助理来也已经基本完成了自己第一个小程序的开发。
4天前，三节课联合创始人黄有璨、布棉一同对助理来也CEO汪冠春进行了深度采访，结合助理来也已经基本完成的小程序，对小程序各种实打实大家关注的话题，我们进行了深度
探讨。
我们甚至想现在就为你展示助理来也已经基本完成的这个小程序演示Demo，这应该是史上第一个被公开的小程序Demo。
对，就是现在。
关于这个小程序背后的故事，请听助理来也CEO亲自为你讲述。
二、与助理来也的深度对话
“小程序的交互流畅性、响应速度等，完全超出我们预计，可以说与原生App相差无几。”
三节课（以下简称“三”）：站在助理来也的层面上，这次拿到小程序内测资格之后，你们感受到的小程序给你们带来的最大的不同，最大的惊喜，可能是在什么地方？
汪冠春（以下简称“汪”）：首先同步一个事——在小程序出来之前，我们已经在微信服务号这边尝试做一些自己的Mini App了，主要是基于H5页面的方式。
举个例子，比如说，我们现在助理来也里面的打车功能，还有其它的一些服务，它都会有一个H5的页面，这个页面的体验算不上流畅，但肯定够用。
但现在，小程序带给我们最大的惊喜是——它的交互流畅性、响应速度等，完全超出我们预计，可以说与原生App的交互和响应相差无几。
像你知道的，助理来也作为私人助理类应用，其实目前与用户间最重要的交互方式是“对话框”。但是我们在做产品的过程中也深深体会到纯对话是有局限性的，我们也需要在很
多场景下有可视化的一些展现形式来做补充。我们也认为，对助理来也来说，对话和可视化页面的配合会变得越来越重要。比如说上面提到的打车这件事，如果只是通过对话来实
现，可能就很难，但如果是先对话，再唤起一个可视化界面，就会既让用户觉得亲切，又很易于操作和实现。
但，之前我们作为开发者，唯一能做的事情就是做H5页面，让它和对话结合，可在微信的环境中，H5的体验并不是最好的，这一直让我们很困扰。
所以，现在的小程序在这个地方，其实给了我们很大很大的惊喜。
“服务号和小程序之间可能存在两重关系，功能上互补。”
其一，小程序现在拥有红利，可以借助这一波红利，去开发一些轻量级的工具，并通过这个工具，去实现用户和流量的获取，即通过一个很轻的单功能点获取用户。
其二，有了小程序之后，一个服务号可以把一些需要大量可视化界面交互的功能和服务做到更深更精致，往下去做更深量级的服务。当然，这是在服务号和小程序能打通的情况下
，微信目前还做不到，但应该很多开发者都是有这个需求的。”
三：我有一个很大的好奇——你站在一个CEO的层面来看，当助理来也拿到这个小程序的内测资格之后，你在产品方向方面会有一些新的思考吗？比如说，之前助理来也主要是基于
一个服务号而存在的，所有的用户其实也都是维系在这个服务号上面的。那现在有了这个小程序之后，你们会把核心的阵地逐渐向小程序上去转移，做一些全新的东西？还是别的
什么？
汪：我觉得这是个很好的问题。其实我们内部也有很多讨论和纠结，最直白的问题就是——小程序对现有助理来也的产品来说，是补充还是颠覆？
我们思考了很久，倾向于小程序对助理来也现有的产品是补充作用为主的。
于是下一个问题就是：既然是补充，那我们怎么来决定做什么样的小程序？甚至是做一个还是做多个？如果做多个的话，是以什么样的顺序来做？
经讨论之后，我们的决定是，我们不会把助理来也上面的所有功能全都放在小程序上。我们还是觉得有很多服务号的特性，例如推送和对话界面是更加亲和贴近用户的。但同时，
我们也决定了有一些很需要图形化展示的那些功能，我们应该把它一点点开发成小程序，甚至这些功能也可以作为一个独立的产品，在小程序的生态上面进行应用。
三：那是不是可以理解为，基本上你们的一个判断是，现在这种“私人助理”的产品服务形态，基本的会话还是会以服务号为中心来展开，但是可能还是会有一些细分的功能，例
如叫咖啡这一类的，会通过一个比较轻量级的小程序，把这个服务做到更加精致和深度？
汪：是的。我们可能会把一些单一的功能或服务拿出来，做成一个小程序，这是我们会做的，特别是之前我们在H5页面做的一些功能，应该都会应用到小程序上。当然，我们内部
讨论最多的还是，我们要不要运用小程序前期用户流量上面的红利，做一些我们之前从来没有做过的尝试。
例如，我们以前没有特别做过“记事”的功能，那助理是不是也应该帮助用户记住一些事情？现在的微信是有一个收藏的功能的，其实我觉得这个收藏就是微信里边的一个小程序
，只是它藏得比较深而已，而且它的体验还是有一些可以提升的空间的。所以我们在考虑要不要做一个更好的具有“收藏记事”功能的小程序。
还有，我们是不是应该做一个名片的小程序，用于更好地展现用户个人的页面，我觉得这些想法都是很不错的。当然，我们现在还是会先结合来也现有的功能去做小程序。
“小程序应该会和当时APP刚刚出现时的状态有点类似，一开始一定是单一功能、很轻的应用会最受用户的欢迎。”
最终最成功的小程序，则应该是很好地运用了微信的社交特性的，能与社交、协作这些特点形成一些强关联，这样的话会让它存在在微信中的必要性更高。”
三：那正好我们可以来探讨一个更有意思的话题。站在你的层面上，以你当前所看到的情况和得到的信息，你觉得哪些类型的小程序在第一个阶段或者说红利期的时候推出来有可
能会火，有可能拿到比较大的流量红利？以及，再往后看几个月，甚至是半年的话，小程序的生态有可能会怎么发展？
汪：这肯定是仁者见仁了。我的一个判断是，小程序应该会和当时APP刚刚出现时的状态有点类似，一开始一定是单一功能、很轻的应用会最受用户的欢迎。比如最开始在智能手机
上，大家都会下载修图类的应用，这类的App会突然间变得非常火。或者早期时，女性用户就会下载类似像大姨吗这样经期记录管理的应用，这些东西最初其实都是非常单一的功能
点。在PC时代，这样的功能可能很难获得流量，但是在移动时代，恰恰是这样的东西最容易被识别和传播。
当然，我觉得今天小程序和当时APP的形态也有不一样的地方。最终最成功的小程序，我觉得也应该是很好地运用了微信的社交特性的，能与社交、协作这些特点形成一些强关联，
这样的话会让它存在在微信中的必要性更高。
三：理解。就好比App Store刚出来的时候，其实有很多类似凭借单一功能获得了巨量用户的应用，比如修图的、日历的、天气的、记事的，等等，一大堆，但其实这些东西都是我
们可以做的。但如果按照你刚才所提到的可能性，小程序应该更多地去考虑怎么和微信社交关系链的场景深度绑定起来，然后形成更大的爆发助推力的话，是不是有可能可以去开
发一些类似于当时微信运动那种排行榜PK相关的东西，可能会更好？
汪：我觉得这个肯定是会有价值的，这种互动本身也很有趣，这样会更加有利于传播，大家都会很愿意去分享。
三：就你们当前的感知来说，小程序和服务号之间除了交互、响应等各方面的体验能显著向上提升1-2个档次之外，别的还会有什么核心的差异吗？这个差异可能不只是指用户体验
，还指开发层面的。我们在开发微信服务号和开发微信小程序的时候，在面向用户、产品设计、开发各个层面上来讲，会有多大的不同？
汪：最大的差异还是在产品设计上，因为小程序更像是传统的APP了，你可以设置各种按钮以及稍微复杂的交互设计，像语音、图像识别，这些交互都可以放在小程序里。这些是服
务号通过H5的方式完全没有办法比拟的。
“基于微信‘分享’的生态，一个没有留存和无法激发用户口碑的产品，可能是很难在微信生态中生存的。”
微信可能会比苹果更严格——如果一个小程序的流量和增长主要是依靠类似ASO等手段来获取的，它甚至会给你下架。”
三：明白。一个可以预见的事情是，肯定会有一些开发商通过小程序来抢占第一波红利，也肯定会有越来越多的人来做小程序。那当大家都做了小程序之后，你感觉小程序比较重
要的用户增长的来源，可能会源自于哪里？核心还是依靠微信的某个核心入口分发吗，还是说会有别的不同？我们都知道，在早期的App Store上，一款产品的增长核心往往是大家
都要玩命地做ASO，那这个部分放到微信生态上来，会有不同么？
汪：我觉得有可能会有一些不同。关键还是在于微信的“关系链”和“分享”场景。
我个人觉得，像打卡、记事，包括如果微信允许的话，做直播、游戏这些很好玩的小程序一定是第一波被用户热炒起来的（三节课注：本次采访在小程序公测启动前，按目前公测
开放后公布的小程序文档来看，其中已经明确，至少目前阶段，游戏类、直播类、小程序导航、链接互推、排行榜等，都是无法提交审核通过的）。
因为它好玩，所以用户也最愿意去尝试。但用户最终是否能够产生对于产品的忠诚度，可能很难讲，需要拭目以待。
总体上，我的感觉是，基于微信“分享”的生态，一个没有留存和无法激发用户口碑的产品可能很难在微信生态中生存——只有有了口碑才会不断有人去使用，不断有人去分享（
三节课注：据确认，小程序目前只能分享给好友或者群，不可以分享到朋友圈），而基于微信的生态，如果一个小程序无法基于“分享”而获得增长，可能也不是微信想要看到的
。
我自己的认知是，微信一直在提倡所有产品在用户端的数据都能够以一种比较健康的方式，稳固地增长，而不是纯粹依靠ASO等手段。我甚至觉得，微信可能会比苹果更严格——如
果一个小程序的流量主要是依靠ASO等手段来获取的，它甚至会给你下架。
但如果你真正形成了用户口碑，然后在各个指标上，比如说用户留存和粘性指标等都是好的，那么也有可能会得到微信官方的推荐，同时增加你曝光的机会。
三：助理来也第一个开发的小程序会是怎样的？它会实现什么功能，这个现在方便透露介绍一下么？
汪：可以。这个其实也是我们内部的产品、设计、技术团队一起讨论出来的。我们在想，我们做小程序，一定要围绕着微信这样一个社交化的场景，做一个功能。这个功能和助理
来也现有的日程管理功能是相关的，我们把这个功能放在“约定会议”上面。
这个功能是这样的，比如说，现在你和我想约个时间去见面，以往可能我们需要去做好多次沟通，我把我的空闲时间告诉你，然后你再来确定。而且，我给你发消息的时候，你可
能并不会马上回复我，那这个过程就会变得很复杂。如果涉及到三个人，或者是很多人要参加的一个聚会，这个协调的工作，就变得相当复杂了。单完全通过语言对话来完成的话
，它的效率是很低的。
所以我们想做一个小程序，它能够很方便地让创建这个事件的人和参与这个事件的人，能很快地达成一个共识。
三：这个听起来其实有点像以前我们在PC端的时候，类似我们用Foxmail、Outlook发的一个会议邀请的感觉？
汪：还不太一样。会议邀请还是一个单向交互的东西，我约你10点开会，你只能判断接受或是不接受。
但现在假如你是这个小程序的用户，自己创造了一个事件，你可以把自己所有的空闲时间都列出来，比如说，我告诉助理，我星期二下午或者星期四晚上都是可以空出来的，这时
候，东西发给你，你就可以在这两个时间段里选择可以参与的时间，之后再是我来确认。
三：所以这个小程序感觉还是基于一个团队内部，或是某种社交关系来使用的？
汪：对。在工作场景里面，可能就是同事之间。在生活场景当中，可能就是一个聚会。
我们就是想把它做成一个特别轻的产品，不管是对于发起者，还是参与者来说，这些操作都可以在一个页面里完成。你可以畅想一下，当我真的想约一个人或几个人的时候，我先
把我的候选时间列出来，在一个页面里边，简单地操作、创建，然后把这个页面分享出去。对参与者来说，他看到的也只是一个很简单的点击操作，就能确认时间，这个中间是可
以省下很多的沟通成本的。
这里其实也秉承着几个原则：
第一点，我们想遵循微信“用完即走”的理念。创建者打开一个页面，创建完就走掉；参与者也是打开这个页面，点一下，就走掉。它的交互流程是不超过一个页面的。
第二点，我们想维护助理来也在用户心中的一个形象，它是一个助理，是一个秘书。我会允许用户用最简单的方式，也就是自然语言，来创建他的可选时间段。如果我有一个一小
时的会议，那我作为创建者，我只需要用语音告诉助理来也，我有哪几个时间段是OK的。例如我说，周二下午和周三上午的11点到12点是OK的，当我说完这些话之后，这些时间段
自然就显示出来了，然后我们会使用人工智能和语义的技术，让这个创建的过程变得非常便捷。
第三点，也是我们希望通过小程序来达到的。我们希望这个很轻的功能，能和助理来也现有的日程管理的功能互通起来。当这个约会的时间被确定下来之后，它会被同步到现有的
来也的产品上，我们可以提醒他。
“小程序相比服务号来说，也有一个很大的缺点，它的推送其实很弱。”
三：所以最后提到的约会提醒这个的提醒，就会和现有的服务号形成关联了？
汪：对。因为小程序相比服务号来说，也有一个很大的缺点，就是它的推送其实是很弱的。例如，当用户创建了一个会议约定时间之后，他会需要有提醒，需要用到推送，这一部
分，我们希望可以通过微信服务号来完成。这样服务号和小程序就能形成很好的互补。
三：理解了。接下来一个问题，不管是服务号，还是你们马上开发的小程序，我们都可以把它视作为一款产品。刚才我们聊到了产品的设计和逻辑，那如果是站在运营的层面，对
于你们马上要推出的这么一个多人协作的小程序，上线之后你们会有一些特别的运营思路么？
汪：这个首先要取决于这个产品的体验是不是特别好，如果体验OK的话，我们才能谈一些运营方面的思考。
如果要做的话，应该有这么几个思路：
第一，面向现有用户的告知。我们应该会通知到来也现有的用户。
第二，我们有一些合作方曾经提出过，希望能够和来也在日程管理上做一些事情。例如，我是一个健身的服务号，我是有我们的健身教练和运营团队的，那我希望我的学员能够在
这个产品里更简单地约到教练的时间。这个功能，以前在微信里边是很难做的，除非我自己开发一个完整的预约系统。现在如果来也这个小程序出来了，这件事情就会变得很容易
了。那对于服务号的运营者来说，就可以运用来也这个约会的功能来完成。
所以，我们会和一批这样的合作方一起来推我们新开发的小程序的功能。我们也希望可以和更多关注微信小程序的媒体朋友们一起来将这个项目放得更大。
三：从你的描述当中，助理来也对小程序的理解以及你们团队对小程序整个产品线的结合已经非常清晰了。你们会倾向于第一步先将小程序和服务号作为一个互补的关系来看待。
小程序刚开始会做得比较轻，后边的服务还是会通过服务号去承接。
如果我们放到更大的层面上来讲，如果我们要给到行业里的开发者一些建议的话，你是会建议更多的开发者也参照、沿用来也的这个思路呢？还是你觉得其实有一些服务是不需要
做场景上的跳转的，可以直接在小程序上实现的，甚至是说，可以直接在小程序上完成变现和获得收入的？
汪：刚才所讲的评论都是建立在来也自身这种强交互式的产品基础上的，这种是比较适合小程序和服务号结合的。但这并不是说，所有的小程序或者服务号都需要这么做。
像一些服务业，可能会涉及到大量用户交互和客户服务动作的，我觉得会比较适合两者结合。
但我觉得也有更多的小程序应该是可以独立存在在微信的生态中的。不管怎样，大体的思路还是一样，从做小程序本身来说，我觉得还是适合做非常轻的，让用户很简单的操作就
能完成任务的功能，注重它的社交性、分享性。这样在微信中才会是有长期价值，更容易获得红利和增长。
“类似直播这样的领域，如果现有的行业领先者没有做这件事情，或微信不让他们做这件事情，则他们有可能会被颠覆。”
三：我记得刚才你有提到，有一些很工具化的、轻量级的产品早期在小程序中是很容易承载的，包括像美柚、大姨吗这样偏记录的产品，还有类似朝夕日历等产品的打卡之类的功
能，那你觉得小程序这个生态兴起后，有可能在这个生态上会出现一些能够颠覆美柚、大姨吗等类似产品的东西吗？
汪：在很多细分垂直领域中，已经有领跑者了，我觉得这些领跑者都是非常敏锐的，很可能他们已经在布局微信的小程序了。那么对于一家创业公司来说，你怎么做出一个足够有
区分度的产品，去战胜所属品类下的领跑者，我觉得是有一点挑战的。它不像在手机刚推出的时候，做一个图片的小应用，就能颠覆掉PC时代最强的图片分享社区。因为这个终端
的改变非常大，现在的话，毕竟智能设备的终端没有改变，只是它从APP的形态转到了微信的形态。
这部分是不是能出来一些颠覆性的产品，我不是很确定。但是有一些特别适合在微信场景中做的功能，我觉得是有可能的。这点还是回到我刚刚说的，一定要考虑到它的社交性和
协作性。
比如说，如果真的有一家很强的公司，在微信中做直播，或者类似于直播、沟通这件事情，它是个沟通的场景，但是又比微信自己的沟通做得更好，那我觉得在这个体系中它会很
厉害。
另外，类似直播这样的领域，如果现有的行业领先者没有做这件事情，或微信不让他做这件事情，那他是可能会被颠覆的。（三节课注：微信小程序已经明确——1.至少目前不能
做直播；2.有审核机制。）
三：就你自己的判断的话，你觉得小程序的红利期会有多久？
汪：这真的很难说，我觉得这取决于小程序的生态是不是能够完全成功。至少在前面的一两个月里，是会有红利期的，至少用户一定会去大量尝试。其实这件事情很简单，像当年
微信推出飞机大战的时候，有很多移动游戏的使用者都来玩这个游戏，但你看到，它冲上去，很快又下来了，它并不持久。
所以我觉得在头一两个月里，小程序肯定会冲出一些获得极大关注的产品。甚至在后期也会不断有一些小程序产品会有这样脉峰式的增长，类似当初的足记之类的。但是小程序是
不是真的会像APP应用市场那么火，那么重要，我觉得就取决于微信团队了，难度我觉得还是存在的。
这个可以想象当年百度在做直达号的时候，其实是类似的。
“目前看，小程序的入口很可能在上线之初是在‘发现’里的二级页面或者三级页面会有一个入口，其它的则需要用户通过搜索等行为来接触到小程序。”
三：小程序的入口更可能在哪里？这个貌似是个大众关心的问题了。
汪：我们曾和微信团队做过交流，他们讲到过他们在小程序入口方面的一些思考。很明确的是，用户可以通过“搜索”“扫码”“转发（除了朋友圈）”的方式获取小程序。小程
序不需要刻意关注，如果朋友间发送，用户只要点进去，就会自动关注并出现在小程序列表集合里。
关于小程序的固定入口、搜索排名和推荐等，其实并没有准确的公开信息。 外界传闻，比较可能的是，小程序在“发现”里的二级页面有一个固定入口。
三：现在你们已经做了一个“约会”的产品了，因为产品不算特别复杂，后面这个产品的迭代周期按道理来说，经过一两版迭代之后，就会相对稳定了。再之后，你们在小程序方
面有什么打算？是会基于一个小程序做复杂演化，还是？
汪：我们接下来应该会去做更多的小程序，按照助理来也的定位，这个助理是需要有很多的功能的，类似打卡记事、跑腿、叫咖啡之类的各种服务，我们都会把它做成很轻的小程
序。
我们最开始做的第一个小程序是约定会议，做这个决策的原因，第一点是希望它能够用完即走，符合小程序本身的定位。第二点是来也希望强调交互，通过技术的方式，让创建变
得更简单。第三点是本身这个应用具有社交性，跟我们现有的服务号推送功能可以很好地结合在一起。
三：从开发难度上来说，你觉得小程序的开发难度相较于APP来说，会下降多少？或者说，从开发者的角度来说，易用性会提升很多么？
汪：拿助理来也来说，我们是直接让原来客户端开发的同事来了解小程序，然后就直接让他们来开发小程序了。我得到的反馈是，难度确实降低了一些，容易了30%。
三：假如现在来也的团队人力配比是10的话，你们在APP：小程序：H5之间的资源配比，或者说兵力排布，在半年内会是怎么样的呢？
汪：可能会变成3：4：3，APP会剩下30%，小程序会占40%，H5也是30%，我们会把小程序放在比APP重要的位置。
三、总结+思考
在《关于微信小程序，这是三节课的全部看法和建议》这篇文章里，我们已经提过，并不是说所有的服务都是适合接入小程序的。在此不妨回顾一下当时我们提出的四象限图。
目前把市面上的一部分互联网产品放入下图中的四象限里，是这个样子的，欢迎对号入座。
1、哪些领域和行业适合做小程序？
一些刚需和高频的金融类、电商类、教育类等其实是最不适合接入小程序的。这些功能都太重了，小程序难以承载。再加上小程序是无法被关注的，这也就以为着，它没有办法获
取用户更多的信息，这对刚需且高频的产品来说，是很不方便的。
刚需且低频的服务类、旅游类等是最适合接入小程序的。这些功能很轻，用完即走。
基于社交场景的轻应用，或者说基于轻社交的应用，在小程序里是会大有可为的。约定会议是一个社交很明显，需要多人参与，但又不是那么高频、复杂的功能，它就特别适合做
成小程序。
具有非即时、可异步特点的应用，也是很适合接入小程序的。比如，健身学员向健身教练约定健身时间，或者是在在行约定行家。可能在行行家有一个自己的页面，咨询者在在行
上搜这个行家，发现行家下午3点有空，那就可以一键预约，时间一下就敲定了。这种符合我先决定一个事情，然后你再决定，或者说我先看你的时间，然后我再来决定我的时间的
非即时、可异步特点的应用，在小程序中将会变得非常方便。
2.、微信的克制
微信一直很克制。微信的很多功能，都是先从小范围的内测开始的。从最开始的不开放阅读数、不开放评论，到之前的微信6.3.28版本，微信都是徐徐铺开的。就连微信的广告，
也都需要审核把关，精打细做成有品位的样子。很克制。
张小龙认为，好的产品，核心功能一定要突出，不能堆砌功能，对用户体验造成干扰，“用完就走”，帮用户快速的解决问题。
这次的小程序，延续了微信克制的风格。 目前从小程序的官方文档和开发限制来说，有一条不是特别理解，就是小程序产生的行为，是不能通过服务号来进行推送的。这个限制会
导致所有的消息通知，都去使用官方类似于“服务通知”这样的消息入口。如果是短服务周期没问题，比如查资料，查完就走，但是如果是更深层、时间周期更长的服务，比如找
阿姨上门保洁，这个问题就比较大，用户体验也未必好。
所以，微信的克制可以理解，但也需要开放更多的接口，越开放，越出彩。
3、对支付宝的打击
未来，支付宝70%的功能会被小程序干掉。我们先来看看支付宝现有的这些第三方应用，然后结合我们上文中四象限所列出的符合刚需、低频的开发者。
基本上生活缴费、手机营业厅、报考、机票火车票、车辆违法查询、交通违规缴费等，都是特别适合做小程序的。
在微信的步步紧逼下，支付宝又要伤心好一阵了。
说白了，这些第三方都是支付宝自己挨个去谈的，谈了半天，人家接口终于开放了。结果微信过来说，我自己不去谈，我就开发个平台，让你们自己来干。而且用户平时使用微信
的次数肯定比支付宝频繁，你们肯定会转变习惯来投奔我们小程序的。
这搁谁，谁不伤心呀？
4、危机共存，适度关注，不要盲目
可以肯定的是，小程序会对现有的APP市场造成巨大的冲击。即便如此，也不要盲目地去投入到小程序开发的大军中。
首先，要判断好自己的产品到底适不适合做小程序。
其次，要评估好自己目前团队的人员配置，有多少资源可以投放到小程序的开发中去。小程序对一些产品来说，是蜜糖。对另外一些产品来说，投入很大的人力物力财力去做，甚
至放弃原生APP，结果却收效甚微，甚至惨败收场，也许就是砒霜了。
但现阶段总体而言，小程序对于大多数的开发者来说，蜜糖多过砒霜。
