APP应该如何适应数字时代？

C端App死了，还有烧纸的事。在我们的日常生活中，每天有多少app被打开使用？我们手机上的全屏app大部分都是僵尸app；作为消费者，我们每天都在使用超级应用，数量不会超过十个手指。社交电商、衣食住行、银行服务、视频娱乐等高频场景日益汇聚在互联网平台提供的“超级App”中。即使独立第三方app专注于细分领域的特定群体，他们仍然要与大量其他竞争对手激烈争夺消费者手中的屏幕。B端应用是没有生命的信息孤岛。作为打工者，没有那么多手机是由几个业主或者甲方指定用于App _移动办公，企业协作，与行业合作伙伴的业务连接，专门服务客户的展示工具等等。这些app大部分用起来都很不舒服，比如体验差，优化升级延迟，长时间无法上线想要的功能，完全的信息孤岛无法连接其他常用工具，无法看到其他同事的活动等等。有没有造成我们劳动者对同样是农民工的IT同志产生一些误解和吐槽？信息化的思维定势对于缺乏互联网基因的传统IT行业来说，大部分还是沿着“信息化”时代的思维定势来看待App的发展:C端和B端App都是手机应用，技术上没有区别，而App只是在更小的屏幕上以更友好的交互体验来呈现应用逻辑。用户不能打开浏览器，在几英寸的手机屏幕上敲网站吗？屏幕上的应用程序实际上是一个快速链接。不管用什么计算机语言开发App，和30年前用HTML+CGI开发一个网站没什么区别，就是我们公司已经有了这些系统，现在要打包输出给客户和合作伙伴在线使用。这就是传说中的信息化，即在“计算机化”(用本地软件系统代替手工劳动)的基础上，连接到网络上，使数据字节可以提交和发送出去，形成“信息”。App是这样玩的吗？C端App怎么玩？在消费端，所有的互联网平台都是天下。它们是流量入口，是超级应用，是消费者每天高频使用的东西。对于大多数垂直行业的企业来说，研发App的能力有限，运营App流量的技能不足，缺乏互联网的基因。很难把自己的App做好，在应用市场脱颖而出。R&D的投入产出比也很低。但是西方谚语说，“如果你不能打败他们，就加入他们。”。所以比较实际的策略只能是:第一，拥抱消费者所在的互联网流量平台，采用平台开放的技术框架，将自己的产品和服务“站”在平台上，供平台的用户发现和使用。任何可以称之为“平台”的互联网产品，都必须有技术标准，有技术接口，有开放的生态，欢迎第三方“进入”。典型的例子就是众所周知的“小程序”；其次，我们仍然可以向消费者提供应用程序。目标受众是通过上述平台“引流”并沉淀下来的存量用户。它们可能作为更直接、更权威和更强大的客户联系工具到达企业。所以我们的策略是把自己变成“章鱼”，把产品和服务像触角一样延伸到第三方流量平台。比如用户在第三方平台使用我们的小程序时，可以被提示下载使用更强大更直接的app。别忘了，我们提供给消费者的App需要充分利用手机的社交传播属性，让消费者通过App找到我们的客服、客户经理、专家。如果用户在App里联系不到你的员工，就不能吐槽，也不能提建议。这一切明明都在一个通讯设备上，是不是一件很蠢的事情？你的员工也应该在同一个App上或者另一个与之相连的所谓B端App上。B端App怎么玩？这类App通常为我们的企业工作者和合作伙伴聚合专业的、专门的工具或工具集合。比如银行、保险公司、房地产公司可以向其网络客户经理、保险代理人、经纪中介提供移动展示工具，聚合CRM、ERP、行政管理、协同办公等各种应用，美其名曰“赋能”。这种App能不能玩成功，不仅取决于公司的“行政命令”强制员工使用，还取决于它是否“有用”。但是什么能有用呢？不是产品经理拍的，是用户拍的。怎样才能让App不被拍死，活到成功的那一天？只有一招:敏捷迭代，频繁升级，快速更新，快速响应。当用户吐槽某个功能的时候，马上给他改进，几天就见效了；当用户开始有点意思的提建议时，赶紧给他，一周搞定；当业务部门看到希望，逐渐增加业务创新的需求想法，很快让他看到了原型试用用户的信心，良性循环就建立起来了。这个“赋能”的App有一点成功的希望。乐高APP解决方案是将App拆分成部分，功能点模块化，松耦合，最大程度互不干扰。修改一个功能模块不影响其他模块，增加或删除功能模块不影响整个App。构建应用程序的理想方式是让应用程序像积木一样组装起来。“等等”，负责App研发的技术开发会说“我们模块化很久了，没有人比我更懂模块化”。实际效果如何？是不是App越来越重，迭代周期越来越长，功能越来越多，回归测试的负担越来越大？我们所谓的“乐高化”，一定是到了每一块乐高都是独立生命周期的程度_独立于App本身的生命周期，独立可测试，独立可发布，独立可监控，独立可移除；每一块乐高的开发者可以是不同的人和团队，甚至和App组装者没有关系，就像iPhone上app store的应用开发者和苹果的技术团队可以没有关系一样；每块乐高的质量和稳定性并不影响它运行的App的性能和安全性。总之，功能模块和App实现是极其松散耦合的。有这样的例子吗？我们熟悉的小程序，手机厂商极力推广的快应用，苹果iOS14开始支持的Clip技术。以微信App为例，它与其支持的互联网上数以百万计的小程序是极其松散耦合的。每个小程序由不同团队开发维护，独立加载卸载，独立升级，独立测试，独立运行，互不干扰。FinClip_ Super App的开发运营平台好消息是，现在任何企业都可以轻松简单地获得只有上述技术厂商才有的技术能力_解决方案是FinClip，一个100%的小程序开放生态平台，可私有化部署，云端原生，集成DevOps能力。它使任何企业都能够瞬间具备搭建“乐高”超级App的能力，成为一个小程序平台的运营者。企业IT可以自行开发小程序，开放平台让第三方合作伙伴提供小程序，通过上架管理把丰富的小程序放到自己的App上。任何业务部门的需求都能并行快速响应，任何创新功能的试错成本都能得到最大程度的控制。敏捷迭代和持续交付不再只是口号。基于FinClip开发的App具有以下优势:一、采用该平台的企业天然拥有名副其实的技术中间平台:100%全容器化，充分利用容器编排技术实现千万级并发支持，有效控制前端“碎片”(小程序)和后端“碎片”(微服务)。后台的“上下”管理能力，第一次让企业有了内部的“应用市场”机制。引入“搁置”概念，使得企业内外应用场景的数字粒度完全可控，任何功能都可以AB测试，灰度释放。任何活动的或可操作的场景都可以快速实现，一旦代码用完就可以丢弃。这样构建的App具有强大的中台主导、云端运营能力。其次，基于FinClip的App不再是信息孤岛。这体现在三个方面:App中的任何业务场景都可以分享到主流的第三方互联网社交平台，从而产生传播、引流、获客的功能；支持应用内搜索，允许用户方便地索引运行在该应用中的任何内容和数据；支持网络爬虫和互联网上的搜索引擎对App中的内容进行索引(范围粒度安全可控)，类似于自己网站的seo做法，在App上也有。换句话说，如果我们想让自己App里的内容像普通网站一样透明，让互联网上的用户可以搜索到，完全可以实现。由于任意粒度的数字场景都可以在FinClip上随意实现，通过算法实现千人千面、智能推荐，根据用户个性化特征组装各种乐高不再是一句空话。FinClip上的任何小程序都可以根据用户画像和客户群体分层动态控制可视范围。比如一个只对某个区域的金牌会员可见的运营活动小程序，可以通过简单的配置发布，不需要编写任何复杂的应用逻辑代码。FinClip这种数字生态运营平台的二次开发，完全基于互联网的主流技术标准或既成事实标准。它的设计逻辑是，不需要专门学习和掌握封闭的、小众的技术技能，就能争取开发者快速发挥生产力。使用FinClip的企业专注于业务运营，而不是App研发，因为他们可以很容易地在市场上找到大量的开发者，包括但不限于第三方开发者、外包工程师、自由职业者和实习生。只要具备互联网小程序开发的基础知识，就可以开发出大量一次性的、零星的、技术门槛非常低的商业活动场景，比如小游戏、简单的针对目标客户的临时活动登记表、问卷调查等等。有商业生态的企业可以开放自己的FinClip平台，让合作伙伴开发小程序，放到自己的app上，形成丰富多彩的场景和功能来服务客户。比如银行信用卡app可以加载大量第三方消费场景小程序，旅游App可以加载衣食住行伙伴的小程序，最终实现以客户为中心的数字化服务闭环。FinClip为任何企业App带来新的可能性。