货柜|产品设计实录-基于购物场景来设计订单基础流程( 二 )_

二、构建整体订单逻辑框架订单交易最基础的部分是交易流程，从设计最小闭环开始，逐渐往最小闭环里补充交易流程。订单模块的核心分为两块：
1. 订单状态订单状态是定义订单将按照哪几个步骤进行的依据，就像我们人的生命周期一样，有婴儿期、少年期、中年期、老年期。订单状态具有几个特点：

顺序性：订单状态需要按照一定的规则，从前之后顺序发生，不能跳跃，不能逆向。
特殊性：订单状态包容异常情况，在顺序的过程中都可能因为一些操作随时进入异常态。
可扩展性：订单状态可以随着业务场景的需要添加，但一般不会删减。这样会影响历史数据。

自动售货机小程序的订单设计的订单状态：

待取货：用户支付完成之后，需要在几小时内去线下取货，因此在用户取货之前订单状态为待取货；
订单已取消：在设计支付流程的时候，我们是希望尽量能够让用户一步到位地支付成功，但往往因为各种原因，用户可能不能完成支付。比如：调起支付后，用户的余额不足无法支付，再比如，在调起支付之后，用户突然发现自己选错了智能货柜的点位，不想支付了，再或者是由于网络不好无法完成支付等等。这时候用户退出支付，订单状态则为取消订单；
订单已完成：用户支付且取货成功之后，订单状态为已完成状态；
退款中：用户提交退款申请之后，或者用户超时未取货，或者机器出货失败的时候，用户需要看到退款是在处理的状态；
退款成功：客服人员在后台手动处理，退款成功后的订单状态。

2. 订单操作订单操作是基于订单状态下，可给用户触发的对该订单的操作。订单状态一般都由订单操作触发才会发生改变。比如买家点击取货按钮后，触发订单由待取货状态变成了已完成状态。
在订单操作设计上需要考虑对订单功能的用户群体包括哪些。电商常见的用户群体包括买家、商家、平台管理员。
对于自动售货机线上购买交易场景来说，订单模块的用户群体主要包括买家平台管理员（暂不涉及商家端）。此文仅讨论用户端的订单基础流程设计（平台端的订单模块设计下次我们再讨论hh~）
综合而言，最后小程序所有的订单状态和用户对应的订单操作如下图：

文章插图
三、总结最后，我们再来复盘下如何基于场景来构建订单体系结构：
第一步：分析用户场景，找到订单模块需要满足的产品需求；
第二步：根据用户购买操作流程设计订单状态和订单操作，注意不要忘记订单异常情况的处理。
本文由 @六元儿原创发布于人人都是产品经理，未经作者许可，禁止转载。
【货柜|产品设计实录-基于购物场景来设计订单基础流程】题图来自Unsplash，基于CC0协议。