如何打破App们的内卷

现在各行各业都在讲“内卷”。普通消费者手机上的App，也面临几大巨头的超级平台 App “内卷”，很多应用场景与功能，日益被作为某种形态的“插件”吸附到这些以支付、社交、电商为载体的平台上。

甚至连面向企业内部的ToB型App，也被企业社交协同平台肢解。企业 App 失去独立性甚至某种程度上的存在空间与价值。企业自主运营App增加-量、用户量、流量的成本也日益高涨。独立 App 还有没有未来？继续发展的技术道路在哪里？解决什么痛点才有生存发展的可能？

在此我们探讨什么类型的业务应用适合保持独立 App、为什么一定程度的“去中心化”（而不是完全被大平台主导）对业态是健康的、App 与互联网生态既充分连接又相对独立必要性，以及介绍技术实现的手段。

大家知道我们现在正处在一个 App “内卷”的时代，这一点如何体现呢？比如现在我们打开微信，其中的所有的无论是小程序、还是功能模块也好、插件也好，都已经能够代替其他App 帮助我们完成所想要做的很多事情了。另外一方面，应用市场的现状，苹果的应用商店上架的 App 超过196万，Google 也有超过200万个的应用量，而相对较于这样的数量级，我们每个人平时经常打开的 App 应用一般不会超过10个。基于这样的现实，我们完全可以得出一个结论：让自己的 App 被消费者发现、-、安装，已经变得极其困难。

那么面对如此内卷的现实有没有一个好的解决方案和技术的路径让我们自己的 App 能够更好地触达用户呢？

传统APP架构面临的挑战

首先看一下目前我们传统的 App 架构面临的一个极限与挑战。当我们自己去开发构建一个 App，几乎都会遇到这样几个困惑，比如说我们要去升级一个功能、开发一个功能模块的时候，一般都会影响到整个 App 的使用，又比如当我们只想做一个很小功能点的改进，但是与此同时往往其他模块也都会受影响， 另外在开发过程中我们还会发现研发团队人手经常不够用，总是需要补缺。

此外，伴随我们App内集成的功能和内容越来越多，我们要怎样开发和完善我们App内的搜索功能才能让用户以最快的速度找到自己想要的内容？如微信这样的超级 App，它集成了几百万个小程序，怎样通过搜索在 App 内第一时间找到我们自己想需要的信息和内容， 这是App 开发者和维护者们所面临的一个非常大的挑战。上面讲的是 App 内部一些开发层面面临的技术问题，另外对外层面我们的 App 应该怎样跟外部其他APP，特别是社交类的超级 APP 之间打通，做好连接呢？

围绕以上几个问题也是今天要重点给大家讨论的。

数字化时代的用户体验期望

现在我们都在讲数字化转型，那么应该怎样去打造一个真正数字化时代的 App ？我想首先我们应该来讲讲最核心的目标，那就是要不断优化数字化时代的用户体验。

目前对于绝大部分的移动端用户来说基本都是在利用碎片时间使用 App 的信息服务，这样的场景让用户们在使用 App 时可能不太希望被它占用和浪费太多时间，对于 App 的开发者来说这也就意味着自己在做一款 App 的时候所开发和堆砌的大部分功能都是用户用不到的。而用户真正想要的那些功能，他们总是希望在使用这个 App 的时候可以被直接告知， 或者也可以理解为用户总是希望这些真正有价值的功能点或者信息可以直接被推送，只需轻轻一点即可得到。

另外，我们的 App 经常会涉及到迭代与发版，用户可能会希望说自己在使用的 App 永远都是最新版本，尽量省去应用商店-这个动作，自动升级的这种功能也是数字化时代我们作为开发者要尽量去满足的一个用户体验。

数字化时代的营销需求如何被满足？

那除了上述这些体验和需求之外，开发者还要尽量满足数字化时代的业务团队人员的营销功能的需求。 比如说我们在 App 快速上架一个活动的时候，其实经常要做 AB test，还有灰度发布，类似的场景例如我们上新上线一个功能，可以让部分的人先用起来测试应用的版本有没有问题。

此外智能时代的到来要求我们做到精准的营销、智能推荐。需要根据用户的标签来做好用户画像。即通过整理用户的性别、爱好、会员等级或者手机号的地域等标签来去推送各种各样不同的信息给到不同受众。

涉及到数字化营销，这里还有一个很重要的点要讲，那就是营销活动或者创意的快速上架，以及用完即扔的极致体验。 大概场景类似于：我们计划在 App 内做一个营销活动，业务人员上午给开发团队提出需求，希望下午研发运维人员就可以把这个营销活动的需求的功能给做完，然后直接在 App 里上线。小程序功能的普及让这种活动类或者营销类的需求可以真正实现当天需求当天解决。 最后，我还想提一下小程序为客户的 App 所带来的大厂生态的引入，即小程序可以通过开通接口的能力实现与大厂资源的无缝对接。

拥抱微信的战略

以上是我们对数字化转型时代对 App 的一些共性要求，这些解决方案也是目前FinClip已经在为各行业的客户们持续提供和输出的。 而FinClip的解决方案最核心的一点就是拥抱互联网的社交的超级 App 进而给其他行业客户进行赋能。例如与我们联系最紧密的微信，FinClip就以微信的技术标准为核心，打造了一个完全自主的企业内部小程序应用商店， 它与微信是完全兼容的，可以使我们的客户能够将微信内的400万个小程序直接拿来为自己所用。

我们都知道现在阿里、百度、头条、京东这些巨头企业也都推出了自己的小程序平台，但是它们无一例外也都需要在一定程度上去与微信做兼容，微信已经成为事实上的标准。这个角度来说FinClip的解决方案也非常简单，就是拥抱微信，打造一个自己的小程序的应用商店，然后通过应用商店让客户可以去管理自己移动端应用的小程序上架与下架。

刚刚讲到的拥抱微信的这个技术手段，可以总结为帮助企业客户引进外部生态与资源。首先从整个技术上来讲，FinClip基于客户自己的 App 架构，帮助客户在其 App 上面嵌入一个叫做「运行时」的非常轻量的 SDK,大小只有2MB，“运行时”可以帮助客户把微信的小程序直接拿过来跑。严格意义上说，「运行时」更像是一个容器，一个 2MB 大小的容器就可以帮助可将微信上面的小程序直接拿过来使用， 比如客户在做营销活动的时候，只要开发按照微信的语法开发一个小程序就可以自由在自己的 App 里面使用了。

外部生态引进来，业务营销走出去

以上可以归结为“引进来”，另外从“走出去”角度来讲，当我们开发出了一个小程序，比如说我们开发一个电商或者获客的一个小程序，也可以通过FinClip把这个小程序上架到微信、支付宝、头条，同时我们把这个小程序也上架到我们自己内部的一个私有的应用商店。对用户端来讲，在微信、支付宝、头条与自己的 App 内就都能够看到这个一模一样的一个入口，帮助客户实现同一套代码在多个平台高效上架。而且这些小程序的管理运营是也是可以通过FinClip的后台来统一进行的。统一运营的优势在于可以清晰看到哪个渠道过来的数据比较好，基于这一数据可以有效帮助客户做更加有针对性的投放。

最后总结一下FinClip的整个平台能力，从架构上来讲，FinClip除了提供了一整套研发支撑体系外，还预制了一些开发者支持工具以及云侧的应用以及插件，这些对开发者来说是极为友好的。除此以外，对企业的一线业务人员来说，FinClip还提供了很多应用场景以及生态合作资源的能力，它们多可以有效地帮助企业在移动应用内卷的时代做更精细化更高效的运营与发展， 这些也都是解决方案的最大价值体现。