二、 订单办理体系与全体体系的联系
<p font-size:16px;background-color:#ffffff;"="" style="overflow-wrap: break-word; font-family: "sans serif", tahoma, verdana, helvetica; font-size: 12px; white-space: normal; color: rgb(34, 34, 34);">订单体系会与购物车、产品体系,营销体系、会员体系、付出体系、物流体系、库房体系、财政体系、内容体系,详细请看示例图:
三、
的输入
1. 内部:即自建商城传输过来的订单
2. 外部:即第三方体系传输过来的
因为该类订单相对来说不需求很高的实时性(意思是该类订单关于顾客来说现已付款了,现在只是后端处理),所以对接口负载性能等要求相对就没有那么高。
订单数据处理方面,一般都是线下核对账单,线下结算款项,所以首要在数据记录和处理的准确性方面有很高要求。
四、 订单的处理
1. 流转处理<p font-size:16px;background-color:#ffffff;"="" style="overflow-wrap: break-word; font-family: "sans serif", tahoma, verdana, helvetica; font-size: 12px; white-space: normal; color: rgb(34, 34, 34);">在订单体系内,体系会对订单进行各种逻辑规矩判断,判断后就会根据事务规矩分发订单,可简略看示例图:
下面是订单各状况的流程图:
3. 特殊情况处理
五、 订单的完结
自营商城:一般客户收货后就完结订单,例如京东。
非自营商城:客户需求自己点击承认收货或经过一段时刻后体系自动承认收货。
如果是自建商城类的那么订单模块会触及到其他体系,需求与其他体系的产品司理(如多人)去讨论,怎么让订单体系与他们担任的体系进行对接;如果是供应链类型的订单体系,则需求考虑怎么让订单可以从外部顺利传输到体系,是咱们提供统一标准的API呢还是咱们去各自对接第三方体系等等。
考虑输入方法后,咱们就要根据公司事务运营方法来考虑订单的处理逻辑,订单进入体系后怎么 让体系自动处理订单,根据什么规矩;同时也要考虑对反常订单的处理。
在考虑好订单处理逻辑后,就要考虑怎么输出订单,是直接输出给WMS还是会再输出给其他ERP等等。因为是自动化的输出,也就要考虑与其他体系的对接方法。
最后,咱们就要用把公司事务代入到体系内,看看是否能行程闭环,是否还有欠缺或许是否遗漏了细节等。
后台体系订单页面的规划:
根据公司事务需求来规划列表页展现的数据和布局,以及筛选查询的要害字段,详细可看示例图:
订单详情页一般来说是模块化的展现规划,订单根底信息、产品信息、物流信息、付出信息等都需求有所区别,这样规划有利于详情快速检查以及在体系研发的过程中让开发小哥哥不容易搞错哦,详细可看示例图:
订单规矩根据事务的大小有简略和杂乱,所以详细需求看事务规模。
本文由 @Milomasson 原创发布于人人都是产品司理。未经许可,制止转载
<p font-size:16px;background-color:#ffffff;"="" style="overflow-wrap: break-word; font-family: "sans serif", tahoma, verdana, helvetica; font-size: 12px; white-space: normal; color: rgb(34, 34, 34);">题图来自 Unsplash,根据 CC0 协议
中国·江苏 ·南京众信慧德网络科技有限公司
联系电话:025-66077736
地址:南京市浦口区惠达路9号A座307
邮编:210000[ 工作机会 ]