“我报名参与金石计划1期应战——瓜分10万奖池，这是我的第3篇文章，点击查看活动详情”
当时 App 的开展还保持着高下载量、高活跃量的态势，使得其间蕴含巨大“商机”，但对中小研制团队来讲，在各种本钱缺乏够的情况下，该如何处理这种矛盾的境况？
☝️小前提是咱们有一个已经在微信渠道上线的老练小程序。
一向期望在不消耗过多人力的情况下直接把打包为 App (特别阐明：咱们一开始就没考虑过要运用 uni-app，所以这条路走不通)，单说真话要在这种情况下开发一款质量还ok，用户用起来也比较顺手的App仍是存在不小的应战。
接下来谈谈咱们在投入1个人的情况下，是如何在差不多30分钟内完结一个App的开发阅历。
首先试着汇总阐明下咱们开发App形式下的一些应战和问题。
移动App开发面对的应战
1、IT技能才干要求高，用户体会度难提升
对于大企业来讲具有一个结构完好 IT 部分，App 建造的技能门槛不算太高，但也要消耗较长时刻完结从“需求剖析 >> 应用规划 >> 技能选型结构搭建 >> 设计数据操作与贮存 >> 完结service >> 应用程序测验 >> 打包、签名、发布”一系列流程，其间“技能选型结构搭建和数据逻辑”又是整个环节中技能的难点，此外还要面对继续发版才干低、需求响应周期长、交给吞吐率低、交给进程质量低、交给质量低等问题。
而对于咱们这种中小企业的研制团队来讲，乃至都没有完好的 IT 部分，最终完结的效果是自己的 App 质量不高，草草上线，对于体会的用户来讲，时不时遇到的卡顿、白屏等问题都可能是他们的“一键卸载”。
2、开发本钱居高难下，效率低灵敏度不高
现在，大部分企业会选用 Native 或许 Hybrid 的形式进行应用开发，原生开发形式需求多个渠道投入巨大的时刻和人力本钱进行开发，多人多模块协作和跨团队协作也加大了工作的复杂度，导致 App 发版周期长，无法跟上产品更新节奏，灵活性较差。而以「Native + HTML5」为代表的混合开发形式，除了白屏卡顿等问题频发，还需求有针对性的拟定深度优化计划才干牵强满足事务要求。
凭借东西一键生成 App
咱们现在开发运营的其间一个 App 是一个专业的多人记账和财富办理 App，其实这个 App 功用比较简单，主要可以完结多人收支分账，具有多人结算、预算办理、账户同享、主动周期账、统计报表、自定义汇率等功用。
乃至之前咱们长时间是以微信小程序的形式进行运营，但发现随着用户量的添加和公司开展的需求，一是对于财务类东西用户对其数据安全性要求更高，直接在微信渠道运用存在较大的隐私担忧，想要具有自己的 App；二是在微信受限于渠道规则，很难对用户进行更深化的运营，用户流失问题亟待解决。
而正好之前介绍到的 FinClip SDK，他们的介绍写到除了让已建造的 App 具有小程序运转才干外，一起 IDE 也能把已在微信等开放渠道上架的小程序“一键”转为 iOS 或 Android App 安装包，发现生成的 App 也主动具有小程序的运转才干。
于是咱们就安排一个萌新童鞋试着去运用操作下。
具体的操作流程就不赘述了，整个进程可见之前的文章 我把微信小程序转为App上架到了App Store
谈谈感触和心得
先说说优势。
作为一个规划不大的研制团队，在开发资源和本钱预算都缺乏够的前提下，凭借 FinClip 兼容微信小程序语法的特性，微信记账小程序转为 App 的全体体会度和微信端的差异不大。
整个开发进程咱们用了一名1年工作经验不到的开发同学，据他的反馈整个操作难度不大，App logo 、开屏动画、权限装备等操作都能在东西中以勾选的方法完结。
App 主动具有的小程序运转才干可以协助咱们通过小程序的上下架完结相应事务模块的热更新，不再需求重视繁琐的打包发版流程，提升了整个产品的灵敏性。
别的，需求点赞的一点是打通微信授权登录进程也是通过 IDE 直接装备，不需求动到代码。
再说说缺乏。
凭借东西的确能在低投入情况下十分快速的生成一个App，但也发现是一个原生的套壳App，后续假如想要强化才干需求继续的进行研制，期望东西自身可以继续的强化音视频、地图等插件的快捷引入、主页进口装备等相关功用的晋级。
以上是咱们团队基于小程序转 App 的进程体会和考虑，也欢迎各位大佬拍砖沟通。
