从订单本质谈谈订单的设计要点.docxVIP

从订单本质谈谈订单的设计要点 对于产品人来说“订单”一词并不陌生：电商、团购、甚至共享单车的产品结构里，都有“订单”的身影。在互联网出现之前“订单”就已经出现，它承载着线下交易的整套采购信息，线下的交易离不开“人、货、场”三个核心要素，如今互联网作为一个重要的交易“场”所，也就自然的将“订单”的概念带到了线上。 那么线上订单的实现要点有哪些？今天我们来对此进行讨论。 一、订单的本质 讨论订单的实现，先从订单的本质入手，笔者认为线上订单有三个特质，简要来讲就是：交易、信息、凭证。 订单的生成源自交易的产生，订单作为交易信息的载体，不但要体现交易的具体内容、还需要忠诚的体现交易过程的始末，让交易得以公平透明的进行。 订单承载交易不仅是抽象意义上的，更是可见的事实，订单中包含交易的重要信息：买卖双方是谁、交易的物品规格和价格、交付的周期和方式等。订单一旦生成，代表买卖双方认可了订单中包含的信息，双方承诺按照订单内容履约，因此订单也是交易出现问题时需要参考的凭证。 了解订单的本质后，就可以以此为方向，对订单的产品逻辑进行设计。 二、交易始末：订单状态的设计 订单承载着交易，需要记录静态的交易内容，同时还需要对交易的动态节点进行追踪，即订单的交易状态。订单的各个状态节点代表着订单从开始到结束过程中的关键里程碑，即一个代表性动作完0成、另一个动作需要开始。 1. 基本状态 本着“一手交钱、一手交货”的基本交易逻辑，订单的状态需要体现钱款和货物的情况，付款意味着买方对交易的实际认可和真正的启动交易、发货意味着卖方对交易完成步骤的推进，也就是“货款交换”的实际完成。 2. 状态设计时的要点 在实际的订单状态设计中，有两个点值得注意： 1）交易关闭状态的条件 待支付是指的用户发起了交易的申请，但是没有实际支付货款的情况。在这种状态下，用户可能会超时未完成支付或是主动取消订单，这里需要考虑到等待用户支付的时间，因为订单往往与商品的库存强相关，有些商家下单就会占用库存（另外一种是支付后占库存），那么订单的待支付时间就不能太久，以免影响其他用户下单； 待发货是指的商家未提供物流凭证，即物流单号。一些平台允许在未发货时极速退款，如果同时允许买家在这一阶段退款一部分商品，则需要考虑部分退款可以支持的次数、以及多次部分退款累计成为全部退款所对应的订单状态； 已发货状态是指商家提供了物流信息。这种状态下要参考实际的物流状态，商家选择了已发货但是未提供物流单号的，或者物流单号虽然提供了但是未关联到物流信息的，也可以考虑支持部分退款的情况，同时也需要考虑次数与全部退款后状态的影响； 理论上：待发货是商家没有声明发货、已发货是商家声明了发货。但是，待发货不一定是商品尚未邮寄（可能正在发一批货还没录入快递）、已发货也并不一定意味着商品已经邮寄出去（可能只是打出来了快递单），所以这两种状态下的退款，都应该由商家进行确认，避免操作时差带来的交易纠纷。 2）交易完成状态的条件 买家签收意味着钱与货的顺利交换，代表着交易的完成，虽然我们在上图中已发货状态直接来到了交易完成，但在实际的订单状态里，我们往往会将一部分物流的状态代入到订单状态中作为订单状态的一部分，比如配送中和已签收两个状态。 在订单状态中加入配送中是为了提醒买家和商家双方对交易进度有更直观的追踪，而将已签收状态加入订单状态则是为了订单状态流的完善，大部分用户在实际收到商品后不会主动点击【交易完成】的按钮，这时为了关闭已经实际完成的订单（减轻订单监控的压力），需要系统去判断哪些订单可以自动变为交易完成状态，系统判断的依据就是签收后超过约定天数（如14天），于是订单状态扩展为下图： 二、信息与角色：不同用户端的订单信息 1. 常规信息 一般来讲，订单的基本信息示意如下： 2. 不同角色的关注点 我们知道线上交易平台的商品分自营商品和外部商家商品两大类：平台商品物流一般又平台负责、商品收益归平台；商家商品的物流一般由商家自行负责、平台需要与商家进行月度结算（下单后平台先收款然后月度结算给商家），根据这种简单的区分，结合两种商品的交易流程，我们可以简单的列出交易的主要参与角色以及每个环节的操作流程，如下图： 在交易的过程中，参与交易的不同角色对订单信息的关注重点各不相同： 1）买家关注点 订单商品和物流情况，即：交易的商品类型（品类）、交易的商品是什么（SKU）、物流信息和物流状态。买家会关注物流送达的情况，并关注自己购买到的商品实际规格是什么，以便签收后对商品进行核对。 2）商家关注点 订单状态、订单商品、收货地址、订单金额。商家需要按照订单状态对订单进行追踪和管理，如待发货状态的订单及时发货、已完成订单账期核对等；还要关注订单商品，一方面及时的核对需要发货商品的规格，另一方面关注商品售卖的统计调整销售策略和库存；