? ? ? ?訂購是電商主干流程之一，前端所有的架構設計最終都需要進入訂購流程轉化。根據產品定位、用戶群體的差異，需要設計差異化的訂購流程，以符合產品的特征? 給用戶盡可能的提供最便捷的下單、支付體驗，促使用戶快速完成訂購操作。本文 主要討論下一般電商訂購流程的產品設計（有關 跨境商品訂購、未登錄用戶訂購、訂單拆單策略等本文暫不深入說明）

一 訂購業務流程、信息結構

二? 系統流程及說明

流程說明 （暫不設計訂購--購物車流程、訂購---到貨付款流程 及未登錄訂購流程，感興趣的可以一起交流討論）：

1 用戶通過商品詳情（立即支付）、購物車選擇商品去結算（或其他入口，如訂單列表的再次購買等） 進入訂單的表單填寫頁； 進入訂單信息填寫頁時，后端需要校驗所選商品是否可訂購，不可訂購時前端展示提示內容，校驗規則如下（供參考）：

庫存可用性

商品狀態（如，下單時商品是否下架等）

供應商/第三方商家狀態

商品配送范圍校驗（商品詳情-立即購買時涉及）

商品價格校驗（前后端價格一致）

其他平臺規則的限制

2 校驗通過，進入表單填寫頁。

2.1 產品設計時可考慮用戶的意愿單設計（便于后續該維度的數據分析、精準營銷策略 等）即 進入表單填寫頁時，即生成意愿單（非訂單），并插入已有的訂單數據信息

2.2 訂單信息頁面根據 商品信息動態生成； 如，購買的商品支持自定義配送時間段，前端就露出配送時間選擇入口

2.2 用戶前端填寫訂單信息，（輸入框失去光標時或選項選擇后）即時插入意愿單

3 訂單信息

3.1 收貨人信息（收貨人姓名、手機、地址）

如果已有收貨人信息，顯示默認收貨信息；沒有則引導用戶創建收貨人地址信息

3.2 商品信息部分（商品支付方式、配送時間等設置）

根據訂單商品的分類進行分組，每一組別的商品可單獨設置支付方式（在線支付、貨到付款）、配送時間（不可設置的商品組，隱藏配送時間設置入口）; 其他如配送方式設置，可根據平臺配送公司情況進行設計

3.3 發票信息（個人、公司、抬頭、納稅人識別號等）

2017年7月開始，所有公司發票都必須填寫納稅人識別號，在產品設計中發必加上這一塊。 發票有電子、紙質發票； 發票信息也可以做成模版，提供維護的入口，后續用戶維護發票時直接選擇要開票的信息即可

3.4 優惠信息

當前訂單可使用的優惠信息，系統默認使用最優惠的方案

3.5 訂單金額信息

訂單金額由，總金額、優惠金額、運費、實際支付金額組成（以及跨境商品的跨境綜合稅）

4 訂單提交： 訂單提交時需要再次校驗，通過 即生成訂單（待支付），同時標記意愿單狀態（訂單生成狀態）

校驗內容：

? ? ?信息完整

? ? 優惠金額

? ? ?其他基本校驗、平臺自由規則限制校驗（全球購訂單的校驗規則：如支付人信息完整；支付? ? ? 人當年訂購是否已超限（<=2w，一般只校驗再當前平臺的的當年累計訂購額）；不同商品類? ? ? 型（貿易類型： 保稅、直郵、行郵） 、不同關區、發貨倉.....?需要拆單等 后續文章詳細說? ? ? ? 明）

5 訂單創建成功后，支付前 的拆單策略（ 也有支付后的拆單，拆單部分后面單獨整理）

6 提交支付

四 前端界面參考

（以后再補充完整的頁面及交互吧，之前自己做的項目也不太方便放出啦！）

? 訂購流程的設計對于電商以及新零售都是非常重要的環節，千辛萬苦的去獲客、做各類營銷最終還是要落地到轉化上來（當然不一定要看轉化，不同時期產品規劃不同或者產品本身的定位不同）。便捷的訂購流程，可以讓用戶在最短的路徑、最快的方式完成下單支付才是這個流程的設計重點，所有前端信息內容的展示及交互也非常重要，以后有時間會單獨跟大家分享咯。