当App的开发低至无门槛时，是一种什么体验

当前 App 的发展还保持着高下载量、高活跃量的态势&＃xff0c;使得其中蕴含巨大“商机”&＃xff0c;但对中小研发团队来讲&＃xff0c;在各种成本不充足的情况下&＃xff0c;该如何处理这种矛盾的境况&＃xff1f;
我基于之前微信小程序转App的经历来谈一谈。

在 Web 1.0 时代我们只能通过电脑访问门户网站&＃xff0c;单向获取内容&＃xff0c;被动接受内容&＃xff0c;没有互动体验。而随着社交媒体的快速发展下&＃xff0c;迎来了 Web 2.0 时代&＃xff0c;我们开始注重交互体验&＃xff0c;于是用户一边成为内容的生产者&＃xff0c;一边也作为内容的浏览者。

此外&＃xff0c;在 Web 2.0 期间&＃xff0c;随着移动互联网和智能手机的普及&＃xff0c;我们吃住行的各种碎片化时间都被智能手机里面的内容所占据&＃xff0c;也正因如此&＃xff0c;出现各个企业争先恐后推出一款或多款 App 的局面&＃xff0c;于是乎各大应用商店出现了海量的 App 。

仅以2021年为例&＃xff0c;全球新发行 App 数量在200万款左右&＃xff0c;累计下载量达到2300亿次&＃xff0c;较2020年增长5.5%&＃xff0c;日均使用量达到4.8小时&＃xff0c;较2020的4.2小时增长14.3%。

高下载量、高活跃量&＃xff0c;使得 App 蕴含着巨大“商机”&＃xff0c;但我们也逐步发现用户几乎都只活跃在微信、支付宝、抖音等头部超级 App 中&＃xff0c;而对于大部分的 App&＃xff0c;仅是躺在用户手机里被“尘封”。

移动App面临的挑战

1、IT技术能力要求高&＃xff0c;用户体验度难提升

对于大企业来讲拥有一个结构完整 IT 部门&＃xff0c;App 建设的技术门槛不算太高&＃xff0c;但也要耗费较长时间完成从“需求分析 >> 应用规划 >> 技术选型框架搭建 >> 设计数据操作与储存 >> 实现service >> 应用程序测试 >> 打包、签名、发布”一系列流程&＃xff0c;其中“技术选型框架搭建和数据逻辑”又是整个环节中技术的难点&＃xff0c;此外还要面临持续发版能力低、需求响应周期长、交付吞吐率低、交付过程质量低、交付质量低等问题。

而对于中小企业的研发团队来讲&＃xff0c;甚至都没有完整的 IT 部门&＃xff0c;最终实现的效果是自己的 App 品质不高&＃xff0c;草草上线&＃xff0c;对于体验的用户来讲&＃xff0c;时不时遇到的卡顿、白屏等问题都可能是他们的“一键卸载”。

2、开发成本居高难下&＃xff0c;效率低敏捷度不高

目前&＃xff0c;大部分企业会选用 Native 或者 Hybrid 的模式进行应用开发&＃xff0c;原生开发模式需要多个平台投入巨大的时间和人力成本进行开发&＃xff0c;多人多模块协作和跨团队协作也加大了工作的复杂度&＃xff0c;导致 App 发版周期长&＃xff0c;无法跟上产品更新节奏&＃xff0c;灵活性较差。而以「Native &＃43; HTML5」为代表的混合开发模式&＃xff0c;除了白屏卡顿等问题频发&＃xff0c;还需要有针对性的制定深度优化方案才能勉强满足业务要求。

3、应用使用场景单一&＃xff0c;用户活跃度低下

当前用户大部分时间和流量都被微信、抖音等超级 App 占据的情况下&＃xff0c;中小企业自己开发的 App 活跃度不高&＃xff0c;甚至不如自身在微信、支付宝等平台上运营的小程序。这个问题的背后是&＃xff0c;随着用户数量及需求的不断拓展&＃xff0c;自有 App 应用场景较为单一&＃xff0c;很难及时满足存量用户的持续活跃需要&＃xff0c;导致 App 的活跃度持续低下&＃xff0c;如何突破多业务场景需求&＃xff0c;是摆在各个 App 面前亟待解决的难题。

一键生成营销展业的 App

当开发 App 的技术门槛低至“一键生成”&＃xff0c;开发成本接近于“零”&＃xff0c;还能在这个自有的 App 内引入其他厂商的业务弥补应用场景单一的问题&＃xff0c;这貌似就是现阶段最适合于中小企业的 App 开发模式了。

而正好之前介绍到的 FinClip SDK&＃xff0c;除了可以让已建设的 App 拥有小程序运行能力外&＃xff0c;同时也能把已经在微信等开放平台上架的小程序“一键”转为 iOS 或 Android App &＃xff0c;发现生成的 App 也自带了 FinClip 小程序容器&＃xff0c;即 App 自动拥有小程序的运行能力。

想了一下&＃xff0c;这样一来&＃xff0c;生成的 App 在实现自有 App 承载原来已有业务的同时&＃xff0c;还能通过上下架的形式引入话费充值、小游戏等外部第三方的小程序&＃xff0c;可以做到极大的丰富自有 App 的应用场景&＃xff0c;也能够满足存量用户的需求&＃xff0c;化解自有 App 上线即被用户“尘封”的窘境。

当然在自有 App 运行小程序&＃xff0c;还能从根源上规避以往微信等小程序开放平台对于企业开发和运营规则的限制&＃xff0c;真正实现开发需求和运营策略的自主控制。

快速生成高可靠度App

我们目前开发运营的其中一个 App 是一个专业的多人记账和财富管理 App&＃xff0c;其实这个 App 功能比较简单&＃xff0c;主要可以实现多人收支分账&＃xff0c;具备多人结算、预算管理、账户共享、自动周期账、统计报表、自定义汇率等功能。

甚至之前我们长期是以微信小程序的形式进行运营&＃xff0c;但发现随着用户量的增加和公司发展的需要&＃xff0c;一是对于财务类工具用户对其数据安全性要求更高&＃xff0c;直接在微信平台使用存在较大的隐私担忧&＃xff0c;想要拥有自己的 App&＃xff1b;二是在微信受限于平台规则&＃xff0c;很难对用户进行更深入的运营&＃xff0c;用户流失问题亟待解决。

1、低门槛生成高质量 App

作为一个规模不大的研发团队&＃xff0c;在开发资源和成本预算都不充足的前提下&＃xff0c;借助 FinClip 兼容微信小程序语法的特性&＃xff0c;我们将已在微信运行的记账小程序转为 App&＃xff0c;整体的体验度和微信端的差异不大。

整个开发过程我们用了一名1年工作经验不到的开发同学&＃xff0c;据他的反馈整个操作难度不大&＃xff0c;App logo 、开屏动画、权限配置等操作都能在工具中以勾选的方式完成。

而对于微信小程序端已经累积的用户也能通过微信授权登录功能打通用户账号体系&＃xff0c;需要点赞的一点是打通微信授权登录过程一行代码都不用改&＃xff0c;管理后台稍作配置即可完成。

2、低成本提升敏捷性

低人力成本、低资金成本、低时间成本是中小企业在 App 建设中较为一致的诉求&＃xff0c;而小程序转 App 功能刚好可以满足类似我们中小企业开发团队的需要&＃xff0c;在“傻瓜式”操作后&＃xff0c;能够快速生成一个可运行在 iOS 和 Android 上的 App&＃xff0c;并上架至 App Store。

而 App 具备的小程序运行能力也能够帮助我们通过小程序的热更新完成相应业务模块的实时更新&＃xff0c;不再需要关注繁琐的打包发版流程&＃xff0c;提升了整个产品的敏捷性。

3、掌控规则实现精细化运营

其实我们还有一个比较显著的痛点&＃xff0c;前期用户规模较小时用户在微信平台运营是没有任何问题的&＃xff0c;简单粗放型的运营策略也是能够在平台流量红利下吸引一批用户&＃xff0c;但是越往后业务发展逐步受到微信开放平台开发和运营规则的约束。

通过“一键转 App”后&＃xff0c;自己的 App 快速上线&＃xff0c;过往受限于微信平台规则的营销活动能够顺利落地执行&＃xff0c;还规避了例如持续定位接口审核被拒概率高等开发相关的问题。

以上是我们团队基于小程序转 App 的过程体验和思考&＃xff0c;也欢迎各位大佬拍砖交流。