电商产品中，最核心的模块莫过于订单。一笔订单从创建到结束，涉及到复杂的逻辑跳转和众多异常处理。本文就结合电商实战经验及淘宝订单设计案例教大家如何基于购物场景来设计电商产品的订单基础流程。

　　说到电商类产品，我们都不会陌生，做为普通人也应该知道电商产品是完成人们购买商品的平台。但作为产品经理，需要用模块化的视觉来看电商产品。我们可以根据用户使用场景简单的将电商产品拆分成浏览商品、下单交易，订单跟踪三个模块。在每个模块的设计中都需要基于场景来进行功能及逻辑设计，在经历过十几年的电商发展历史，用户早已被教育的傻白甜。最快速的找到想到的商品，最简单的下单购买，最便捷的交易处理，这些才是用户需要的。如果从上面的三个模块来看

　　浏览商品模块 – 设计怎样的商品页面展示，分类，搜索，推荐，排名等方式，才能更快度的让用户找到自己想要的商品。基于平台又需要考虑如何平衡商品的权重，让其尽可能维持一个可持续的生态。

　　下单交易模块 – 设计怎样的规则能快速识别用户对某一商品感兴趣了，又怎么设计能快速刺激用户进行下单，在用户下单时又怎样尽可能简单连贯的让用户完成支付行为。

　　订单跟踪模块 – 设计怎样的订单跟踪及提醒操作才能让用户放心的把订单交给系统，设计怎样的便捷操作才能让用户在遇到问题是快速解决。

　　正如本文主题所示，这篇文章不是要跟大家讲明白电商产品的设计规则，我也不可能在一篇文章中把淘宝十几年的东西给大家讲明白。但我们可以专注来看下订单交易的基础部分，订单模块逻辑设计。也就是上面说的第三个模块问题订单跟踪模块。我将结合自身经验和淘宝设计规则，基于用户场景的带入来给大家分享订单交易模块的设计规则。主要有三个部分

　　基于用户场景的订单交易需求

　　从订单状态开始构建整体订单逻辑框架

　　不能忽视的订单异常处理

　　基于用户场景的订单交易需求

　　在设计订单跟踪模块前，我们要先看看现在的用户怎么在网上下单的。如上所说，现在的人们都被电商行业教育的越来越懒的，搞的很多创业公司一开始就要设计较完整的交易闭环，耗费大量人力和时间。那用户的“懒”的场景体现在哪些方面呢?

　　我要购买时，就给我一步支付了吧。不要两步，懒得我只要一步。

　　购买成功后，我就不管了。快递要到时记得告诉我就好，那个快递小哥，放我家门口就好，不点收货了。

　　不买了，退钱。不要问我为什么，你们去跟商家解释吧，把钱退给我就行。

　　还有很多“懒”的场景，用户之所以能这么懒，是因为他们有懒的资本，而这些的资本都是通过不断完善的交易流程和产品功能体现的，是产品背后帮助用户和商家之间规避了很多风险，隐藏了很多需要用户思考和操作的步骤。那么在产品层面需要考虑哪些关键流程来满足用户的“懒”呢?基于上述场景我们可以归纳产品要体现出的场景包括：

　　能对买家实现连贯下单支付操作，不要给用户犹豫和思考的空间，他只需要点点点，你只需要弹弹弹，直到支付订单完成。

　　能在有人购买订单后给商家快捷的发货操作。商家也只需要根据你的弹弹弹来进行点点点即可，直到发货成功。

　　系统要能实时跟进订单进度，适时给用户和商家提醒订单状态和物流状态。系统要能像管家一样帮助用户跟踪交易，确认收货。

　　当用户发大小*脾气取消订单时，你要知道他发脾气的原因，也要实时帮助她处理好订单，也要及时通知和安抚好商家。

　　当用户需要你出来帮助时，你要能让她快速找到你，且及时处理问题。

　　ok，以上只是订单交易过程中可能发生的场景，产品需要从这些场景中抽象出产品需要解决的问题，进而设计功能模块和逻辑框架。当然，我们也要带着产品自己的体系去设计功能，毕竟用户是需要在体系里被教育的，不过是教育他们更好的使用产品获得更好的体验罢了。那我们从场景中进行抽象订单交易过程需要解决的问题包括

　　设计最小订单交易闭环，帮助用户完成基本交易

　　设计每个交易状态下的系统触发机制，帮助用户自动完成基本交易

　　设计每个交易状态下的异常处理，帮助用户解决更多异常交易场景的问题

　　接下来我们就开始从订单交易框架搭建开始详细讲下如何设计电商交易流程

　　构建整体订单逻辑框架