Creonit商业总监德米特里·瓦热宁指出，2023年零售业亟需移动应用。本文详解了如何在已有在线商店的基础上开发移动应用，而非从零开始，并阐述了具体的逐步开发流程。
2023年零售业为何需要移动应用程序
桌面端流量逐渐下滑，移动端份额持续增长，用户日益依赖智能手机。电子商务必须深度融入用户的“移动”生活。
用户不仅倾向于在App中购物，交易频次也更高。仅提供移动版网页已无法满足需求。
原因何在？以下数据可作佐证。
全球统计数据
据《Global Digital 2023》报告，全球59%的互联网流量来自智能手机，92.3%的用户通过移动设备上网。
这直接影响了App内的会话时长。2021年，用户在购物服务中的停留时间超1000亿小时，且年均增长（数据来源：Data AI）。
2021年，电商销售额的67%来自移动应用，较2020年增长14%，且该指标逐年攀升。移动应用已成为电商核心工具。
Newstore 2022年调查显示，60%的消费者偏好通过App而非手机浏览器购物，主因是App具备更优的用户体验（UX）。
此外，摩根大通（JP Morgan）数据显示，用户在App内完成交易的比例显著高于其他渠道。
俄罗斯市场数据
Yandex Market与GfK Rus联合调查显示，自2017年以来，俄罗斯在线购物者数量几近翻倍。
移动端购买份额已超67%，用户使用商店App的频率约为网站的4倍。
综上，全球及俄罗斯用户均更青睐移动应用购物。随着移动流量持续增长，网络商店必须适应这一趋势，以免流失受众。
基于现有后端开发移动应用
部分企业因担忧耗时昂贵而放弃开发App。然而，若已有网店，可复用部分基础设施和后端以加速开发并同步功能，但需警惕潜在风险。
后端和API可能面临的困难
移动应用作为客户端界面，需依托文档完善的API后端与数据库、服务器及业务逻辑交互。
现有网店通常具备支持多系统（仓储、财务、支付等）数据交换的后端基础设施。开发App时，API的开发策略至关重要。
若网站基于“1C-Bitrix”等现成方案构建，重写后端以适配统一API耗时漫长；若单独编写API，则会导致双端功能不同步且工作量倍增。
建议将网站迁移至Django等框架，构建可扩展平台。通过开发统一API，并将网站前端与移动应用集成其中，实现双端入口一致。
此举可重构后端业务逻辑，确保目录排序、库存处理等变更在双端同步更新。同时，单一后端降低了开发与维护成本，减少了对开发人员的需求。
保留盒装解决方案的应对策略
若企业仍需保留“1C-Bitrix”等方案，为开拓新销售渠道，可采取以下步骤：
基于“1C-Bitrix”开发新的RESTful API后端（需注意CMS内部工具不足的问题）；
获取旧版电商前端布局，使用响应式框架重写并集成至RESTful API；
开发移动应用客户端，并将其集成至同一API。
此方案虽能实现统一API和功能同步，但工作量相对较大。
如何从零开始开发移动应用
针对已有在线商店的企业，以下是构建移动应用的标准化工作流。
步骤1：准备文档
旨在让业务方与承包商对IT基础设施达成共识。需明确以下内容：
所有业务流程；
系统交互图；
数据交换频率与方式。
梳理历史遗留功能（如订单处理、支付），将其剥离至专用系统，以提升基础设施性能。
步骤2：设计符合业务需求的架构
首先确定架构类型。若仅需开发App且交互较少，单体架构简单高效；若计划国际化或构建高可用系统，微服务架构是唯一选择，可有效解决多语言、合规部署及集成问题。
其次规划数据迁移。需确保用户密码（复用加密算法）、订单历史及行为数据无损迁移。
同时，需统筹邮件营销、CRM等第三方系统的数据交互，在新基础设施设计中予以规划。
步骤3：选择后端开发方法
根据现状选择技术路径：
方案一：开发独立API。缺点在于功能难以同步。
方案二：复用或新建统一后端API。此法可确保双端功能一致（如收藏夹），避免逻辑割裂，且无需扩充后端团队。
步骤4：选择移动应用开发模式
原生开发需为iOS和Android分别编码，存在成本高、周期长、内存占用大及耗电快等劣势。所谓“原生性能更优”的观点并不绝对，Java应用即需JIT编译加速。
跨平台开发（React Native/Flutter）共享代码库，优势显著：
- 成本低：单团队开发，代码量少；
- 上市快：统一界面设计，开发周期短；
- 维护易：统一代码库便于修复Bug和新增功能；
- 性能佳：不逊于原生应用。
步骤5：前后端集成
采用API模式可实现前后端并行开发，缩短一半周期。随后将网站与应用前端集成至API，确保功能同步。
步骤6：应用构建与部署
构建是将源码转化为可测试产品的过程。手动构建耗时且低效，自动化构建则是必然选择。
Android可使用Creonit Cargo等自有工具；iOS推荐FastLane，可自动签名、管理证书、构建并上传至TestFlight。
步骤7：应用商店发布
针对受制裁企业的封锁问题，实践中可采用“伪装上架”策略：先上传简易非授权版本过审，再更新为完整版本。更新期间审核人员仅见登录页，不易察觉替换。但需注意，此临时方案存在失效风险。
步骤8：产品迭代与新功能开发
上线并非终点。传统模式下，功能更新需经商店审核，周期漫长。
基于API的模式允许绕过商店审核直接更新内部实现。业务逻辑与内容由后端控制，前端动态渲染。通过管理面板即可创建页面、运行A/B测试或调整导航，变更即时生效。
实践案例
某预约咨询服务表单字段复杂多变。为加速集成，我们在后端开发了表单构建器，前端按需展示。设计师无需绘制数十种布局，开发人员仅需微调样式，大幅提升了效率。
结论
已有Web版电商网站的企业，应基于现有后端开发移动应用。
推荐采用统一API架构，实现双端功能同步与前后端并行开发，可将发布速度提升一倍，并显著降低开发维护成本，无需额外扩充后端团队。