小程序+App，低成本获客及活跃的一种技术组合思路

Web2.0前期的“眼球经济”，即以吸引用户长时间观看内容、使用工具为导向，占有用户的“屏幕时间”（Screen time），从中寻求各种“变现”机会（例如让用户看到更多广告）。移动互联网普及后，用户的时间越来越碎片，与此同时，大型社交网络平台社交化的内容创作、内容传播进入大繁荣，人们很难再有耐心和忠诚度去自行光顾一个App站点。于是渐渐地，大部分的App只是躺在用户的手机里，“尘封”，被遗忘。

 

流量昂贵、存量激活和数据隐私

时至今天，国内技术市场相比5年前，变化不是一点点。

 

首先，公域流量变得越来越昂贵；其次，已经转化成存量的客户，在互联网平台上不好触达与服务，受平台的各种规则制约；再是当自家的业务复杂度增加起来，个性化需求越来越多的时候，难以灵活订制。何况还有商业隐私数据落在第三方平台的顾虑，数据就是资产，这些资产的归属权就是一个问题；对企业而言，留存在第三方的运营数据，使用上也非常不便。

 

企业发展前期，也许顾不上什么数据资产的保护和利用，但是在发展起来后，是时候重新审视自己的数字化策略。

 

是时候重新拾起“封尘”的App，外需（公域）- 内需（私域）一并兼顾。

 

不改一行代码，将微信小程序转成商业App？

没有开玩笑，市面上真的有这类技术产品，例如FinClip。更值得关注的是，FinClip这个技术解决方案，不仅仅能将微信小程序转App，还要是快速能商用的App。

 

众所周知，微信小程序转成App，商用需要考虑两大“难题”。

 

首先是登录，很多开发者想到如果转换成App，在App里面的登录实现，还需要自己实现一套，或者通过其他技术手段改造，调取微信第三方接口，头疼！

 

其次是支付，现在很多小程序，多少都会有流量变现的手段，小到营销活动，大到知识付费或商品交易，微信小程序中很便捷的就能调用微信支付的功能，那么App呢？需要开发者自行研究如何接入第三方支付....

 

FinClip对于上述问题都做了比较周全的考虑。怎么实现？请看下述步骤：

1、从 FinClip 官网下载 FIDE 工具，已经提供了 Mac 和 Windows 两个版本。

 

2、在企业端管理后台上传微信小程序代码包，编译以后生成FinClip小程序代码包（此处步骤略过，非本文重点），但强烈安利一个功能--「小程序在线预览」，没有App的情况下，调试起来超级方便。

​

3、编译成功的FinClip小程序，可以使用FIDE中的「小程序一键生成App」功能进行App工程文件的输出。

 

 

4、通过「第三方管理」功能，关联微信小程序登录应用，App便可以复用（不改一行代码）微信中的用户授权登录能力。换句话说，通过关联微信小程序登录功能，即使是在第三方小程序或 App 中，用户需要登录时可以直接打开微信小程序完成登录。

 

此外，该功能中还可以关联微信小程序二维码，向用户提供“一码通”的能力，用户扫描同一个二维码可根据 App 自行打开所属平台的小程序。

​

微信支付如何解决？笔者咨询过他们的工程师，只需要将FinClip App工程文件，连同微信SDK一同打包如新的App中，新App中就能够调用微信支付的能力了！

一个互联互通的数字化生态打造

看了下他们的一些开发文档和资料，做平台的还是想得比较周全的：“FinClip小程序容器技术，兼容微信小程序的语法，能够让企业主已有的微信小程序运行在自己的App上。”

又有社交平台小程序，又有自己的App，换句话说，企业可以“一键生成”社交平台-App的公域-私域闭环：

• 将已有的社交平台小程序A编译成FinClip小程序代码包（称为A'），通过FinClip企业管理后台上架，形成可嵌入任何App的小程序
• 通过“小程序转App”功能，一键生成iOS/Android App
• 在App中打开的小程序A'，分享至主流社交平台，打开的是小程序A

​

和把“大象关到冰箱里”步骤一样简单

“把大象关到冰箱里”的步骤：

1. 把冰箱门打开 - 把FinClip IDE打开
2. 把大象塞进去 - 把公司A的原来的小程序代码的项目塞进FinClip IDE（自动编译）
3. 把冰箱门关上 - 在FinClip IDE生成App

简单、实用。TCO - Total Cost of Ownership，即“总拥有成本”，如果技术上能降低开发、维护、运营App的这个成本，对企业重新自主掌握自己的App，有极大的帮助促进。