如图7-9所示。图7-9中深色的为无人货架独有的模块，浅灰色的则是流程上需要进行业务改造的模块，白色模块基本同标准流程一致，改动不大。我们同样按照“中前台+供应链”的模式设计产品的架构图，可以看到，无人货架的中台是改造的重点区域，因为无人货架是一个非常重线上、线下运营的项目，需要对线下进行SOP的标准化管理。前台面向用户的终端，不再仅仅是App、小程序和H5等了，现在的智能柜也属于面向用户的终端设备，智能柜不仅仅只是线上系统，它还包括线下的硬件系统及版本升级等一系列的事情。因此在中台需要实现设备的管理，这里包括设备的监控、在线升级和异常报警等事务。
如图7-10所示。图7-10由于改造的点十分繁多，我们把图7-10中的产品架构进行再次关联分组，按照业务节点的关联度可以将其分为终端维护、基础数据维护、线下维护和履约维护4个部分。终端维护包括前台的展示、购买流程的处理以及所有与用户直接接触的业务流程（包括CRM、KP和智能柜等）的维护。基础数据维护指的是所有相关数据的设置，包括促销、优惠券、商品、模板、网点和货架等的数据。而线下维护主要是督导、设备和TMS（司机端）的维护，目的是解决线下管理的业务流程。最后是履约维护，包括调度、订单及供应链相关部分的维护。这4个系统之间的交互十分频繁，大量的数据是需要进行同步处理的。由于篇幅原因，我不能把全部系统的细节做一一详述，只能针对其中的一些关键逻辑做一下说明。其实大多数的业务内容同电商和门店有相类似的结构。好了，深圳APP开发公司本文关于“APP开发：无人智能货架产品架构流程解析”的知识就分享到这里，谢谢关注，博纳网络编辑整理。[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。
