App产品设计『核心模块』订单系统
这是《App产品设计指南》系列文章的第15篇内容，更多精彩可以点击下方链接查看。
产品中只要有线上支付环节就可以算作电商，只不过业务有轻有重而已。电商产品中比较核心的有商品、订单、支付、库存系统。本文中会和大家介绍一下订单系统中一些常见的细节问题。由于篇幅有限，本文中只能涉及一小部分环节，欢迎大家与我交流沟通。
订单包含商品、用户、优惠信息、收货信息、支付信息等一系列数据，是平台与用户联系的桥梁。
订单状态
不同平台的订单状态是不一样，下面给出不同的方案作为参考：
虚拟电商，不涉及物流，退款
（1）待付款，用户下单还没有支付，一般会有一个时限，比如半小时
（2）已付款，成功状态
（3）支付失败，无效异常的状态
（4）已关闭，超时没有支付系统自动关闭或者管理员手动关闭
实体电商，涉及到物流，退款
（1）待付款，用户下单还没有支付，一般会有一个时限，比如半小时
（2）待发货，用户已付款
（3）待收货，商家已经发货物流配送中
（4）交易成功，用户已收货
（5）待评价，用户收货后也可以选择不评价
（6）交易关闭，用户手动关闭订单或者是系统关闭）
（7）支付失败，无效异常的状态
由于涉及到实体，一般还会有退款流程，状态主要有退款中，退款失败，退款成功等。
订单类型
需要说明的是前期一定要设计好订单的类型。我们可以从两方面进行设计，一个是支付方式，一个是商品类型，通俗地说就是通过什么方式获得了什么商品。
比如说用户通过线上支付购买了专栏，视频课程；通过优惠券，积分，线下活动扫码领取了听书服务等。用户付费购买产品会消耗一定的金额；用户通过优惠券等方式获得的商品，是没有用支付金额的。在展示给用户时，一般有两种做法：第一种是展示商品的原始价格，表示商品值这么多钱；第二种是显示0，表示用户没有支付费用免费领取了商品。两种做法都可以，没有什么对错之分。与此类似的是在用户消费记录模块，可以用88.00表示商品价格，也可以用- 88.00表示用户支付了这么多费用。
针对免费商品是否需要有订单这个要结合不同场景。比如说电台类App中的头条就可以直接使用，而在共享单车App中遇到活动也需要支付0元的订单才能使用。前者是为了让用户更快的使用（使用人数，使用时间等数据可以通过埋点等方式获取）；后者则是从业务流程考虑，支付订单是业务流程不可缺少的一部分，保证安全的同时也能统计到业务数据。
锁定库存
用户在下单时可能会出现库存不足的情况，如何处理这个问题得分析具体的场景。
下单锁定库存
优点：用户下单后就可以购买，不需要担心库存问题。
缺点：可能会存在恶意下单而不支付的问题，会影响到其他用户购买。
适合对库存量不敏感，比如团购，拼团场景。
付款锁定库存
优点：库存是真实有效的，只要其他人没有真正付款都有机会购买到商品。
缺点：可能会出现用户下单抢占库存，出现超卖的情况。此时需要通过特定环节来告知用户，如订单详情页提示，短信提醒，App站内信等。
适合对库存数量敏感，比如时效性比较强的秒杀。
关于订单系统中有很多细节，本文中只时列举了一小部分，更多的内容需要产品经理在工作中不断探索，比如子订单，比如多个商品满减订单退款如何处理。不同平台的流程差别比较大，我们在设计订单系统时一方面是要参考其他平台，另一方面要结合自己平台的业务流程。否则前期没有考虑到的细节，后期可能就是一个大坑。希望本文能对大家有所帮助。
在写作过程中，如果有意见或者想法，欢迎有兴趣的读者添加我的微信一起交流探索，共同进步。
