編輯導語：本文主要和大家聊一聊有關前臺商城下單的一些設計思路與方法，旨在對以往的經歷進行一些沉淀與總結，也希望能夠與大家共同探討，一起成長進步。文章從訂單確認和訂單支付兩個方面說明商城下單的功能設計。

一、訂單確認

用戶通過商品詳情頁或購物車頁面，進行商品下單。下單環節的第一個頁面為訂單確認頁，主要用于用戶確認訂單的商品信息與金額信息，并對訂單進行一些信息補充或設置操作。

我們從信息展示以及功能操作兩個方面聊一聊訂單確認頁面的設計。信息展示包含商品信息和金額信息。功能操作包含添加地址（含收貨地址和代發地址）、添加發票、編輯留言、使用優惠信息（含優惠券和積分抵扣）。

01 商品信息與金額信息

商品信息包含：圖片、標題、規格、價格、數量，如果是平臺型商城，還會展示商家店鋪名稱。金額信息一般包含商品金額、運費金額、優惠金額、積分抵扣金額、活動減免金額、應付金額。金額信息的顯示應注意統一規范，如統一顯示小數點后兩位。金額信息的顯示，在垂直方向上應保持右對齊。方便用戶能夠從視覺上直觀的對比金額。

02 地址信息

用戶需要為訂單選擇收貨地址，為了減少用戶的操作，系統按以下規則為用戶推薦地址。

1. 若用戶設置了默認收貨地址，則系統將自動選擇默認收貨地址。
2. 若用戶未設置默認收貨地址，則系統自動選擇上一單收貨地址。
3. 若用戶在系統內首次下單，且未設置默認地址，則系統不予選擇，需要用戶手動選擇。
4. 若用戶只有一個收貨地址，則無需用戶進行選擇，系統直接讀取收貨地址。

下單頁面支持修改原地址、支持添加新地址。收貨地址顯示的信息包含：收貨人姓名、聯系電話和地址信息。出于隱私安全考慮，可以將電話號碼進行脫敏顯示，隱藏中間的四位數字。

對于B2B商城來說，客戶常常會有訂單代發的需求，所以需要為客戶提供代發服務。客戶在下單頁面需要添加代發地址，代發地址的功能設計與收獲地址基本相同，規則如下：

1. 若客戶設置了默認發貨地址，則系統將自動選擇默認發貨地址。
2. 若客戶未設置默認發貨地址，則系統自動選擇上一單發貨地址。
3. 若客戶首次下單，且未設置默認發貨地址，則系統不予選擇，需要用戶手動選擇。
4. 若用戶只有一個地址信息，則無需用戶選擇，直接讀取地址信息。

下單頁面同樣支持修改發貨地址、添加發貨地址。代發地址顯示的信息包含：代發人姓名、電話和地址。處于隱私安全考慮，可以將電話號碼進行脫敏顯示，隱藏中間的四位數字。

03 發票

自營商城或部分B2C類型的商城，通常還會給用戶提供發票服務，因此下單頁面允許添加開票信息。出于成本考慮，系統默認不提供發票，用戶可以根據自己的實際需要選擇開具發票，發票通常會和訂單貨物一起快遞給用戶。發票的信息通常包含發票抬頭名稱，如果是企業發票還應顯示稅號。

發票信息的管理通常在發票頁面進行添加、編輯和刪除，如果用戶未添加發票信息，下單頁面需要支持用戶添加發票。若用戶已添加過發票信息，則下單頁面不支持對發票信息進行編輯和刪除，只能選擇發票。

04 留言

用戶下單時，通常會有一些關于包裝或發貨的事情需要提醒商家，因此在下單頁面為客戶提供了留言功能。留言的文字內容系統可以根據自己的需要，限制文字內容的長度，一般控制50字以內。

05 優惠信息

優惠券

平臺或商家通常為了刺激用戶下單，通常會提供各類優惠券。根據發放的主體不同，可分為平臺券和店鋪券。根據適用范圍不同，可以分為平臺通用券、店鋪通用券、平臺品類券、店鋪品類券或指定單品券。根據優惠方式的不同，可以分為滿減券、折扣券和現金券。

當有多張優惠券時，系統會根據算法為用戶推薦減免金額最大的一張券，以達到充分讓利給用戶的目的。各類情況的推薦策略如下：

1. 有多張不同額度的優惠券，推薦減免金額最大的優惠券。
2. 若減免金額相同，則優先推薦過期時間最早的優惠券券。
3. 若減免金額與過期時間都相同，則按照券類型的不同進行分別推薦，推薦順序依次為：店鋪單品券>店鋪品類券>平臺品類券>店鋪通用券>平臺通用券。

訂單只能使用一張商品優惠券，如果用戶對系統推薦的優惠券不滿意，也可以自行選擇其它優惠券或不使用優惠券。在下單頁面供用戶選擇的優惠券，系統需要經過基礎的規則過濾，如根據商品（僅展示適用訂單商品的券）、訂單金額（展示符合消費門檻的券）以及優惠券的使用狀態（僅展示未使用的券）進行過濾。當使用現金券時，建議系統限制現金券的金額不能大于訂單金額，以防止免單的情況發生。

運費券

運費券是一種特殊類型的優惠券，只能用于抵扣運費金額。當有多張額度不同的運費券時，系統優先推薦減免額度最大的運費券；當有多張額度相同的運費券，則系統推薦過期時間最早的運費券。與商品優惠券的使用相同，用戶也可以根據自己的需要手動選擇不同的運費券或不使用運費券。

積分抵扣

部分商城會有自己的積分體系，積分可用于在下單時抵扣訂單金額。通常每個商城都會有自己的一套抵扣規則，至少需要系統設置抵扣額度，一般按照訂單金額的百分比進行抵扣或固定抵扣金額。對于何種類型的訂單能夠使用積分抵扣，也具有一定的規則。抵扣的訂單限制要求與優惠券類似，商城可根據自己的需要針對某類商品的訂單或訂單金額滿足一定的門檻才可以使用。積分由商城統一發放與管控，積分的使用范圍一般與店鋪無關。

部分商城支持貨到付款，如京東商城以及一些2B類的垂直行業。系統默認為用戶推薦使用在線支付。

上述信息確認無誤后，提交訂單，系統生成訂單。

二、訂單支付

提交訂單后，進入支付環節。訂單按照支付類型不同可以分為全款支付、定金支付或預付款支付、尾款支付。定金與尾款適用于預售商品、眾籌類商品的訂單。

01 支付方式

目前國內的支付生態豐富豐富，根據支付主主體的不同可以歸結為銀行支付、互聯網第三方支付、終端廠商支付。銀行支付一般為銀聯，由銀聯對接各銀行。互聯網支付最常見的主要為微信支付、支付寶支付、翼支付等。終端廠商支付為各類移動設備廠商在手機終端中預裝的支付錢包，如Apple Pay、華為支付、小米支付等。商城根據自己的實際需要與資源情況，尋找各支付廠商進行技術對接即可使用。各支付廠商，一般會根據每筆訂單收取一定的手續費。

02 支付頁設計

在設計訂單支付頁面時，應注意將支付金額放置在最顯眼的位置，且支付金額的字體應放大，以便足夠引起用戶的注意。商城系統支持的支付方式應清晰的羅列展示。一般情況下，只能選擇一種支付方式，且不能修改支付金額。

支付完成，應清晰的向用戶展示支付結果（成功或失敗）、訂單號、支付金額、收款人等信息。另外在支付結果頁，通常還會增加訂單列表、首頁等跳轉按鈕，引導用戶留在商城。為了提升訂單的支付轉化率，還可以在支付結果頁增加刮刮卡、大轉盤等抽獎活動。

部分支付廠商會直接提供支付結果的H5頁面，提供的頁面支持商城進行定制化修改；也有部分廠商僅提供支付接口，需要商城開發支付結果頁。

結語：從本篇文章開始，將開啟訂單系統的系列分享，陸續更新有關訂單系統前后臺功能的設計思考與心得分享。由于本人才疏學淺，難免有不足之處，歡迎大家在評論區分享交流，愿你我一起成長，共同進步！