软件开发公司 APP开发 软件开发 APP开发公司
订单管理是后端系统,记录所有的交易数据的更重要的组成部分,订单可以监控和与用户,业务,财务等密切相关的工作。以下是后台系统中订单管理的设计总结..
在一般情况下,用户订单管理后台的操作都是公司内部人士,但事实上有需要支持C端用户的需求。因此,订单管理系统在设计中需要包括两个部分:
首先,用户能够对应于整个订单处理每一场景的C端用户操作和能够满足公司内部相关部门的需求,包括财务,采购,运营等,
一、订单流程
首先,设计背景前,需要明确的是,C端用户在这种情况下需要的行动和场景,支持后台操作。
如下图所示,
在实际业务中,订单处理绝非如此简单。例如,在用户结算付款/取消/退款/退货过程中,也可能涉及到全额减价、全额礼品、优惠券、折扣、信用等,这类订单金额不仅包括商品金额,一般情况下,订单金额=商品金额运费-优惠-积分扣除等。
因此,计费用户时,将涉及不同的模块和数据的交互(在一般情况下,完全还原的全礼品或业务活动有关的数据被记录在一个单独的表),与此相反,取消/退款/回报以及。
二、订单状态
通过定义订单流程,了解从订单创建到事务完成的流程状态..
从图表显示,整个过程可分为未付款,付款已发货,并已出货四个阶段收据。该模块主要涉及款项和存货。下面将介绍在参与各个阶段的顺序的内容:
三、订单列表设计
订单操作流程及主要状态概述如上..现在,让我们谈谈订单清单的设计。
首先,这是一个列表,数据显示。并且数据的呈现来自于实际需求,除了上面提到的状态和操作,另一个重要因素是详细的订单信息,该信息直接关系到订单跟踪,以及数据的跟踪分析。数据对于系统来说是一个非常重要的部分,所以在设计现场信息时,需要尽可能全面。
1.从内容,如下图所示,包括商品信息,支付信息,流的信息等,所述顺序的信息:
1)搜索区域
在订单列表中涉及的信息和状态较多,为提高工作效率,方便快速查找,需要将常用的重要条件作为筛选项,
在正常情况下,搜索区域包括:订单号,订单状态,付款情况,退款状态,交易时间,支付渠道,平台等方面的优势,根据企业的规模而定,当然,什么条件下显示,但同样的权限级别。
2)列表区域
之前已经介绍过订单的详细信息,包含的信息较多,因此无法在后台列表中直接显示与订单相关的所有字段,此时需要进行权衡,选择订单号,支付流水号,订单状态,退款状态等更重要的字段..而其他剩余的信息,可以由下页或自定义菜单显示。
注意订单的状态和操作,在设计之前,需要熟悉业务流程,明确场景中的每个状态和每个状态下的操作权限。
3)操作区域
对于订单的操作,基本上都是一些确认,审核,对冲,后续退款。
四、其他因素
1.是否需要拆分订单:例如,OTA中的一个订单系统可能会拆分为酒店子订单和各种单个子订单,可能会被不同的人处理,有时还需要支持客服人员继续在订单中添加子订单,以及电子商务平台,该平台通常包含一个主订单号和多个子订单号,考虑是否在退货/退款时支持基于子订单维度的退款;
2.订单取消:除了用户,在什么情况下可以取消订单内部员工,取消订单的话,该怎么操作的流程,应该给用户什么样的反馈;
3.产品/商品来源:用户下单前是否有库存,当然在一般的电子商务系统中,基本上有库存可供销售,但在OTA这样的订单系统中,产品或服务是不确定的,因此在生成订单时,应根据其子订单生成相应的供应商订单。
4.订单生成规则:一般情况下,资源和商品的渠道不同,往往为了便于区分,你可能需要添加一些特殊字符,以生成规则确定;
5.顺序数据的问题:在实际的操作中,也可以是在不同的表中的命令时,数据延迟,重复订单,单个泄漏等,这需要引起注意,及时优化方案不一致;
权限管理:不同的部门和级别的账号都会有不同的数据权限和操作权限,