一個好用又好看的訂單号，應該怎麼設計？或者應該具備哪些規則和依據呢？看下這篇，或許你會得到不一樣的好思路。

1. 三個真實的案例

案例1

最近面試的将近20位産品經理裡面，我都會問一道問題：請您為我公司的訂單系統設計一套訂單号的生成規則。應聘者裡面有一兩年的職場新人，也有工作将近十年的老鳥，當然也不乏運營或者開發轉崗到産品的，有些甚至還做過訂單與支付系統，但幾乎所有的面試者都沒能說的很全面。

案例2

去年的某個時間，朋友A所在的公司訂單系統改造升級，開發在沒有知會運營和市場的前提下将訂單号長度由14位改到了19位（事後得知産品人員當時也不知情），而公司現有的用戶至少70%都在使用貨到付款的刷卡支付，即每次刷卡前都需要輸入訂單号，然後你懂的，整個市場炸鍋了，開發于是緊急發版，又把訂單号的長度改回了14位。

案例3

再說說6年前的一個經曆。當時朋友（簡稱為C吧）在一家遊戲公司做PHP網站開發，C和其他幾位開發完成了整個遊戲的在線支付系統，并且聯調成功了。系統運行後發現了一個情況，某遊戲玩家充值了5萬塊錢，當時運營人員想查下是什麼時間充值的，但後台系統裡面沒有記錄充值時間，無奈之下隻能去數據庫查到了時間戳，然後根據時間戳反查出來了充值時間。

2. 近20位産品經理給出的答案

再回到上述案例1裡面的問題，其實題幹裡面還隐含了一個關節信息，即該系統是為我公司設計的，而不是其它公司設計的（我公司現在做酒飲類B2B，未來可能會做B2C或其它）。但回答者幾乎都忽略了這一點。

這些應聘者的原話記不清了，但主要就以下這些思路及其組合，括号裡面是我的點評（吐槽）：

• 訂單号由數字和字母和連字符-組成（您考慮過英文和拼音發音分不清楚的用戶麼？連字符起什麼作用？）；
• 訂單号由時間/年月日時分秒和随機數組成（僅時間20161111112233就14位了啊，随機數你打算再來幾位？考慮到支付峰值每秒10萬筆訂單，系統怎麼來随機？再加5位數？）
• 訂單号前幾位标識商品，比如茅台編碼是001，五糧液是002，既有茅台又有五糧液是003，後面由日期 随機碼構成（商品标記會有什麼意義？即便商品數量隻有幾十個的情況下，他們的排列組合也很多啊，這個得多少位？）；
• 由下單日期 用戶手機号 随機數構成（即便日期隻取月和日會占4位，加上11位手機号也15位了，而且日期會重複，每個用戶每天可能會下很多單，而且用戶手機号不具有唯一性。後來有人提過類似的規則，隻不過将用戶手機号換成了唯一的user id，但user id還是會很長）；
• 根據賣家和買家的ID 随機數生成訂單号(如果是C2C網站，用戶體量在幾千萬上下，這樣就需要至少8位來标記用戶ID，随機數即便1位的話訂單号也得17位，但實際情況有可能買家經常在某個賣家那買東西，3位随機碼都不一定夠用)；
• 根據商品的品類 時間 随機數生成訂單号（他沒有具體說是大的品類還是小的品類，如果是小的品類，可能也會很多）。

那麼問題來了，一個好用又好看的訂單号，應該具備哪些規則和依據呢？

在此，我說點自己的理解。

3. 訂單号怎樣生成才好用

回到問題的本質，訂單号是拿來幹嘛用的？誰會關注訂單号？簡而言之，訂單号是用來标記/查詢訂單（查詢的時候可能更關注于物流單号）用的，一般會在訂單有支付/售後/異常問題的時候會用到，也就是說訂單号主要是拿給客服/運營/開發部門用的。

那麼客服在處理一筆訂單的時候，什麼格式的訂單号才會好用呢？首先訂單号中最好避免數字以外的其它字符類型，訂單号盡量短，訂單号盡量能結合當前的業務情況有特定的标識，如渠道編号（包括平台、下單渠道、支付方式）、業務類型和時間信息等。為了便于理解，下面還是舉例說明：

平台：這個以遊戲舉例，目前很多手遊除了官方服務器外，還有一些是和其它平台比如小米、騰訊聯合運營的，但是充值有可能是用的同一套，這種情況就很有必要在訂單号中标記平台；

• 下單渠道：目前很多電商産品都涵蓋多平台，包括WEB、APP（Pad）和門店（比如1919和蘇甯等），比如通過訂單号發現近期反映的問題都來自于APP，則理論上可以推斷出APP渠道有問題。
• 支付渠道：如上文案例2所說，不同支付方式會遇到的問題也是不一樣的，比如貨到付款的刷卡支付僅POS機錯誤代碼就幾十項，而支付寶基本不會有這些。比如APP不支持公司轉賬，如果某訂單有了代表公司轉賬的标識位，不用後台查詢即可知道這是一筆來自WEB的訂單等等。同樣，用戶反映該訂單号無法使用紅包，客服人員也可以通過支付渠道标識位來識别出是因為紅包功能在APP上沒有上線造成的；
• 業務類型：以前在遊戲行業的時候，我們一般會把訂單号的某一位用來标識遊戲名稱，比如夢幻西遊、魔獸世界和陰陽師分别用1、2、3來标識。這樣遇到相關問題時，不用後台查詢即可快速識别出問題并把其轉給相關遊戲團隊。同理的還有零售和團購，自營訂單和入駐商家訂單，2B業務訂單和2C業務訂單；
• 時間信息：有時間信息會讓客服/運營人員看到訂單時不需要經過後台查詢即可知道該訂單時哪天産生的，可以簡單的判斷問題的緊急程度。同時在B2B業務中，我們也可以根據該時間推算出大緻的清分結算時間等等。所以我的建議是如果業務類型決定了客服類問題比較多，則有必要在訂單号裡面加上這個信息。但時間的完整格式2016年11月11日 11點22分33秒這樣的顯示出來就是20161111112233，年和時分秒信息略顯多餘，隻記錄月和日即可；

綜上，我給出的好用的訂單規則是這樣的：

下單渠道1位 支付渠道1位 業務類型1位 時間信息4位 下單時間的Unix時間戳後8位（或是這8位數字加上随機碼和随機規則進行随機後的數字） 用戶user id後4位。然後你會說，這樣算下來就訂單号就19位了啊，一點都不精簡啊，不好記不好念不好輸的。但我說的上面的這些業務标記，你不一定要全部加上啊。

然後我們再來看看《電商訂單号設計思考》中提到的那2個問題：

問題1：為什麼淘寶單号這麼長？前幾年還12、13位，現在都16位了？訂單号之所以那麼長，我的理解是短了不夠用，畢竟那麼大的用戶基礎和訂單量。至于現在都是16位？我查詢了2011年的淘寶訂單，發現是14位的，并不是該簡友說的12/13位，但由14位擴充到16位，應該很大一部分原因是業務增長的原因。

問題2：為什麼自己的淘寶單号最後4位都一樣呢？這4位數字代表什麼？2011年3月之前的訂單，後4位是不一樣的；3-7月之後（4/5/6三個月我沒有下過單）的淘寶訂單，後4位是一樣的。我猜想可能是user id，後來我驗證了下，一定程度上是的，比如我的ID後4位是1190，訂單的後4位是9910，由此看來，淘寶訂單後4位是将user id後4位簡單處理過的。至于前12位，我 猜想其中有10位可能是由Unix時間戳加随機規則生成的。

4. 訂單号怎樣生成才好看

相信很多人都受夠了銀行卡上面不分段的銀行卡号了吧，還有就是快遞單上面不分段的快遞單号碼（順豐的就很好），這些簡直就是反人類設計。其實訂單系統裡面也可以借鑒順豐的這個思路分段顯示，方便查看和誦讀。

如果做的再智能點，支持WEB上雙擊複制或者APP上長按複制（點擊後可複制），是不是更好看更人性化更便捷了呢？

順豐快遞單号

5.幾句題外話

前幾天我看到了宅媽媽APP的訂單号，4位純自增的數字，極其精簡。當時我就在想他們為什麼會把訂單号設計這麼短，後來仔細想了下她們的具體業務情況，或許是這樣的：處于業務開拓起步階段的宅媽媽不希望用戶在反饋問題時報上冗長的訂單号，同時她們希望用戶通過訂單号能感受到該APP有很多人在使用并下單，進而打消她們的部分顧慮。

滴滴出行因為每次行程都有司機車牌号，所以在遇到問題時直接反饋“時間 起點 車型車牌号”可能更方便。餓了麼同理，我在反饋問題的時候也不會去報訂單号，直接報時間和商家名更方便，訂單号可能在客服處理問題的時候會用的更多一點吧。

作者：詹仕波

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部