×

深圳网站建设—APP开发—网站制作—小程序开发_博纳网络公司

0755 -
82538016
82560826
网站制作资讯

APP开发:无人智能货架产品架构流程解析

文章编辑:网站建设 文章来源:APP开发 浏览量:

  APP开发无人智能货架产品架构流程解析,APP开发公司提示无人货架的流程是线下门店流程和电商流程的结合体。电商的主要系统包括供应链的采购系统、WMS和TMS,中台的商品、订单、促销和会员等以及前端的售卖App、小程序和H5页面等,这些系统在无人货架中同样需要。由于货架属于总部统管+单点个性化的运营模式,因此除了电商主流系统之外,无人货架为了解决自身独有的业务问题,又衍生出一些个性化的功能或模块,我们需要把门店和电商系统的特有模块进行结合并优化改造形成无人货架独有的业务模块设计,在满足总部统一管理的机制下同时支持单点、单架的个性化管理(库存、价格等),如图7-9所示。图7-9中深色的为无人货架独有的模块,浅灰色的则是流程上需要进行业务改造的模块,白色模块基本同标准流程一致,改动不大。我们同样按照“中前台+供应链”的模式设计产品的架构图,可以看到,无人货架的中台是改造的重点区域,因为无人货架是一个非常重线上、线下运营的项目,需要对线下进行SOP的标准化管理。前台面向用户的终端,不再仅仅是App、小程序和H5等了,现在的智能柜也属于面向用户的终端设备,智能柜不仅仅只是线上系统,它还包括线下的硬件系统及版本升级等一系列的事情。因此在中台需要实现设备的管理,这里包括设备的监控、在线升级和异常报警等事务。
  无人货架APP开发的业务运营模式为“总部统管+点位个性化”,因此系统结构上模块也需要支持两级设置、操作。所有的售卖信息按照点位、货架和商品的结构进行管理,运营平台中的商品模块则负责提供默认设置及基础数据的管理,而点位的商品陈列管理通过模板进行管理。无人货架运营的另一个特殊的流程是所有商品的上下架及调整都需要通过总部统一下发并联动物流执行,这就是说,每次陈列的调整都会导致一系列物流任务的执行。整个过程的链条非常长,很容易出现中间环节变化导致下游相关人员无法执行的情况。为了确保业务流程的稳定性,我们需要在中间构建独立的模块并进行统一的调度,从而解耦各个相关系统和业务流程。所有的商品变动指令都以任务的形式提报给相关人员,通过统一的运力协调和调度,以确定每日的物流计划并跟进执行情况。除了线上基础数据的维护,点位的管理还需要进行一些线下监管,日常会接触点位的人员主要包括配送人员、销售BD和日常巡检人员等,与之对应的系统工具为配送司机端、销售CRM及督导系统等。一些大型的客户,可以通过企业内部相关人员与之建立沟通渠道,对其提供相应的后台,我们可以称其为KP(KeyPeople)。由此我们可以梳理出模块之间的关系图谱,如图7-10所示。图7-10由于改造的点十分繁多,我们把图7-10中的产品架构进行再次关联分组,按照业务节点的关联度可以将其分为终端维护、基础数据维护、线下维护和履约维护4个部分。终端维护包括前台的展示、购买流程的处理以及所有与用户直接接触的业务流程(包括CRM、KP和智能柜等)的维护。基础数据维护指的是所有相关数据的设置,包括促销、优惠券、商品、模板、网点和货架等的数据。而线下维护主要是督导、设备和TMS(司机端)的维护,目的是解决线下管理的业务流程。最后是履约维护,包括调度、订单及供应链相关部分的维护。这4个系统之间的交互十分频繁,大量的数据是需要进行同步处理的。由于篇幅原因,我不能把全部系统的细节做一一详述,只能针对其中的一些关键逻辑做一下说明。其实大多数的业务内容同电商和门店有相类似的结构。好了,深圳APP开发公司本文关于“APP开发:无人智能货架产品架构流程解析”的知识就分享到这里,谢谢关注,博纳网络编辑整理。

当前文章链接:/construction/appkaifa/14316.html
如果您觉得案例还不错请帮忙分享:

[声明]本网转载网络媒体稿件是为了传播更多的信息,此类稿件不代表本网观点,本网不承担此类稿件侵权行为的连带责任。故此,如果您发现本网站的内容侵犯了您的版权,请您的相关内容发至此邮箱【qin@198bona.com 】,我们在确认后,会立即删除,保证您的版权。

相关案例推荐