移动政务服务提升突破口——小程序技术

Posted 2023-05-23 lydia77

近年来，《政府网站发展指引》等一系列政策陆续出台，以“网络+政府服务”为例，明确了“十四五”移动政务服务发展模式和建设好政府服务移动端的路径。

移动政务服务应用面临的是有限的手机桌面、有限的用户时间与有限的用户场景之间的竞争，当年手机应用市场成为竞争热点的时候，它的基本逻辑是——用户存在对APP搜索、下载的强烈需求，但是当智能手机的出货量巅峰已过，手机用户与换机频率在全球增长开始面临天花板，用户对移动服务的使用习惯逐渐成熟，移动应用市场马上出现了两个问题：80%的用户时间分配给了极少数的APP（据一项研究表明，通过用户每周打开的常用APP不会超过5个）；用户的刚需应用将会继续追求更简易、更优雅的操作体验，同质化应用的竞争将更加激烈。对于政务服务机构而言，面对移动政务服务的发展，由于政务服务内容的特有属性，虽然不需要去关注同质化应用的白热化竞争，但是政务服务机构在满足于因超级平台的海量用户与用户体验带来的政务服务输出效率的同时，也应关注到公共服务平台与商业平台融合、协同发展时可能存在的风险。

目前我国政务APP在全国32个省市中实现了全覆盖，其中25个省市（含新疆生产建设兵团）建设了政务服务小程序，并且，有部分省市在微信、支付宝、百度同时开通了小程序。由此可见，随着移动互联网、人工智能、大数据、区块链等数字技术的发展深入，「政府机构与公众的沟通与交互正在从“媒体化”阶段过渡到“平台化”阶段，政务APP正在成为移动时代数字政府的关键入口，成为打造一体化政务服务平台的重要支撑」。

如何提升移动政务服务能力,小程序技术或成为突破口

发展趋势1:未来移动政务服务将越来越多地跨平台跨终端展业

政务服务将不仅仅局限于移动端和PC端，甚至可以在智能电视、智能车载设备上上提供服务。这样可以更好地覆盖不同用户的需求，提高服务的可用性和便利性。

那小程序就会是一个很好的结合点，因为小程序无需安装、轻量独立，云端升级，低功耗，不会对智能终端设备造成负担

发展趋势2:移动政务App将具备生态整合能力

传统政务 App 生态整合能力较薄弱，除了强相关的业务场景，难以低成本引入衣食住行等生活服务功能

小程序或许可以改善这一现状，政务App自身无需再开发新的业务场景，可以直接引入微信生态中的小程序，对商家活动实现动态管理，快速搭建自有政务App小程序生态。

发展趋势3:距离用户更近，可快速分享裂变

传统政务 App 业务功能难以与外部其他 App 打通，特别是社交类 App 之间打通，场景难以跳转，从而无法在流量平台实现裂变转发，导致获客成本居高不下。

不过，后续可以将各类业务功能可以小程序的形式进行改造封装，利于用户将各个小程序分享至外部流量平台（微信、头条、百度、抖音等）。

FinClip 小程序容器技术，提升数字化服务效率及体验

一句话介绍 FinClip ：可以让小程序脱离微信环境最快运行在自有APP中

只需简单集成 FinClip SDK , 即可在 iPhone、Android、Windows、Linux、macOS、统信等平台下的应用中运行你的小程序。

 

这意味着，移动端、PC 端、车载设备、智能电视、智能手表、智能家居都能运行小程序了。

而且 FinClip SDK 极其轻量，应用在集成后安装包的体积仅仅增大了不到 3MB。

敲黑板，FinClip 天然支持微信小程序语法 WXML，无需使用第三方跨端跨框架解决方案，即可编译运行已有微信小程序代码，无额外学习成本，体验效果与微信小程序基本一致。（对了，在FinClip上架的小程序也能具备用微信登录的能力，可基于微信生态建立对应的用户登录体系）

这样子你的APP就可以快速、低成本引入微信生态中的小程序商家，对开发者也没有增加其他门槛，而且 FinClip 提供标准化、数字化的商户入驻流程，可以实现对商家及商家活动的动态管理。

 

此外 FinClip 也同时支持「小程序小游戏」，企业可以在集成了 FinClip SDK 的 App 内对小游戏 点开即玩，用完即走。

试想，如果让移动政务App也像微信一样拥有小程序运行能力，那政府相关部门就能够通过上下架的形式各自将相关的服务能力封装成小程序然后搬到政务App中，可以大大解决App臃肿的问题，各个部门也能够通过各自的小程序提供个性化服务或因地制宜且互不干扰。

最后

总体来说，数字政务的发展是中国数字化转型的重要组成部分。通过数字政务，政府能够更好地服务于民生，提高信息化水平，增强管理效能，推动数字经济的发展。在未来，随着技术的不断进步和应用场景的不断拓展，数字政务的发展将会迎来更为广阔的发展空间。

移动端跨终端技术方案选型（思路）

需求目的

在移动互联网时代，应用平台越来越多，有 Android、iOS、H5、小程序、快应用等，而小程序目前又有很多服务商，比如微信小程序、支付宝小程序、百度小程序、头条小程序、QQ轻应用，
我们的应用想要在用户能触达的平台和服务商中都能提供相应的产品服务，针对不同的端去编写多套代码，做各端的应用，产品运营和开发成本显然非常高，这时候只编写一套代码就能够适配到多端的能力就显得极为需要，那有没有什么技术方案可以解决这个问题呢，让我们能一次开发，统一配置，到处提供统一服务。

多端统一技术方案是我们想要寻找的，我们需要寻找一套可靠、高效、一次开发，多端运行的优秀技术解决方案，来提升我们产品上线的效率，降低实现的技术成本，以及达到最好的产品效果。

结论总结

为此，我们对业界流行的一些技术方案进行了调查和预研，通过各个维度的综合比较，做出方案选型结论如下：

基于各个维度的综合比较，我们最终决定选择 Taro 作为我们多端统一技术方案选型。

Taro 是一套遵循 React 语法规范的 多端开发 解决方案。使用 Taro，我们可以只书写一套代码，再通过 Taro 的编译工具，
将源代码分别编译出可以在不同端（微信/百度/支付宝/字节跳动小程序、QQ轻应用、快应用、H5、React-Native （可以嵌入iOS，Android原生App，体验较好））运行的代码。

依托 Taro 多端适配能力，丰富的自建组件库，强大的生态，活跃的社区，以及积极专业的开发者团队，可以保障我们用很低的开发成本实现多端应用的统一。

---

考虑因素

项目因素

• 项目规模，我们的应用需要支撑x级用户的使用
• 重要程度，xxx是我们团队及部门目前最主要的产品突破点
• 时间要求，目前xxx已经有很多产品需求，对于多平台的实验，技术实现时间上肯定是越快越好
• 需要支持SEO
• 希望是实现沉浸式的体验
• 希望能达到比现在更好的性能体验
• 希望能在更多的端实现统一的产品体验

团队因素

• 项目目前技术栈主要是 Vue + Next + VueX + Node
• 成员技术栈 Vue React Flutter React-Native
• 成员对现有技术的满意度以及对新技术的期望

技术因素

• 能否满足功能需求
• 能否满足性能需求
• 易用性
• 可维护性
• 可扩展性
• 技术成熟度
• 社区活跃度
• 开发者或支持团队活跃度
• 是否存在license问题
• 学习曲线如何

技术选型

候选技术

• 原生开发
• 阿里 Weex
• Facebook RN
• Google Flutter
• 京东 Taro
• 美团 MpVue
• DCloud uni-app
• 腾讯 Wepy
• 去哪儿 Nanachi
• 滴滴 Mpx
• 网易考拉 Megalo
• 微信支付 Omi-mp
• 滴滴 Chameleon

初步筛选

• 京东 Taro
• DCloud uni-app
• 美团 MpVue
• 腾讯 wepy
• 滴滴 Chameleon

详细对比

多端支持

多端/方案	Taro	uni-app	MpVue	wepy	Chameleon
Android	row 1 col 2
iOS	row 2 col 2
H5	row 2 col 2
微信小程序	row 2 col 2
支付宝小程序	row 2 col 2
百度小程序	row 2 col 2
头条小程序	row 2 col 2
多端编译方式	row 2 col 2
跨端组件库	row 2 col 2

流行活跃度

流行度/方案	Taro	uni-app	MpVue	wepy	Chameleon
GitHub Star	row 1 col 2
GitHub issue/PR	row 2 col 2
NPM/CNPM 下载量	row 2 col 2
案例	row 2 col 2
开发者人数	row 2 col 2
自建开发者社区	row 2 col 2

开发工具

工具/方案	Taro	uni-app	MpVue	wepy	Chameleon
语法规范	row 1 col 2
IDE/图形化开发工具	row 2 col 2
语法校验工具	row 2 col 2
TypeScript	row 2 col 2
Typing/自动补全	row 2 col 2
样式	row 2 col 2

组件库/工具库/Demo

组件库/方案	Taro	uni-app	MpVue	wepy	Chameleon
第三方组件	row 1 col 2
第三方工具库	row 2 col 2
Demo	row 2 col 2
状态管理工具	row 2 col 2
转换微信小程序工具	row 2 col 2
自研组件库	row 2 col 2
自动构建	row 2 col 2

现状未来

现状/未来	Taro	uni-app	MpVue	wepy	Chameleon
现状	row 1 col 2
未来	row 2 col 2

对比结论：由于大厂支持下,Taro在生态和平台上都非常活跃，受广泛关注，并且基于开源社区的交流能让开发得到更即时的响应。
而uni-app在DCloud和Vue的官方推荐也有着广泛的应用场景，但使用QQ微信群的交流方式不利于寻找问题的答案，自建社区过于营销。

结果评审

评审意见：
多端支持：Taro > uni-app > Chameleon > mpVue > wepy
流行活跃度：Taro >mpVue > uni-app > wepy > Chameleon
开发工具： uni-app > Taro > wepy > Chameleon > mpVue
组件库/工具库/Demo： Taro > mpVue > uni-app > wepy > Chameleon

做出决定

基于以上各个维度的综合比较，我们最终决定选择 Taro 作为我们多端统一技术方案选型。

Taro 是一套遵循 React 语法规范的 多端开发 解决方案。使用 Taro，我们可以只书写一套代码，再通过 Taro 的编译工具，
将源代码分别编译出可以在不同端（微信/百度/支付宝/字节跳动小程序、QQ轻应用、快应用、H5、React-Native 等）运行的代码。

依托 Taro 多端适配能力，丰富的自建组件库，强大的生态，活跃的社区，以及积极专业的开发者团队，可以保障我们用很低的开发成本实现多端应用的统一。

实践反馈

。。。

基本上技术选型按这个思路来，还是比较有说服力的。

END.