订单系统的简易设计-技术圈

关注我的朋友应该知道，2021年我一直在撰写我的第三本书《简易设计》，撰写这本书说实话花了我非常多的业余精力和时间，因为其方法论的沉淀需要从多个案例里进行抽象、渗透，完成简易设计的方法。

在简易设计里，我希望本书的案例可以适合那些创业、中小型团队，同时为每个产品的版本需求迭代方向上给出可靠的意见指南。

这期间也很感谢加入的10位联合编辑们，不断的帮忙修复整理这本书的初稿。到今天这本稿子已经到了尾部的冲刺阶段。

今天这篇内容是草稿版本中的一个案例节选，希望你能喜欢。

下面为原文

随着工作时间久了，我们做产品设计的案例越来越多。产品设计师们可以通过过往经验非常容易抓住某些业务系统所需要的必备功能，我们称之为通用功能。

对于一个电商系统来说，通用功能分别是订单功能、营销功能、商品管理、账户权限设计、审核功能、数据统计和报表、用户/会员管理、账务管理八个版块。

找到了业务系统的通用功能，其产品设计方法也是不同的，所消费的成本、达到的效果也有区别。所以我会用这8个通用功能来讲解简易设计的核心方法，帮助你了解和学会使用简易设计。

电商系统的通用功能：订单系统

订单系统是电商系统的必备功能，也是通用功能。

订单系统承载用户在电商购物、支付、收获等核心操作，订单系统就像电商系统的脊柱，连接着全身，全身肢体依靠“订单系统”进行行动，其重要性不可言喻。

因为其紧密遵循实际运营过程中用户的购物场景，所以订单系统满足用户正常下单生成的订单同时还要满足退换货的订单。

所以在电商系统的订单会包含了正向流程、和逆向流程。对于商品的退款和退款退货就是属于在逆向流程。如图1-2是电商系统订单列表，包含了电商系统的所有订单。

▲订单系统的订单列表

正向流程（用户支付、下单、购买）是绝大多数用户的购物体验，逆向流程则用户因为商品或其他原因，导致退货、退款、换货业务如下图订单系统的逆行流程，经过了财务、仓库、运营层层审批。

▲订单系统逆向流程：退款

订单系统的逆向流程包含了多种情况比如退货、退款、换货和索赔等，层层审核流程会介入更多横向系统平台进行关联，比如仓库、财务、物流系统等。

比如物流派送需要和第三方物流平台打通。通过获取物流字段信息，可以方便在订单系统查看最新的订单物流状态。

▲订单系统的物流模块

如下图是逆向流程中的退款退货流程，相比仅退款，流程会有区别。虽然达到精细化电商运营的同时，却极大增加了订单系统的维护成本，比如退款退货需要系统有退货验收的子功能

▲订单系统逆向流程：退款退货

上面举例的订单系统，实际就是许多产品设计师会选择的方案。

虽然是通用功能，但订单系统关联系统多，还支持种类繁多的逆向流程，整个电商系统其实就变得非常复杂。

用简易设计的订单系统

站在简易设计角度，我们可以通过简易设计八象限来完成需求过滤，我们围绕高成本、刚需、高效、易理解来把产品设计的需求都集中在图里的第一、第二象限，这类需求带来的产品设计时是刚需、且高效的、同事还是易理解和低成本的。

低成本的设计需要把出现情况少、频率低、用户接受度高的能力变为非系统设计；
易理解的设计把操作的按钮、页面跳转进行减少，文案优化，合并数据指标；高效是满足用户下单体验，提升业务流转速度；
刚需则是在订单系统里存在的场景，用户、商品2个对象都有的场景进行罗列。

发现电商的订单系统整个核心流程是用户下单、付款、发货、收货、售后5个环节。

把上面的环节变成用户下单前、下单中、下单后3个刚需场景，因为第三方仓库、物流提供数据，人工直接可以接入售后服务，我们实际业务里允许把发货、收货、售后可以作为一个节点来处理，电商系统里我们可以把仓库出库、出库中、已完成合并成发货。

保留订单功能的正向流程（用户下单的3个状态），其余的只需要在系统中标记出状态即可，并不给予用户提供功能的操作，在有问题下进行客服咨询。

通过简易设计方法，我们就可以得到订单系统的简易设计业务流程

▲简易设计订单系统流程

其中发货状态、出库状态都是由订单系统进行状态同步，不在电商系统里提供管理功能利用这套简易设计，可以承载非常多的订单数，在提供的商品是完整的、可靠的下，极大增加团队营收。

通过这个方法我们把订单系统在简易设计里过滤如下图，指只包含了正向流程、客服接入、第三方支付这3个主要功能，也是订单系统的简易设计方案。

▲简易设计的订单系统所具备的功能

简易设计的订单详情

在订单系统里还有一个版块是订单详情。在订单列表点击一个订单行，就可以进入该订单的详情，叫做电商系统的订单详情页面。基础字段包含订单编号、用户信息、收件信息、订单信息、费用信息、支付信息6个维度

▲订单详情页

传统订单详情其涵盖的内容信息和其他的模块息息相关，比如做了营销功能、商品购物车，这类信息就会增加，同时站在管理角度，订单详情信息越详细越好，方便做售后与维护。

因此和订单系统的功能设计不同，这类页面/功能的设计，需要在高效、容易理解上大费功夫。

在订单详情里，会关联的场景有售后与库存管理两个操作，所以应该增加这2个场景的入口，减少了还需要在其他功能操作的路径。

订单详情的文案应该客观，保持文案短、状态直接、信息简要的内容。

功能名称：

有发货、退货、新建、保存、草稿等这类名称，统一和其他系统一致，减少理解成本。

数据的状态：无、有、异常

详情中展示的数据极限值（异常）、没有数据的状态文案，用户一看就懂。

数字单位：

使用的是国内人民币还是外汇，同时商品的计量单位是什么

商品名称：

具体还原商品名字，不修饰，同时还要注意还原商品名称，突出商品的使用名称。

序号/编号：

依照生成规则系统编号、展示序号，注意数值位数

信息分类名称：

不同信息应该划分分类，将同一类信息集中在一起，减少用户阅读成本，方便定位信息。

值得注意是订单详情页包含了用户端和商家端，用户端能够查看的订单信息应该与订单系统的商家查看信息一致。

▲订单详情下的用户和商家

下图是用户在电商系统的订单详情，包含了支付信息、物流信息、商品信息、订单信息、以及操作入口。

▲用户端的订单详情

通过以上方法，我们就把简易设计方法完成了一次落地，随后我们再讲解营销功能、审核功能、账户权限、商品管理、电商数据报表/统计功能。

今天的分享就在这儿。

每天体验1款APP社群

加入后365天，1年累计打体验90款APP。提升产品设计能力，同时有1500+份体验报告帮助你找到竞品。

包含了交互设计、产品定位、商业模式、功能描述、优化&简易5个纬度，把本身工作就要做的事情当做日常训练来玩

平均1天1块钱，扫码购买即可加入

连续体验90款应用，通过后原路退回

报名后添加微信（pmkevin001)领取任务手册