平台视角认识小程序

给你一囗甜甜゛ 提交于 2020-01-02 08:23:55

平台视角认识小程序

写在前面

小程序技术和生态已然已经被很多人熟知,但:

  • 为什么火的是小程序?
  • 小程序战场战况如何?
  • 小程序的优势在哪?
  • 能给业务方带来什么?
  • 哪些业务适合用小程序?
  • 小程序跟其他跨端方案有怎样的区别和关系?
  • 小程序的能力怎么样?
  • 发展空间和愿景怎么样?

本文试图以文档方式从各个疑问点出发给大家做个分享,希望能让大家有个宏观的认识,更好的结合各自的业务发展诉求,为平台和生态的发展贡献更多的可能。

展开问题回答前,概念先对齐下 ?

小程序,主要泛指像微信、支付宝、头条、抖音、百度、快应用这样的即时应用方案。
叫法主要从微信开始和推出( 较强的先发优势),推出不需要下载安装即可使用的应用,不安装情况下随时「触手可及」。该思路和玩法并非微信首创, 更早期由多家提出的 instant APP 、 轻应用 及后来的 快应用多属这个范畴。即平台方为扩展和丰富生态,给开发者提供的供用户使用的可即时打开的应用形态。(对小程序更多定义可参见白皮书

为什么火的是小程序?

上边概念时讲到, 在这个开发者生态领域有很多公司在尝试和发展,通过提供平台解决方案引入更多开发者,构建生态和丰富生态的玩法。

在这里插入图片描述
早在07年, facebook就有推出开放平台,当时facebook开放了一些核心功能的接口,让开发者可以将应用程序中的功能与Facebook结合,到10年已经与超过100万开发者和创业者,平台上存在50多万个应用,MAU过百万的有超过250个,但受限于管控能力和网速与web端技术不成熟而被12年放弃。
在2014年,360、百度均有提出轻应用概念,在浏览器这样平台产品载体下,给开发者提供端能力、订阅和推送能力以及可被检索、智能分发的诱惑。愿景非常美好,但并没有起来(时机并不成熟):

  1. 平台引力都还不够,无论做为360浏览器、还是手机百度,体量对开发者并无较大的引力。开发者都忙着把用户抓到自己的app里,没多少动力在别人的店面里摆摊儿。

  2. 用户接受度没到,教育成本高,更多接受的还是各APP市场里的推荐和分发

  3. 战略地位没到,推荐和分发给与的支持不到位

没有足够多的开发者买账,没有足够多的用户买账,也没有公司更多资源和战略的投入,没有起来的结局并不不意外
并行的,海外多家公司在这条路上也在持续在发展, 16年,facebook 推出的Instant Game 和Instant Article 以及谷歌开放了Instant APP , 在平台提供的能力和体验上有了非常大的变化。 加强了平台服务能力、管控能力、 渲染体验 (原生渲染)。在面向开发者的(免安装)即时打开的场景下,享有平台能力同时, 有着原生的丝滑体验, 但是由于环境差异,在国内并没有激起什么浪花。
有海外超级APP方向上的影响,微信17年推出小程序显得很合理,但之后两年里厂商、百度,支付宝,头条、QQ、360等能齐刷刷的入局,小程序生态可以快速的蓬勃发展,快速实现对移动互联网用户的近乎完整的覆盖,并被广泛认可并不是所有人都能想到的~
火爆的背后,不是因为即时应用技术方案起到了多强的革新,虽然同比早期这块确实有很多创新点。不是因为接入成本和使用体验有了多极致的飞跃,虽然确实还说的过去。更多的是时与势的成熟。
对用户:
用户不愿意再下载更多新的App,越来越倾向于在大流量App里获取一切服务。
对开发者:
无论App还是小程序,皆是移动互联网的增长手段和介质,当流量越来越买不起,App孤岛越来越限制增长的想象力,借助平台力量,更大程度的去满足用户价值、服务价值和商业效率。
而纯H5方案,相关技术虽一直在发展,但端能力和切场体验以及复入体验一直是瓶颈。平台小程序方案以混合方式输出方案,提供的像鉴权、像Push、像多入口投放、像分享倒流、及诸多特色业务能力扶持完胜H5。同时渲染效率上,对复杂场景使用Native渲染的方式,足以满足各能力和体验上的诉求,可快速借助平台资源完成业务增值。
更重要的是这样的平台方案,更多的规范约束,并未限制和干预自主的展示和逻辑设计,可以根据所负责的业务需要,自由发挥和创造各种各样的玩法和特色。
对平台:
1,需要引入更多的服务、内容和以及增长可能, 让超级APP生态更丰富和强大。
2,生态内多数产品矩阵已经成型, 如何保障多端互通,多场景下具备同样的优质体验和互通玩法,小程序提供了解决方案。
同时方案在让开发者享有可让开发者快速上手、快速接入、快速上线的能力同时, 平台具备较强的管控能力, 小程序第三方代码在独立的沙盒环境内执行。服务端接口采用 OAuth 验证,小程序和宿主以及其他小程序隔离。同时对账号体系采用 OpenID方式,使用户系统也做到了小程序间隔离。
可控性能得到保障,开发者的代码运行在独立的 js 沙盒中,没有页面直接访问权限,不会出现不可控的页面跳转或广告等。小程序 API 完全由平台提供,开发者无权访问任何未公开的接口。小程序代码由平台托管,上线需要提交并审核,保证了程序升级的可控。
平台侧有对生态发展的需要和足够重视,用户有对超级APP(平台)的使用预期,开发者有在平台开发的动力和诉求,多方促成了移动小程序时代的到来和蓬勃发展~

在这里插入图片描述

小程序战场战况如何?

数据一角(截止10月数据):

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fXsBKTKG-1577882691911)(https://internal-api-space-lf.feishu.cn/space/api/file/out/nrvmCkWbqVF8iKvnY7rVWlWZ1PIecYPHuovnip2iVb5jyyf2ig/)]

发展侧重和进展:
展开讲这部分内容会有很多,很多资源网上有较高的整理和分析, 这里不多赘述了, 可以具体看下总结性的: 即速应用:2019年小程序行业年中增长研究报告2019上半年小程序行业发展白皮书
重点:

  1. 微信小程序程度度不断走高、商业化进程在加速

  2. 支付宝小程序储蓄赋能商家运营,全面打通阿里生态

  3. 百度智能小程序凭借“搜索+信息流+AI”,通过开源联盟持续扩大影响

  4. QQ小程序聚焦年轻群体,中心化分发+打通微信快速发展

  5. 小程序生态图谱持续增加,多路开花

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p3Q5lFxa-1577882691915)(https://internal-api-space-lf.feishu.cn/space/api/file/out/nrvmCkWbqVF8iKvnY7rVWlWZ1PIecYPHuovnip2iVb5jyyf2ig/)]

总述: 微信有先发优势同时,持续增加资源投入和生态建设,商业化进程正在加速 。支付宝多智能服务场景打通,繁星计划推行同时,阿里各生态也逐渐被打通起来。 百度联盟数量增加到24+,内容分发转向小程序分发,多入口外露,助力小程序商家从“流量”运营到“留量”运营升级。厂商快应用、QQ小程序、360小程序陆续上车,多平台推动下, 小程序已基本完成对移动互联网用户的全覆盖。

小程序能给业务方带来什么?

这个问题回答起来,很容易变得官方, 但各家平台官方似乎并没有正式的输出,所以以笔者对这个生态的了解和思考讲一下这个问题,给各业务一个参考,有没提到的也欢迎留言补充:

1,低开发门槛-业务快速落地

  • 开发门槛低,是很多做小程序的同学的共同感触,也是这个方案设计的初衷和伟大之处。平台想更多开发者参与进来,提供一套新的协议和标准,易学易用是最基本的。小程序方案各家大同小异,包括快应用。

  • 有开放平台里API和组件的说明,以及实际demo小程序的演示,上手开发是非常简单的事情。 同时因为用的是偏前端的技术栈,对很多同学尤其是客户端、前端同学搞起来非常轻松,无技术经验的像上手也并不很难,IDE还算蛮简单好用。重要的是开发出来一套可以用到Android、iOS甚至PC场景里。

  • 易上手的同时,因为很多能力平台有封装,在开发上也能节省很多精力,业务场景和需求可以快速得到开发和落地。

2,更低推广引流成本-站在平台肩膀上发展,快速起量

  • 用户的使用习惯和场景多数都集中在一些成型的超级APP和系统场景内,想通过推广自己APP的方式去获客,成本非常高(已经过时)。在超级APP场景下,利用平台的资源和优势,去做推广和裂变, 可以满足基本功能和能力供展示和使用的同时,可以在小程序内引导到APP内。 甚至都可以都在小程序APP里把所有能力和事情做了,都用不到倒APP。(拼多多、小红书等)

  • 在集成了同一套小程序方案的产品矩阵之间,在其中一个产品里的小程序分享出来,在其他产品内点击可以直接打开进入小程序。这等于给CP提供了多APP之间打通的倒流通道。(比如A在抖音里一个小程序分享出去给B,B只装了头条,拿头条打开同样可以进入这个小程序的特定页面,如果B装了其他有支持字节小程序的产品同同样的体验)

  • 这块还有更大的想象空间,现在分享到生态外,需要通过口令或者二维码的方式再回到生态内的应用打开。但如果有一天,多个生态之间也能打通,这是不是会吊炸天。对用户的体验更是可以做到无缝串联。(不过生态间打通不是说说而已,看各超级玩家是否有这个个格局和魄力了)

3,更广更有效的曝光-更好留存
平台给小程序提供的入口,非常有吸引力的一点即:打开后,会有固定的最近使用入口,推荐使用入口。让用户可以更大机会再次进入。
在这基础上,每个平台都提供了很多的入口策略,给到CP。理论上,可以把任一入口都给你开放。

** 重点的如:**
允许你建立快捷方式,在桌面点击就直接进小程序
允许你在搜索里匹配到就展示,甚至搜索推荐里,直接放推荐小程序
允许你在信息流里展示(信息流、搜索结果流)
给你提供固定入口展示(我的、负一屏、功能区)
允许你的小程序被种草 (视频详情)
等等…

4,低运营成本-节省资金
平台统一做了入口控制, 上线、下线、版本更新都有统一的规则, 并且直接对平台生态内的各APP生效, 不用再专门有运营同学去多市场渠道投放,跟着各超级APP走就好。 业务里边承载的内容和活动变更, 调整的话直接更新个小程序就可以了,不需要专门的运营再去操作和维护。这个一旦上线,更新和推广会非常快。

5,安全有保障-用户认可度高
对每个小程序,平台有资质审查、内容评审、权限控制、域名控制、能力控制等策略,在小程序出现对用户损害较大的行为和情况时,平台有难逃的责任,为此平台在可控性上均有机制保障。也因此,用户更容易接受和有安全感。并且在各家已经头部APP已完成覆盖的今天,该种方式已经融入到了人们的生活。

6,更快的迭代-快速验证
在IDE环境里,开发调试到提升上线,流程非常快,因为所有的功能和能力调整均在逻辑层和视图层,而这两层均由开发者自由控制,所以对需要的不同玩法和功能尝试,开发者可以快速调整和实验并放量验证,跟据数据再做调整。更新的频率主要取决于审核的效率,各平台都有专门的审核团队,审核效率比较高。像开发APP快点的多数都单周迭代,但是小程序APP可以做到单天迭代,甚至按小时迭代(个别情况或者特殊场景)。

7,能力和体验更好-用户体验好
能力部分每个平台都较多提供,多数是通用的基础能力和API,也有一些各自特色, 来保障CP可以满足多数业务需要同时,能够享受到系统能力|端能力。具体的方案会在下边讲原理部分讲到, 具体API 和组件及服务各平台均有介绍,不展开讲,可以具体看开放平台介绍:智能小程序微信小程序字节跳动小程序支付宝小程序快应用

  • 这里重点讲几个关键的能力:

1,多页面间原生滑屏返回能力
2,同层渲染能力

  • Native和webview 混合场景下,提供灵活的组合渲染能力。

  • 自渲染场景下, layertree native管理。

3,简易的鉴权

  • 一键授权: 不用跳转oauth页,宿主的信息可以在小程序提供的弹窗下,一键授权登录,拿到宿主账号信息甚至手机号。

  • 静默授权 :通过接入云服务连一键授权都不用,直接通过调用云函数拿到账号信息 (eg :腾讯云)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YStlwPS4-1577882691916)(https://internal-api-space-lf.feishu.cn/space/api/file/out/nrvmCkWbqVF8iKvnY7rVWlWZ1PIecYPHuovnip2iVb5jyyf2ig/)]

4,Push提醒能力:

小程序可以用到端的Push能力,对活动场景通过Push 引导用户复入。

5,渲染能力和体验:

复杂场景通过Native渲染,执行和绘制双线程去跑保障了用户绝大场景的使用体验。渲染效率和使用体验上不再是瓶颈和问题。

6,回流体验:
同一生态产品矩阵内,分享的内容,可以打开直接进入小程序,使用需要的功能和体验,直接触达。这个对用户的使用体验远优于打开一个H5(回流页)或APP下载的引导页。

7,启动加载体验:

小程序的启动加载展示体验在高频展示场景做到绝对碾压H5,做到极致的加载体验。

8,更大的想象空间-平台内打通,多平台投放
上边关键能力部分已经提到,重要的部分再强调一遍。平台内实现打通对业务的发展和裂变简直就是增长神技,找好场景,增长速度会前所未有的块。目前微信和QQ实现了打通,字节系小程序生态矩阵之间也实现了打通,阿里系小程序生态间同样实现了打通,百度开源系也实现了打通。

9,享受平台红利-发展阶段福利多
这个是个客观的情况,过时不候的,各头部玩家抢夺蛋糕过程中,扩大盘面,吸引更多开发者的策略
百度 排名规则小程序优先级高于竞价、语音直达、智能单卡等流量支持,10亿基金扶持开发者
阿里 20亿补贴推“小程序繁星计划” 供10亿元开发者技术补贴、10亿元商家运营补贴
360 推出100%广告分成

哪些业务适合用小程序?

一,垂类新业务引流

  • 垂类业务通常依赖几个大宿主端原生流量做第一步增长

  • 通过小程序本身性能优势以及各宿主端开辟入口,小程序中台化提升公司内部业务研发效率与内容流转效率

二,广告投放

  • 内部电商、游戏、增值服务等

  • 外部电商、品牌、竞价、服务、游戏等各类广告主, 让广告主有自主设计和内容控制权同时,收获更好的体验和效果及转化率,给予直接转化和APP导流的同时,提供复进入口(最常使用,推荐使用等)

三,生活服务

  • 像天气、房产租赁、电影购票、外卖和二手交易、交水电燃、电话费等一系列的小程序服务。尤其各非高频生活服务场景。

四,活动承载

  • 充当春节、公益、购物节、周年等大型活动载体,提供端核心能力同时,提供开发块、上线快、便捷灵活的动态更新覆盖能力。

五,方案实验

  • 更新迭代块、开发成本低、放量块的特点下很多新的产品方案实验和对比可以使用小程序方式承载

六,功能承载

  • 垂直功能、 混合场景实现场景均可替换,享有更好的体验和扩展空间 ,eg :lark、钉钉、支付宝

七,休闲工具

  • 各种偏小众但需求强烈的功能,P图工具、头像工具、表情制作工具、DIY搞笑表情等等

八,互动社交

  • 像兴趣圈、PK塞、话题赛等偏小众,但对互动需求强烈,个性表达强烈的玩法在平台土壤下,去贡献出更大想象空间和玩法空间。

九,内容资讯

  • 平台自己的内容生态建设同时,用小程序的方式,可以更方便的引入更多需要填充的资源,打破资源引入壁垒,通过小程序的方式引入,典型如百度引入知乎的内容以小程序方式,我们目前引入PP、风行、妈妈帮等内容也是同样的玩法。我们的内容资源,同样可以以小程方式向其他平台推广。尤其是一些垂类方向,小众方向,在更大的盘面下去推广和合作。

十,教育付费

  • 很多平台用户多数处在受教育阶段, 围绕校园场景、课外辅导场景、兴趣特长、技能培训等学习场景可以衍生出很多玩法, 比如一些智慧校园、课表查询、学习打卡、课后作业 使用小程序承载;一些试讲课程推广、售卖可以使用小程序;

十一,更多

  • 适合的还有更多,笔者发现根本罗列不完,这个适用空间非常大。

  • 说到底小程序方案是赋予宿主APP或者系统平台的提供给开发者的一个非常基础的设施;是一种加强的能力给到各合作伙伴去发挥创意的。 各合作伙伴可以结合各种业务场景和玩法, 在平台流量优势、能力优势、体验优势情况下尽情发挥。

小程序方案跟其他跨端方案有怎样的区别和关系?

小程序做为混合开发方案,支持跨端,很多跨端诉求、动态化诉求、高性能炫酷场景诉求 均可以切成小程序方案承载, 难免会和其他的跨端方案有交集,为此也会有很多同学问题到这个问题,这里说下个人的看法:
首先, 定位上的不同,是最大的不同。
定位上: 小程序方案的诞生主要是由超级应用平台或系统平台 提供, 试图通过在本地应用程序、Web和操作系统中共享数据和功能来提供无缝服务 ,通过引入更多的开发者接入和推广, 为超级APP或系统平台提供更丰富和完善的应用生态。更多的是站在超级APP的视角或者平台系统视角为开发者提供的解决方案,致力于提供更强大和具有吸引力的平台服务,引入更多的开发者贡献的内容、玩法、创意。而像PhoneGap、Cordova、React Native、Weex 、Flutter 更多的定位在于为各应用场景或应用内场景提供跨端的解决方案,目标提升研发效率、保障多端一致、性能体验等。
其次,方案上现在的不同,不代表一直不同,方案间也确实没有绝对的边界。
方案本身: 小程序目前采用webview +native 的方式,是围绕目标定位最简单有效的方式,即依赖于Web技术(尤其是CSS和Javascript),又融合本地应用的功能。 依赖Web技术,使用webview渲染,是为了快速覆盖各API和组件能力,把生态建设起来。混合方式不会是唯一的可执行方案但是目前最有效的方案(和小程序方案定位相似的但非跨端的像快应用、PWA等)。
而跨端方案本身, 也是经历了从混合开发方案(Phone Gap \Cordova)>React Native >Weex>Flutter 的一个演进,渲染方式上从webview渲染>原生渲染>自渲染 的方向演进。(具体的各自方案细节不在这里细讲。有兴趣可以去查下,对比资料很多。)
关系上,各方案间会有一定程度的此消彼长, 但不是不可并存的竞争关系
PhoneGap、Cordova已经因性能和扩展性局限不再受推崇不多做比较。RN、Weex、Flutter几个方案是市面在用的, 其中RN和Weex均使用js语言开发、原生渲染方式。而Flutter 使用Dart语言自渲染方式。在渲染效率上,小程序使用webview+native 渲染方式 ,同比纯Native渲染和自渲染方案 并不占优势,同时因视图操作依赖于JS执行,容易出现白屏和闪屏。 所以以小程序的现行方案, 对端开发跨端方案, 并不会有绝对的冲击和竞争。偏应用性的设计对宿主主体功能的实现方案更不会有任何冲突。
而随着小程序生态的蓬勃发展,移动互联网时代向移动小程序时代的演变背景下,小程序的实现方案势必会持续演进,并且优化必要性会越来越被重视和放到更重要的位置。所以目前方案间没有直接竞争并不代表未来不会~
小程序方案的演化方向以笔者的了解和判断会主要两个方向,一个偏短期和保守,一个偏长线和探索。在对开发者语言和方式及能力不变情况下:
方向一: 保持webview 渲染 + Native方式

  1. webview定制能力增强-> 各家平台都有内核加持,在内核更多场景定制和效率优化上有更多的方案和效果。

  2. 页面加速方案->在页面加载、解析、渲染上有更多加速方案提供助力, 类似AMP、Instant Articles等方案,在解析渲染上有更极致高效的解决方案。

  3. jsbridge交互效率上增强->提高API执行效率

  4. SSR ->服务端渲染和编译预处理和优化手段

  5. Hardcoder- >小程序执行期间,享受手机更高优调配的系统资源

方向内,并行预编译、预下载、预加载等手段,满足推广和流畅使用的需求保障可以妥妥的,毕竟只有少数的场景在对渲染效率有极高的要求,而真有这样的场景,本身可以对场景做Native渲染支持。
方向二:采用自渲染方案, 自渲染方式承载,不再强依赖于webview

  1. 脱离webview的渲染方式(前端框架和 JS 引擎的执行)

  2. 数据更新视图的流程(Dom Diff)交由 Native 端完成,JS 端只专注页面逻辑->提升性能

方向内,渲染转成Native组件 (类RN)方式或如Flutter(Skia,Dart)等自渲染方式 ,保障和优化渲染效率。该渲染方式需支持JS解析、CSS 各种写法,要覆盖各API和组件及相应的各属性,想打平目前webview+native方案的能力,需要一个持续和非常漫长的过程。使用场景很难一步到位打平成跟目前小程序混合方案的效果 ,但对一些卡片场景,单页场景以及公司内部小程序场景逐步发展是可以逐步落地和验证的。
所以外来的关系上, 大胆预测下, 如果按方案一走向, 小程序的方案会逐步覆盖更多的外部资源和内容(内容体量可同比PGC、UGC甚至更多),覆盖APP内部动态化要求较高的垂直功能和活动, 对APP主体实现方案并无冲击。
如果按方案二走向,小程序方案可以覆盖更多外部资源和内容及动态化要求较高的垂直功能和活动同时, 对较多模块同样可逐步实现覆盖,使模块享有native渲染能力和体验的同时,具备动态化能力。
无论最终是怎样的走向 (大概率两个方向齐头并进),在各平台生态需要更丰富和强大诉求背景下,小程序的方案覆盖面势必越来越广,各跨端方案间会有一定程度的此消彼长。但方案之间本身并无绝对边界,只是因满足的诉求不同,在不同的场景和阶段选用哪个更适合的差别。相互之间本身有较多可互通的点。

小程序的能力怎么样?

小程序的能力是开放式的, 没有严格的边界,有着非常大的想象空间。这也是他的能发挥出平台生态价值所在,从平台提供的角度讲,理论上可以输出其APP或者系统平台所有能力,可以按需的把各业务能力和服务能力提供给开发者。交由开发者去使用和发挥。
1, 从能力特点上:

  • 具有隔离性

  • 客户端:小程序第三方代码运行在独立的沙盒环境中

  • 服务端:服务端接口采用 OAuth 验证,小程序和宿主以及其他小程序隔离。采用 OpenID 体系,用户系统也做到了小程序间隔离。

  • 具有可控性

  • 开发者的代码运行在独立的 js 沙盒中,没有页面直接访问权限,不会出现不可控的页面跳转或广告等。

  • 小程序 API 完全由平台提供,开发者无权访问任何未公开的接口。

  • 小程序代码由平台托管,上线需要提交并审核,保证了程序升级的可控。

2, 从能力提供上:
目前各超级APP和系统平台,在提供了基础的各端能力API和组件同时, 也提供了一些平台特有的API能力和服务能力,诸如字节提供了支付组件、对战服务、审核入feed和搜索、Push等
3,面对开发者,围绕各流程:

  • 提供IDE支持 , 保障可高效编程, 对错误提示、API和组件等实现全覆盖

  • 提供编译、上传、预览、IED调试、真机调试能力

  • 提供机架支持,供多机型多版本覆盖,输出JS异常、UI异常、Native异常、性能分析等

  • 提供审核 支持, 围绕送审的小程序或者内容提供机审和人审能力,并对高发情况由复审机制

  • 提供数据服务、云服务、运营管理等服务支持

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FDoeZLHU-1577882691916)(https://internal-api-space-lf.feishu.cn/space/api/file/out/nrvmCkWbqVF8iKvnY7rVWlWZ1PIecYPHuovnip2iVb5jyyf2ig/)]

空间和愿景怎么样?

对国内外开发者提供平台接入解决方案, 围绕不同的诉求场景提供诸如卡片、单页、多页场景多模式的场景内容引入解决方案 ,一套DSL供多模式和场景选择,为开发者资源引入和发挥更大价值提供能力上和服务上的保障,提供更流畅的内容服务拓展体验,提供更强的流量变现途径。
完备的第三方服务选择。第三方服务方扶持与共建,更大程度降低开发者开发和接入及运营成本, 诸如数据服务、云服务、电商服务、SaaS、开发服务等等。
繁荣活跃的开发者生态。开发者体验保障,有更多平台标准化方案和经验的输出,更多问题和建议声音的倾听,更多的线上线下互动,促进开发者生态持续繁荣 。
(各个生态间是否有打通可能?maybe)

字节跳动小程序的优势在哪?

同比市面上的几家竞品,字节小程序的发展要低调的多,目前尚未正式开放,处在内部快速迭代,多场景和模式尝试,夯实基础阶段。
对于生态发展来讲,冲在前边的大概率会是死的最快的那个(趟坑者),这个领域不是(新的)风口,做为“APP工厂”的字节跳动,国内外的产品矩阵快速发展,平台优势和潜力已然非常明显:

  1. 流量引力+推量能力:
  • 有推荐算法,及支持分享至微头条、短视频等能力,诸多业务可通过信息流实现用户的快速积累。从目前PP、风行等内容推广效果上已经可见一斑。

  • 通过搜索+信息流方式,可以扩展和推广生活服务型内容和服务

  • 利用优质的短视频内容和达人推广小游戏、泛娱乐、电商类小程序,基于用户兴趣标签的推荐机制,可实现更强的分发和变现效率。

  1. 有较多匹配场景可促进平台繁荣:
  • 平台有大量的内容创作者,并有变现需求, 而小程序为内容创作者提供更好变现方式

  • 有较多自家产品形成矩阵,通过小程序方式实现内部资源全平台打通和领域覆盖,发挥出1+1>2的平台价值。

  • 有较多垂类业务、商业化场景、各类服务场景快速发展,衍生大量小程序方式玩法

  1. 强大的平台场景拓展能力:
  • 做为平台抓手,承载POI、购物车、抖店等电商工具,帮助商家实现内容生产到IP包装再到商品转化等流程, 同时覆盖线上线下。

  • 产品覆盖海外,有较大的海外市场的推广空间和可能

  • 内容场景辐射面广,围绕 图文、短视频、长视频、小说、游戏、漫画、教育等等方向有大量的可小程序方式拓展和引入的资源场景

  1. 较好的市场认同度和接受度:
  • 头条和抖音一直是比较受开发者关注的平台,尤其是抖音,可以说是翘首以盼,这块讲起来有点虚,不过多赘述,有兴趣的可以关注下外部的一些报道和分析,如 即速应用:2019年小程序行业年中增长研究报告 抖音市场分析部分等。

写在最后

看到这里,想必已经占用了你较多的时间,非常感谢你对这个领域及开发者生态的关注,希望本文能真正给你带来收获。这只是对我们了解的一个开始, 关于开发者生态可讲的还有很多,我们需要做的还有更多,很多技术细节和策略这里不便讲到或者讲细,有兴趣欢迎联系,进一步交流,更期待能够加入我们,共建生态,共促繁荣。在这里插入图片描述

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!