Receive updates from FinClip Blog / 产品博客 for free, starting right now.
We can deliver them by email, via your phone or you can read them from a personalised news page on follow.it.
This way you won't miss any new article from FinClip Blog / 产品博客. Unsubscribe at any time.
Site title: FinClip — 加速企业入局小程序生态 - 泰坪小程序开放平台
Is this your feed? Claim it!
摘要：企业App生态的业务价值，短期是降本增效和留存，中期是交叉销售和多元变现，长期是流量与生态效益，生态型App助力企业从一次性收入转向持续性生态经营。不少企业都有自己的App，但真正运营起来后，常常遇到一个问题：App能提供的服务太少，用户只有在办理特定业务时才会打开。为了增加使用场景，业务部门希望加入短剧、短视频、会员活动、外卖、出行、小游戏等服务。可每增加一项业务，都要重新开发页面、对接接口、测试版本，再跟随整个App提交应用商店审核。
如果服务来自第三方，不同合作伙伴使用不同的技术方案，企业需要逐一对接；某项活动只运行一个月，也可能要经历一次完整的App发版。久而久之，App虽然增加了很多功能，
如果原生APP已经有了成熟的账号体系、导航和业务接口，前端团队又交付了一套 React 或 Vue 页面。现在希望把这些页面接进APP，并让后续页面改动独立发布，今天分享一下Ionic Portals 和 FinClip的技术差异对比～
迁移时，可以沿着一个页面的执行过程往下看：Web 产物放在哪里，原生端怎样打开它，JavaScript 怎样调用宿主，下载新资源后又在什么时候切换。今天基于安卓端的系统，来分享一下这些接口分别落在哪一层。
保留现有 Web 页面，可以直接比较两种 H5 接入路径Portals 基于 Capacitor，为原生 APP 提供增强 WebView。一个 Portal 对应一组 Web 资源和运行配置，页面仍由 Web 框架渲染，也不要求界面必须使用 Ionic Framework。
企业开始建设一款新App时，最先被讨论的往往是上线时间：需求什么时候确认，开发需要多久，首版能否按计划进入应用市场。某企业客户在梳理App建设方案时，也有明确的交付要求，希望尽快完成首版开发和上架。但随着需求逐步展开，企业发现，项目不能只解决“现在有没有App”的问题。
首版上线后，新的业务服务还会持续增加；同一套能力未来可能需要进入手机、平板或电脑等不同终端；不同业务团队和供应商，也可能按照各自节奏参与建设。如果第一版采用的技术路线只能完成眼前交付，后续每增加一项服务，都可能重新进入开发和发版流程。因此，客户真正需要选择的不是一个App页面方案，而是一条能够兼顾当前交付和长期扩展的建设路径。
...今天分享一下保险APP接入小程序的一种做法。APP已经用了Flutter，保单列表、客户登录和个人中心也都已经有了，现在准备增加一项保单服务预约。客户可以从某张保单进入，选择服务网点和时间，填写想咨询的问题，提交后还能在APP里查看预约记录。
如果继续按原来的方式开发，这项服务可以直接写进Flutter工程。不过，预约页面后续还会增加咨询类型、补充表单字段，调整办理提示。每次改页面，客户端团队都要跟着开发、测试和发版，这些业务调整就会一直占用主工程的排期。
其实，Flutter工程也可以接入FinClip小程序。沿用现有APP，让小程序来承接新增预约服务，再接好登录和导航，就可以利用已有的客户端能力增加服务入口。这样一来，Flutter继续负责APP主界面，FinClip负责小程序运行，预约团队维护自己的业务页面，三者可以...
资产盘点，明确小程序复用边界不少企业已经在微信里建设了查询、预约、会员或内部办公小程序。自有App需要承接更多服务后，IT部门自然会问：这些存量小程序能否复用？这个问题很容易被简化成“兼不兼容微信语法”。但代码能运行只是第一步,登录、支付和消息由谁提供？用户身份如何对应？小程序更新后由谁审核和发布？这些问题共同决定真实工作量。
先补上App内的小程序运行环境
微信小程序能够在微信中运行，是因为微信提供了完整的运行环境。企业自有App如果要承载小程序，也...