訂單系統(tǒng)作為電商產品的基礎，在設計時需要注意哪些點？不同產品模式下的訂單列表設計技巧又有什么區(qū)別？文章為你解析。

訂單系統(tǒng)作為電商系統(tǒng)（O2O產品模式）的“生命線”，貫穿了整個電商系統(tǒng)的全部流程。電商產品系統(tǒng)應該以交易為核心，從用戶點擊確認訂單，形成訂單開始，后續(xù)的整個流程都是跟著訂單走的。其中，會有正常訂單和異常訂單，異常訂單其實就是退換貨的流程。我們在設計產品訂單列表界面時，應該根據(jù)不同的場景側重，選擇不同的交互結構。

在總結訂單模塊如何設計之前，我們先來熟悉幾個概念及定義：

訂單信息：用戶的訂單記錄列表，顯示訂單主要信息（下單時間、狀態(tài)、金額、收貨信息等）。

訂單狀態(tài)：交易過程中，訂單可能產生的過程及狀態(tài)，如下6類常見訂單狀態(tài)：

1. 待付款：下單后的用戶，訂單生成，在此狀態(tài)未收到付款請求時，狀態(tài)不變。
2. 已付款：訂單收到第三方傳來的付款成功token數(shù)據(jù)時；
3. 待發(fā)貨：在經過風控規(guī)則線上和線下的審核后，綜合給出等待發(fā)貨的狀態(tài)；
4. 已發(fā)貨：物流反饋的已發(fā)貨數(shù)據(jù)后，訂單狀態(tài)為已發(fā)貨；
5. 待收貨（查詢物流狀態(tài)）：接入第三方物流平臺的實時數(shù)據(jù)；
6. 已完成：訂單完成，用戶可評價，或者獲得積分。

對于產品交易異常，出現(xiàn)退款的場景，流程如圖所示：

訂單對用戶的作用主要有兩方面，分別是：交易憑證、狀態(tài)跟蹤

1.交易憑證：售后、維權、發(fā)票都有據(jù)可循；針對買賣雙方的爭議，提供一條依據(jù)。

2.狀態(tài)跟蹤：交易鏈條較長的訂單有跟蹤訂單狀態(tài)的需求，譬如通過淘寶購買一件產品，長時間未收到貨物，用戶希望能看到訂單及物流狀態(tài)。如，待下單、待支付、運輸中（相關物流信息查詢）待收貨、待評價……

訂單列表主要包括：訂單信息（商品信息、下單時間及金額、優(yōu)惠信息等）、訂單狀態(tài)、下一步操作

接下來，我們以各類App的訂單頁為例，分別總結不同產品模式下的訂單列表設計技巧：

較高頻、低復購型產品

用戶最關心的是“待處理”（待支付、待發(fā)貨等中間態(tài)環(huán)節(jié)）的訂單情況 ，查詢已購買產品的物流信息。

“待處理”的訂單一般有：

• 待付款：下單后的用戶，訂單生成，在此狀態(tài)未收到付款請求時，狀態(tài)不變。
• 等待發(fā)貨：在經過風控規(guī)則線上和線下的審核后，綜合給出等待發(fā)貨的狀態(tài)。

那么，以淘寶App為例。淘寶的訂單分類，第一層是訂單流轉過程中用戶可認知的狀態(tài)，如待付款、待發(fā)貨、待收貨…；第二層，即每一種流轉狀態(tài)下訂單的子狀態(tài)，如，待發(fā)貨_買家已付款：買家已付款等待賣家發(fā)貨，待收貨_賣家已發(fā)貨：賣家已發(fā)貨等待買家確認。從買家最本能的認知來劃分訂單的狀態(tài)，給用戶最貼心的訂單進度展示，便于用戶隨時查看每一單產品的情況。

高頻、高復購型產品

用戶最關心的是如何快速找到曾購買的產品，產品最關心的是如何通過評價主動觸達用戶，創(chuàng)造動機促使其再次購買。若此類產品已為平臺型產品，那么需要通過篩選的功能，提供多類型訂單的切換，如京東App。京東App提供4類不同使用場景的入口形態(tài)，結合不同的需求完成不同的操作：

1. 第一層：常用訂單狀態(tài)的快捷入口；
2. 第二層：全部訂單固定入口；
3. 第三層：多種訂單類型切換入口；
4. 第四層：運入口（個人成長體系相結合，促活）、人工接入的功能入口；

還有一類產品，會在固定的訂單狀態(tài)的分類基礎之上，直接提供“分類訂單”的二級頁面，以浮層、列表等形式，提供不同的類型給用戶，自行選擇，如大眾點評App。

高頻、強跟蹤型產品

對于外賣型產品，由于存在配送員取貨/送貨的跟進，買家需要在一定時間范圍內拿到外賣。因此，對于配送員的行為，需要在訂單中實時體現(xiàn)，并結合適當?shù)腜ush機制，讓用戶獲得必要的監(jiān)控感。

以餓了么為例，其訂單按狀態(tài)可分為：未支付訂單，已支付待確認，商家已確認，訂單取消，待配送員搶單，配送員已搶單，已取餐，訂單完成幾種狀態(tài)。對于這類型產品，其訂單/支付/物流三系統(tǒng)主流程應有獨立的狀態(tài)（包括過程態(tài)、節(jié)點態(tài)），避免耦合在一起，否則隨著業(yè)務發(fā)展，狀態(tài)越來越復雜，降低效率和擴展性。

小Q來總結

對于產品經理而言，在設計訂單系統(tǒng)時，應該充分且完整的梳理清楚交易業(yè)務流程以及全部分支流程，并將此作為訂單系統(tǒng)的設計基礎。在做訂單這類系統(tǒng)中，要把訂單流轉的場景行為給梳理出來。摸清事實，構造行為場景，根據(jù)用戶不同的行為梳理產品流程。

相關文章參考

《用好的交互設計來管理復雜－“Tab”》

《用好的交互設計來管理復雜－“查看更多”》

《用好的交互設計來管理復雜－“個人中心”》

《用好的交互設計來管理復雜－“篩選器”》

#專欄作家#

Mandy權，微信公眾號：小Q聊產品，人人都是產品經理專欄作家，善于資訊、母嬰、教育類產品設計與分析。

本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協(xié)議