我们为什么选择了微信小程序

最新推荐文章于 2020-12-20 13:48:32 发布

weixin_34151004

最新推荐文章于 2020-12-20 13:48:32 发布

阅读量845

点赞数

文章标签：移动开发前端区块链 ViewUI

原文链接：https://my.oschina.net/mzdbxqh/blog/912051

版权

2019独角兽企业重金招聘Python工程师标准>>>

前言

现在是2017年5月31日，微信小程序面世十个月零十天。在互联网这个神奇的世界里，十个月已经足够发生太多的奇迹。然而，十个月过去了，口衔宝玉而生的微信小程序，仍徘徊在公众视线的边缘，时隐时现。
即便如此，我们还是选择了微信小程序。

起因

最近有个朋友（没错他是个产品狗），困扰于手机找不到合适的壁纸。出于职业习惯，他向周围的朋友了解了一下，初步判定这是个普遍的需求。然后，就有了我们这个团队。接着，我们开始验证需求，做竞品分析，讨论产品形态，进行技术选型，画原型，敲代码……终于，在微信小程序平台上线了「Soda壁纸」的第一个Beta版本 —— 一个充分尊重版权的高清动漫壁纸应用。
广告后面再打，在这里我想说说我们为什么选择了微信小程序。知乎似乎喜欢长文章，所以我会写长一点。

为什么是移动端

只做移动端，是出于移动端份额和产品特性的考虑。
大部分用户第一次注重并参与智能设备界面的美化，大概是Windows Me时期的事情。当时，刚从命令行界面过渡到图形化界面的用户们突然发现，原本已足够惊艳的界面居然还可以更美，更有个性。一时之间，被突然解放的创作热情，使桌面壁纸、图标、鼠标光标甚至于winamp这些软件的自定义皮肤等原创作品，呈井喷态势涌现。
后面的事情大家都知道，IOS和windows相爱相杀，互相激励着在界面美化这条路上越走越远。再然后是肾系列手机和以三星为代表的安卓手机在移动设备上各树一帜，走出了两种迥然不同的风格：前者用自己的美学诠释界面设计；后者在魔秀这类APP的助攻下重现了Windows Me年代的辉煌，来回收割着一众颜控用户的银子。
好吧其实我是瞎掰的，历史要比这片言只语复杂得多。
今时今日，一个产品若是站出来说主打移动端甚至只做移动端，相信大家都不会有太大异议。但象征性地我们要是要拿数据来说话的：
1、2016年10月，StatCounter监测数据显示，全球移动端流量首次超过PC端。
2、2016年3月，淘宝接近80%的流量已经来自于无线，3月29日全天全网接近70%的成交来自于无线。
3、2015年12月，移动APP月度使用时长占月度有效浏览时间的72.6%（艾瑞：2016中国网络广告用户行为研究）

4、2015年，中国手机网民占整体网民比例为90.1%（艾瑞：2016中国网络广告用户行为研究）

除此之外，作为一款面向移动设备的、动漫领域的高清壁纸应用，我们进行了小样本的问卷调查，去验证我们的一些想法。调查结果显示，我们的目标受众，其年龄分布向青少年倾斜。而这一类用户因受学习环境限制，客观上属于移动设备的重度用户。加上Wifi和4G的普及，实在没有必要让用户特意到PC端上下载图片。综上，我们选择了只在移动端上做我们的这个产品。

为什么是微信

首先我们排除了原生App

一方面是人力成本的问题。根据我们的调研，壁纸，尤其是动漫壁纸是一个规模不算大的市场。可以预见，在相当长的一段时期内，我们要依靠情怀来支撑产品的运作。原生App至少需要考虑IOS和各种版本的安卓，即便使用移动端网页+PhoneGap，也有着不小的开发量。而靠谱的前端据说很少能在晚上11点前下班，有情怀也没用，没空。

另一方面是移动互联网用户和App已经度过了蜜月期，用户对App的使用趋向于集中（Trustdata: 2016上半年中国移动互联网行业发展分析报告）：

说句不负责任的话，移动互联网发展到今日，仍在开发原生App的中小微企业、尤其是委外开发的非互联网相关行业，多数只是因为门面、利益输送或者领导好大喜功，而无关实用价值。

然后我们尽量不考虑移动端网页

同样有人力成本的考虑。移动端即便有众多成熟框架，依旧免不了大量造轮子。而且移动端浏览器市场被手机厂商、OS厂商和几个巨头分食，并没有一家独大的情况。份额最大的QQ浏览器也不过占了27.65%。加上各种内置浏览器，可以预见，兼容性将是个很严峻的问题。
再有就是用户系统的问题。我们希望根据用户喜好提供相匹配的壁纸，不可避免的需要鉴别用户身份。许多团队注重用户数据的主权和产品入口的主权，希望牢牢地把这些东西握在手上，而不是被巨头扼住喉咙。我们团队有着不同的看法。我们认为再简单的注册页面也能将大量用户拒之门外。使用第三方登录，几乎是我们团队必然的选择。
最后是流量入口的问题。作为一个移动端网站，不得不考虑流量的来源。我们的产品以图片为主，又是一个新站，很难在免费的SEO上有所作为。而除搜索引擎以外的流量入口（例如通过微博、微信公众号等）意味着需要二次转化，不划算。当然，还有付费的流量，如果我们有钱的话。

我们选择了依托第三方平台

自移动设备接入互联网伊始，各手机厂商以及APP厂商对互联网入口这一高地的争夺就从未消停过。在「得互联网入口者得天下」这一真理的驱使下，从浏览器，到应用市场，到携Html5杀回来的现代浏览器，再到平台级的App，移动互联网战争史的背后尸骨累累。
先看看我们有哪些选择。下图是2017-05-15至2017-05-21期间总体活跃用户过亿的App名单（数据来自QM）：

首先排除掉Wifi万能钥匙（系统工具，网络基础建设阶段性产物）、腾讯视频、手机淘宝、爱奇艺视频、360安全卫士（旗下360手机桌面属于竞品）、腾讯新闻、腾讯手机管家、百度地图、优酷、酷狗音乐、高德地图。其他App我们来逐个分析下其所能提供的平台：

微信

活跃用户渗透近90%的网民，可以说是无差别覆盖，不需要考虑受众的分布问题。产品形态可以是微信公众号（定期推送壁纸，重运营）或者微信小程序（个性化推荐，重功能），首选。

手机QQ

活跃用户低于微信，但调研结果，其受众与我们的目标受众重合度较高。产品形态可以是QQ群（规模受限，重运营）或者QQ公众号（类同微信公众号，但公众接受程度低，入口深，无流量福利）。

手机百度

同PC版百度，移动端活跃人数数据不理想。产品形态可以是接入百度框计算（然而官网打不开了）或者是移动端网页（兼容性问题、依赖于SEO无流量福利）。

搜狗输入法

如果搜狗输入法做类框计算，在侦测到番名等关键词时，可以接入第三方的匹配数据的话，将会是一个不错的选择。

QQ浏览器

情况与手机百度类似，无第三方接入，产品形态只能是移动端网页。

微博

根据调研结果，其受众与我们的目标受众重合度低。产品形态为微博客（不定期发布壁纸，重运营，图片会被压缩影响画质）

支付宝

支付宝小程序还没正式推出。

UC

情况同QQ浏览器。

根据上面的对比，从产品形态来看首先排除掉手机QQ、手机百度、搜狗输入法、QQ浏览器、UC；从品控角度排除微博；从用户活跃趋势来看排除支付宝（见下图，数据来自QM）。最终选择微信。

为什么是小程序

其实根据上面的分析，为了给用户提供个性化的内容，微信小程序已经是我们的最优选择。但仍有着额外的因素，加强了我们对微信小程序的信心。内幕小道消息什么的就不扯了，主要说说以下三个因素：

可靠的模式 = 中心化的入口 + 去中心化的服务

我认为，中心化的入口才能保证服务市场的秩序。国内枭雄割据的安卓应用市场现状和持续至近年的浏览器标准之争就是很好的反例。当然，同样需要多个中心所形成的竞争来约束中心自身的行为。否则，即便是google这般号称不作恶的技术向企业，一旦形成了垄断，也将是一场灾难。
到了服务的层面，则更多的关乎商业模式和人性，应该去中心化才能保证服务的质量和可持续性。

下面上一张图（左边是微信城市服务，右边是支付宝城市服务）：

图中两者有几个共同点：
1、都是基于地理位置构建起来的服务入口
2、都在资金和政策的支持下取得了不错的成就
3、入口都很深
4、可能都将止步于此
逐个说明下：
1、微信和支付宝可以说是移动设备上的两个中心，不是仅有的两个，但是是最耀眼的两个。这两个中心基于地理位置构建服务入口是整个战略最成功之处（微信 - 小程序 - 附近的小程序也是这么做的），显而易见的对比是，我们不用再到百度无头苍蝇般搜索了。当然，这个入口大家都想做，差别在于，你是先做服务入口，再借此发展为中心，还是先成为中心，再去做这个服务入口。前者是做生意，后者是做实事。
2、取得的成就是它们的历史意义所在，通过平台+资金+政策，真正让众多线下的服务走到了线上。这一点算是革了地图应用的命。后者还在告诉我们可以去哪里办什么事的时候，前者已经告诉我们说这事你不用去上门办了，点几下手机就行。
3、入口很深，说明这个入口不需要主动去引导流量，甚至能给应用本身反哺流量。同时也说明，这个入口并不能给应用本身带来太多流量以外的利益。
4、最后一点，我认为微信小程序的新入口将取代这种入口。

中心化的服务

我不看好上图这种中心化的服务。他们的模式可能有两种，一种是某一城市下的某一服务类目，首先找一家公司开发一款标品，然后该标品接入城市服务这个平台，最后由这个公司去找同类的服务单位谈，让他们使用该公司的产品；一种是由上级部门指定采购某个供应商的产品并接入城市服务平台，然后下级部门统一使用该产品（如果跟事实有出入烦请告知）。这么一说，干过采购的或者在机关事业单位待过的朋友可能最快看出来了关键问题在哪了。举几个场景：
1、
喂，供应商吗，你们产品有个功能不太好用，麻烦你们给改改。
不好意思这个产品是上级某某单位订购的，请你们联系该单位，由他们发函给我们修改。
喂，xx科吗，我这里xx办事处啊，我们想改xx产品的一个功能…
改功能？那个产品已经实施完付完全款了，你等明年我们报财政经费的时候再打报告吧。
2、
领导你看我们是不是应该接入城市服务平台xx类目啊？
这个想法很好，这样，我有个朋友开了家科技公司A，你跟他联系下让他们报个价。
可是领导，我们城市这个类目下只能联系公司B….
那就不接那个什么平台了，联系公司A搞个App吧！
3、
小x啊，公司买了个系统接入了城市服务平台，以后你就在这个产品上走流程吧。
可是主管，我们的业务不是这么个流程的啊？
小x啊，这是采购那边的领导定的系统
可是主管，这个系统的操作不合理不如原来那个系统好用啊！
小x啊，我再提醒你一次，这是采购那边的领导定的！
可是主管…
不想干就给我滚蛋！

几个玩笑段子，大家看看就好。说回正题，城市服务这个产品反商业（不能保证所有利益既得人的利益）、不接地气（典型的程序员思维，标品指定服务内容框架，不能适应市场的多样性），能够达到的高度有限；相较之下，微信小程序 - 附近的小程序这一模式更为包容，格局更为大气，理应比前者走的更远——虽然跟我们的壁纸应用没啥关系。

顺便吐槽下阿里的好些员工为啥看问题角度都这么宏观，开口格局闭口市场，始终跟用户有段距离。

一致的用户体验

微信封装了一些API和通用组件，只要通过简单的配置或者复制很小一段demo，就可以实现跟微信界面一致的样式。
以下面这张图为例，左边是Soda壁纸，右边是微信

1、一致的标题栏布局，包括后退按钮和分享按钮；
2、一致的底部TabBar（我们团队任性的产品说要半透明的，我们就自己实现了一个）；
3、未在图片中表现出来的表单元素、弹出等等

使用的代价就是短短几行的配置文件或者从官方提供的WeUI上复制过来的样例代码，而获得的是一个对用户来说设计中等偏上，亲切而不厌倦的交互界面。

可能有些团队会说我们有牛逼的设计，出来的界面比这个好看一百倍。
是是是谁好看谁说话。
不过重要的不是界面好看，而是用户熟悉的交互、优质的内容和服务。

下图是一个业务系统的首页，左上角那个菜单的按钮相信前端和搞过后台的人都认得。

这个业务系统在很长一段时间内，首页到菜单项的转化率相当低，百思不得其解。直到有一天，菜单项里面增加一个刚需功能。一天之内，过半的用户涌进我们的客服通道，问了一个相同的问题：“xx功能怎么进去？”

然后，在客服炸掉之前，我们把系统改成了这样：

丑，简单，粗暴，但是有用。
互联网上，相当大一部分的应用，其内容可能还不及界面好看。先搞好内容、做好服务才是正事。如果用户连你的按钮在哪，按钮是什么含义都不知道，再好看的设计也是白搭。当然房地产啊美容啊之类的除外。

低门槛、高红利和模式带来高质量生态预期

技术门槛

只要懂一点html+js+css，对够对官方UI和微信小程序例子进行复制粘贴；再配合BaaS，通过简单的配置完成后台开发，即可快速独立完成微信小程序的开发。

流量红利

嗯，微信有六亿活跃用户，随着流量入口的逐步开放，红利是显而易见的。

合作模式

如前文所说，我认为这种模式对服务和内容提供者更为友好。

基于以上三点，追逐利益也好，为了自我实现也好，微信小程序都对服务和内容提供者有着相当大的吸引力。加上微信小程序对广告内容的限制和监管，可以预见，这将会形成一个高质量的生态圈。
这是一个很实际的问题：同样是回答问题被认可，你更希望这个认可来自知乎还是来自搜搜问问？同样是排在应用市场的前十榜单，你希望是在APPStore上还是在一款充斥着广告的第三方应用市场？人生在世求的就是一个逼格！做一款产品同样求的就是一个逼格。好吧我是开玩笑的，其实我们求的是一个情怀，希望自己的产品能发布在一个更有格调的平台上，被一批更优质的用户所认可。嗯，就是这样子的。

给大家的建议

微信小程序正处于一条上升通道。我个人认为，未来的移动互联网格局将因此重新洗牌。但是，现阶段微信官方正处于非常克制的时期，何时能实现预期尚未有定论。对于不同的团队，我有以下建议：

小微团队

如果小程序现有的功能已经能满足或基本满足产品的要求，那我强烈建议你们选择小程序。至于流量红利，那是有最好，没有也不比其他平台差的一种附加价值。但如果你们需要寄托于微信未来可能开放的功能或流量入口，那么你们可能需要斟酌一下，因为团队未必能撑到预期变现的那一天。

大中型团队

我认为现在是时候划分出一个支线团队，在微信小程序上进行布局了。
一方面是为了提前踩坑，不至于以后措手不及。虽然微信小程序的API并不复杂，也有微信技术团队背书，但在不同的机型不同系统上仍有不可预见的bug。即使以后修复了这些bug，同样需要作向前兼容的考虑。
另一方面，逐渐在微信小程序平台上接收可能从App流失的用户，避免被温水煮青蛙。
权当是阴谋论吧，我认为微信小程序对产品的诸多限制性描述是一种暗度陈仓的策略。明面上，这些限制使得产品生态一开始就规避了PC端web和安卓那般权限混乱广告横行的风险，然后官方可以谨慎地根据反馈情况，控制好放开限制的节奏，慢慢过渡到可控和可用之间的平衡。
实际上，这可能是在示敌以弱。试问，现在移动设备上中型以上的App，有多少是无法把功能拆分后迁移到小程序上的？
举个栗子，现在某企业化整为零，先上线一个智能穿戴设备的测评小程序，上线一个智能穿戴设备的销售小程序，再上线一个提供代理过关服务的小程序，然后在不引起竞争对手注意的情况下猥琐发育，蚕食其份额。某一天，微信官方在小程序内提供明显的入口，可以查看小程序所属主体开发的其他小程序，并允许用户在该主体的各个小程序间无缝切换（反正有OpenID，就差允许小程序间跳转了），这三个小程序就此合并为一个实质上的微信App……YY就此打住，资金允许的话就及早布局，这是我的建议。