三個(gè)真實(shí)的案例

>>>案例1

最近面試的將近20位產(chǎn)品經(jīng)理里面，我都會(huì)問(wèn)一道問(wèn)題：請(qǐng)您為我公司的訂單系統(tǒng)設(shè)計(jì)一套訂單號(hào)的生成規(guī)則。應(yīng)聘者里面有一兩年的職場(chǎng)新人，也有工作將近十年的老鳥(niǎo)，當(dāng)然也不乏運(yùn)營(yíng)或者開(kāi)發(fā)轉(zhuǎn)崗到產(chǎn)品的，有些甚至還做過(guò)訂單與支付系統(tǒng)，但幾乎所有的面試者都沒(méi)能說(shuō)的很全面。

>>>案例2

去年的某個(gè)時(shí)間，朋友A所在的公司訂單系統(tǒng)改造升級(jí)，開(kāi)發(fā)在沒(méi)有知會(huì)運(yùn)營(yíng)和市場(chǎng)的前提下將訂單號(hào)長(zhǎng)度由14位改到了19位（事后得知產(chǎn)品人員當(dāng)時(shí)也不知情），而公司現(xiàn)有的用戶至少70%都在使用貨到付款的刷卡支付，即每次刷卡前都需要輸入訂單號(hào)，然后你懂的，整個(gè)市場(chǎng)炸鍋了，開(kāi)發(fā)于是緊急發(fā)版，又把訂單號(hào)的長(zhǎng)度改回了14位。

>>>案例3

再說(shuō)說(shuō)6年前的一個(gè)經(jīng)歷。當(dāng)時(shí)朋友（簡(jiǎn)稱為C吧）在一家游戲公司做PHP網(wǎng)站開(kāi)發(fā)，C和其他幾位開(kāi)發(fā)完成了整個(gè)游戲的在線支付系統(tǒng)，并且聯(lián)調(diào)成功了。系統(tǒng)運(yùn)行后發(fā)現(xiàn)了一個(gè)情況，某游戲玩家充值了5萬(wàn)塊錢，當(dāng)時(shí)運(yùn)營(yíng)人員想查下是什么時(shí)間充值的，但后臺(tái)系統(tǒng)里面沒(méi)有記錄充值時(shí)間，無(wú)奈之下只能去數(shù)據(jù)庫(kù)查到了時(shí)間戳，然后根據(jù)時(shí)間戳反查出來(lái)了充值時(shí)間。

近20位產(chǎn)品經(jīng)理給出的答案

再回到上述案例1里面的問(wèn)題，其實(shí)題干里面還隱含了一個(gè)關(guān)節(jié)信息，即該系統(tǒng)是為我公司設(shè)計(jì)的，而不是其它公司設(shè)計(jì)的（我公司現(xiàn)在做酒飲類B2B，未來(lái)可能會(huì)做B2C或其它）。但回答者幾乎都忽略了這一點(diǎn)。

這些應(yīng)聘者的原話記不清了，但主要就以下這些思路及其組合，括號(hào)里面是我的點(diǎn)評(píng)（吐槽）：

訂單號(hào)由數(shù)字和字母和連字符-組成（您考慮過(guò)英文和拼音發(fā)音分不清楚的用戶么？連字符起什么作用？）；

訂單號(hào)由時(shí)間/年月日時(shí)分秒和隨機(jī)數(shù)組成（僅時(shí)間20161111112233就14位了啊，隨機(jī)數(shù)你打算再來(lái)幾位？考慮到支付峰值每秒10萬(wàn)筆訂單，系統(tǒng)怎么來(lái)隨機(jī)？再加5位數(shù)？）

訂單號(hào)前幾位標(biāo)識(shí)商品，比如茅臺(tái)編碼是001，五糧液是002，既有茅臺(tái)又有五糧液是003，后面由日期+隨機(jī)碼構(gòu)成（商品標(biāo)記會(huì)有什么意義？即便商品數(shù)量只有幾十個(gè)的情況下，他們的排列組合也很多啊，這個(gè)得多少位？）；

由下單日期+用戶手機(jī)號(hào)+隨機(jī)數(shù)構(gòu)成（即便日期只取月和日會(huì)占4位，加上11位手機(jī)號(hào)也15位了，而且日期會(huì)重復(fù)，每個(gè)用戶每天可能會(huì)下很多單，而且用戶手機(jī)號(hào)不具有唯一性。后來(lái)有人提過(guò)類似的規(guī)則，只不過(guò)將用戶手機(jī)號(hào)換成了唯一的user id，但user id還是會(huì)很長(zhǎng)）；

根據(jù)賣家和買家的ID+隨機(jī)數(shù)生成訂單號(hào)（如果是C2C網(wǎng)站，用戶體量在幾千萬(wàn)上下，這樣就需要至少8位來(lái)標(biāo)記用戶ID，隨機(jī)數(shù)即便1位的話訂單號(hào)也得17位，但實(shí)際情況有可能買家經(jīng)常在某個(gè)賣家那買東西，3位隨機(jī)碼都不一定夠用）；

根據(jù)商品的品類+時(shí)間+隨機(jī)數(shù)生成訂單號(hào)（他沒(méi)有具體說(shuō)是大的品類還是小的品類，如果是小的品類，可能也會(huì)很多）。

那么問(wèn)題來(lái)了，一個(gè)好用又好看的訂單號(hào)，應(yīng)該具備哪些規(guī)則和依據(jù)呢？

在此，我說(shuō)點(diǎn)自己的理解。

訂單號(hào)怎樣生成才好用

回到問(wèn)題的本質(zhì)，訂單號(hào)是拿來(lái)干嘛用的？誰(shuí)會(huì)關(guān)注訂單號(hào)？簡(jiǎn)而言之，訂單號(hào)是用來(lái)標(biāo)記/查詢訂單（查詢的時(shí)候可能更關(guān)注于物流單號(hào)）用的，一般會(huì)在訂單有支付/售后/異常問(wèn)題的時(shí)候會(huì)用到，也就是說(shuō)訂單號(hào)主要是拿給客服/運(yùn)營(yíng)/開(kāi)發(fā)部門(mén)用的。

那么客服在處理一筆訂單的時(shí)候，什么格式的訂單號(hào)才會(huì)好用呢？首先訂單號(hào)中最好避免數(shù)字以外的其它字符類型，訂單號(hào)盡量短，訂單號(hào)盡量能結(jié)合當(dāng)前的業(yè)務(wù)情況有特定的標(biāo)識(shí)，如渠道編號(hào)（包括平臺(tái)、下單渠道、支付方式）、業(yè)務(wù)類型和時(shí)間信息等。為了便于理解，下面還是舉例說(shuō)明：

>>>平臺(tái)：

這個(gè)以游戲舉例，目前很多手游除了官方服務(wù)器外，還有一些是和其它平臺(tái)比如小米、騰訊聯(lián)合運(yùn)營(yíng)的，但是充值有可能是用的同一套，這種情況就很有必要在訂單號(hào)中標(biāo)記平臺(tái)；

>>>下單渠道：

目前很多電商產(chǎn)品都涵蓋多平臺(tái)，包括WEB、APP（Pad）和門(mén)店（比如1919和蘇寧等），比如通過(guò)訂單號(hào)發(fā)現(xiàn)近期反映的問(wèn)題都來(lái)自于APP，則理論上可以推斷出APP渠道有問(wèn)題。

>>>支付渠道：

如上文案例2所說(shuō)，不同支付方式會(huì)遇到的問(wèn)題也是不一樣的，比如貨到付款的刷卡支付僅POS機(jī)錯(cuò)誤代碼就幾十項(xiàng)，而支付寶基本不會(huì)有這些。比如APP不支持公司轉(zhuǎn)賬，如果某訂單有了代表公司轉(zhuǎn)賬的標(biāo)識(shí)位，不用后臺(tái)查詢即可知道這是一筆來(lái)自WEB的訂單等等。同樣，用戶反映該訂單號(hào)無(wú)法使用紅包，客服人員也可以通過(guò)支付渠道標(biāo)識(shí)位來(lái)識(shí)別出是因?yàn)榧t包功能在APP上沒(méi)有上線造成的；

>>>業(yè)務(wù)類型：

以前在游戲行業(yè)的時(shí)候，我們一般會(huì)把訂單號(hào)的某一位用來(lái)標(biāo)識(shí)游戲名稱，比如夢(mèng)幻西游、魔獸世界和陰陽(yáng)師分別用1、2、3來(lái)標(biāo)識(shí)。這樣遇到相關(guān)問(wèn)題時(shí)，不用后臺(tái)查詢即可快速識(shí)別出問(wèn)題并把其轉(zhuǎn)給相關(guān)游戲團(tuán)隊(duì)。同理的還有零售和團(tuán)購(gòu)，自營(yíng)訂單和入駐商家訂單，2B業(yè)務(wù)訂單和2C業(yè)務(wù)訂單；

>>>時(shí)間信息：

有時(shí)間信息會(huì)讓客服/運(yùn)營(yíng)人員看到訂單時(shí)不需要經(jīng)過(guò)后臺(tái)查詢即可知道該訂單時(shí)哪天產(chǎn)生的，可以簡(jiǎn)單的判斷問(wèn)題的緊急程度。同時(shí)在B2B業(yè)務(wù)中，我們也可以根據(jù)該時(shí)間推算出大致的清分結(jié)算時(shí)間等等。所以我的建議是如果業(yè)務(wù)類型決定了客服類問(wèn)題比較多，則有必要在訂單號(hào)里面加上這個(gè)信息。但時(shí)間的完整格式2016年11月11日 11點(diǎn)22分33秒這樣的顯示出來(lái)就是20161111112233，年和時(shí)分秒信息略顯多余，只記錄月和日即可；

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

下單渠道1位+支付渠道1位+業(yè)務(wù)類型1位+時(shí)間信息4位+下單時(shí)間的Unix時(shí)間戳后8位（或是這8位數(shù)字加上隨機(jī)碼和隨機(jī)規(guī)則進(jìn)行隨機(jī)后的數(shù)字）+用戶user id后4位。

然后你會(huì)說(shuō)，這樣算下來(lái)就訂單號(hào)就19位了??？一點(diǎn)都不精簡(jiǎn)啊，不好記不好念不好輸?shù)?。但我說(shuō)的上面的這些業(yè)務(wù)標(biāo)記，你不一定要全部加上啊。

然后我們?cè)賮?lái)看看《電商訂單號(hào)設(shè)計(jì)思考》中提到的那2個(gè)問(wèn)題：

>>>問(wèn)題1：為什么淘寶單號(hào)這么長(zhǎng)？

前幾年還12、13位，現(xiàn)在都16位了？訂單號(hào)之所以那么長(zhǎng)，我的理解是短了不夠用，畢竟那么大的用戶基礎(chǔ)和訂單量。至于現(xiàn)在都是16位？我查詢了2011年的淘寶訂單，發(fā)現(xiàn)是14位的，并不是該簡(jiǎn)友說(shuō)的12/13位，但由14位擴(kuò)充到16位，應(yīng)該很大一部分原因是業(yè)務(wù)增長(zhǎng)的原因。

>>>問(wèn)題2：為什么自己的淘寶單號(hào)最后4位都一樣呢？這4位數(shù)字代表什么？

2011年3月之前的訂單，后4位是不一樣的；3-7月之后（4/5/6三個(gè)月我沒(méi)有下過(guò)單）的淘寶訂單，后4位是一樣的。

我猜想可能是user id，后來(lái)我驗(yàn)證了下，一定程度上是的，比如我的ID后4位是1190，訂單的后4位是9910，由此看來(lái)，淘寶訂單后4位是將user id后4位簡(jiǎn)單處理過(guò)的。至于前12位，我 猜想其中有10位可能是由Unix時(shí)間戳加隨機(jī)規(guī)則生成的。

訂單號(hào)怎樣生成才好看

相信很多人都受夠了銀行卡上面不分段的銀行卡號(hào)了吧，還有就是快遞單上面不分段的快遞單號(hào)碼（順豐的就很好），這些簡(jiǎn)直就是反人類設(shè)計(jì)。其實(shí)訂單系統(tǒng)里面也可以借鑒順豐的這個(gè)思路分段顯示，方便查看和誦讀。

如果做的再智能點(diǎn)，支持WEB上雙擊復(fù)制或者APP上長(zhǎng)按復(fù)制（點(diǎn)擊后可復(fù)制），是不是更好看更人性化更便捷了呢？

順豐快遞單號(hào)

幾句題外話

前幾天我看到了宅媽媽APP的訂單號(hào)，4位純自增的數(shù)字，極其精簡(jiǎn)。當(dāng)時(shí)我就在想他們?yōu)槭裁磿?huì)把訂單號(hào)設(shè)計(jì)這么短，后來(lái)仔細(xì)想了下她們的具體業(yè)務(wù)情況，或許是這樣的：處于業(yè)務(wù)開(kāi)拓起步階段的宅媽媽不希望用戶在反饋問(wèn)題時(shí)報(bào)上冗長(zhǎng)的訂單號(hào)，同時(shí)她們希望用戶通過(guò)訂單號(hào)能感受到該APP有很多人在使用并下單，進(jìn)而打消她們的部分顧慮。

滴滴出行因?yàn)槊看涡谐潭加兴緳C(jī)車牌號(hào)，所以在遇到問(wèn)題時(shí)直接反饋“時(shí)間+起點(diǎn)+車型車牌號(hào)”可能更方便。餓了么同理，我在反饋問(wèn)題的時(shí)候也不會(huì)去報(bào)訂單號(hào)，直接報(bào)時(shí)間和商家名更方便，訂單號(hào)可能在客服處理問(wèn)題的時(shí)候會(huì)用的更多一點(diǎn)吧。

本文鏈接: http://www.yixieshi.com/64515.html (轉(zhuǎn)載請(qǐng)保留)