電商平臺(tái)主要會(huì)涉及商家系統(tǒng)、商品系統(tǒng)、訂單系統(tǒng)、售后系統(tǒng)、會(huì)員系統(tǒng)、營(yíng)銷(xiāo)系統(tǒng)、財(cái)務(wù)系統(tǒng)、數(shù)據(jù)系統(tǒng)等，這是系列文章的第三篇，處理訂單。

雖然每個(gè)公司的具體需求與業(yè)務(wù)場(chǎng)景不一樣，我們平臺(tái)的功能需求可能其他平臺(tái)不盡相同，但整個(gè)訂單的產(chǎn)生到結(jié)束的，主要有以下3個(gè)流程：

首先，用戶選好商品之后會(huì)提交訂單，經(jīng)過(guò)一系列判斷之后，用戶成功提交了訂單，此時(shí)訂單狀態(tài)為待付款，并且會(huì)寫(xiě)入數(shù)據(jù)庫(kù)（多商家的訂單就按商家拆單后寫(xiě)入）；然后用戶就開(kāi)始支付訂單，經(jīng)過(guò)一系列判斷成功支付后，這時(shí)就需要商家處理訂單，進(jìn)行發(fā)貨等操作，同時(shí)用戶也可以進(jìn)行一些操作。

一、完整訂單字段

1. 訂單信息

1）訂單編號(hào)

該訂單的唯一ID，對(duì)于管理/商家后臺(tái)來(lái)說(shuō)方便查找；生成規(guī)則是用的雪花算法，這里不做展開(kāi)。

2）訂單類(lèi)型

可以分為“自己購(gòu)買(mǎi)/好友代付/任務(wù)活動(dòng)”等。

標(biāo)記訂單類(lèi)型有兩個(gè)目的：一是不同的訂單類(lèi)型在客戶端和后臺(tái)可能有不同的頁(yè)面展示和操作流程，二是可以進(jìn)行數(shù)據(jù)統(tǒng)計(jì)并分析；所以訂單類(lèi)型可以分得越細(xì)越好。

這個(gè)字段可以就不放給商家后臺(tái)了，僅限管理后臺(tái)篩選。

3）訂單備注

這個(gè)字段在后臺(tái)訂單詳情里可以放在較顯眼的位置，以防工作人員漏掉。

2.?商品信息

1）商品編號(hào)

添加商品時(shí)的編號(hào)，方便查找商品（但在數(shù)據(jù)庫(kù)里不是商品的唯一ID，因?yàn)樯碳覕?shù)量夠大時(shí)會(huì)產(chǎn)生重復(fù)的情況，但又不能做防止重復(fù)的限制）。

2）商品名稱(chēng)

商品名稱(chēng)是較大概率會(huì)產(chǎn)生重復(fù)的情況；從商家的角度來(lái)說(shuō)，名稱(chēng)怎么取，與搜索引擎和推薦商品的匹配程度具有相當(dāng)大的關(guān)聯(lián)。

3）sku（商品的屬性規(guī)格）

4）購(gòu)買(mǎi)數(shù)量

4）商品來(lái)源

分為普通商品/活動(dòng)區(qū)域一/活動(dòng)區(qū)域；活動(dòng)區(qū)域是一個(gè)替代名詞，在我們平臺(tái)會(huì)有幾個(gè)不同的活動(dòng)區(qū)域，在后臺(tái)的營(yíng)銷(xiāo)系統(tǒng)里，可以直接往不同的活動(dòng)區(qū)域里添加不同的商品，并設(shè)置相應(yīng)的如活動(dòng)價(jià)格/單人限購(gòu)數(shù)量等信息；區(qū)分的作用主要是用于數(shù)據(jù)統(tǒng)計(jì)并分析。

需要注意的是為什么是商品來(lái)源而不是訂單來(lái)源，比如用戶在A活動(dòng)專(zhuān)區(qū)找到某商品，又在購(gòu)物車(chē)加入了該商家另外的處于B活動(dòng)專(zhuān)區(qū)的商品，一并購(gòu)買(mǎi)，這樣就會(huì)分不清；所以來(lái)源跟著商品走，可以更好地分析某個(gè)專(zhuān)區(qū)的流量情況，以及后續(xù)的運(yùn)營(yíng)和迭代。

3.?金額信息

1. 商品結(jié)算價(jià)
2. 金幣抵扣
3. 郵費(fèi)
4. 實(shí)際支付金額
5. 支付方式

4.?用戶信息

1）賬戶信息（昵稱(chēng)/賬號(hào)）

2）收貨人信息（收貨人姓名/電話/地區(qū)/詳細(xì)地址）

（注：賬戶信息可不放給商家后臺(tái)）

5.?時(shí)間信息

1. 下單時(shí)間
2. 支付時(shí)間
3. 發(fā)貨時(shí)間
4. 確認(rèn)收貨時(shí)間

6.?操作信息

1. 操作賬號(hào)
2. 操作時(shí)間
3. 操作內(nèi)容

如果出現(xiàn)問(wèn)題，方便后續(xù)對(duì)相關(guān)工作人員追責(zé)，

接下來(lái)是客戶端的各訂單狀態(tài)對(duì)應(yīng)操作，與后臺(tái)的各商品狀態(tài)對(duì)應(yīng)操作。需要注意的是為什么客戶端是訂單狀態(tài)，而后臺(tái)是商品狀態(tài)？

我們可以先來(lái)討論一下：

為什么客戶端的訂單狀態(tài)是訂單狀態(tài)而不是商品狀態(tài)？

商家發(fā)貨肯定有個(gè)先后順序，一個(gè)多商品的訂單中肯定會(huì)存在其中一部分發(fā)貨了，而另外一部分沒(méi)發(fā)貨的情況，那此時(shí)該訂單到底是待發(fā)貨還是待收貨？那么，是不是訂單的狀態(tài)跟著商品走會(huì)更好一點(diǎn)？

如果設(shè)計(jì)成客戶端的狀態(tài)跟著商品走，當(dāng)一個(gè)訂單中存在多個(gè)商品狀態(tài)，用戶取消可以對(duì)商品取消而不是整個(gè)訂單（優(yōu)惠券、抵扣等也可以避免），確認(rèn)收貨可以對(duì)商品而不是訂單（比如訂單中有3個(gè)商品，商家只有其中1個(gè)商品一直沒(méi)貨，而其他商品用戶早就收貨了，此時(shí)訂單就一直不能確認(rèn)收貨，商家可能就會(huì)因?yàn)檫@一個(gè)商品，而遲遲不能結(jié)算其余的商品金額）等等一系列操作可能都會(huì)簡(jiǎn)便一點(diǎn)。

我個(gè)人認(rèn)為功能為什么這樣做：要么就是邏輯流程必須要這樣做，要么就是這樣做用戶體驗(yàn)更好。

在客戶端訂單狀態(tài)這個(gè)問(wèn)題上，我暫時(shí)沒(méi)找到必須這樣做的理由，只能認(rèn)為這樣做用戶體驗(yàn)會(huì)更好，畢竟前人總結(jié)的經(jīng)驗(yàn)。所以，主流電商平臺(tái)的客戶端，用戶看到的是訂單狀態(tài)而不是商品狀態(tài)；希望有大佬能指出，一起探討。

剛才說(shuō)的是客戶端是訂單狀態(tài)，根據(jù)主流電商平臺(tái)這樣設(shè)計(jì)作為前提（當(dāng)然用戶也養(yǎng)成習(xí)慣了，我不可能去更改），然后來(lái)說(shuō)后臺(tái)的為什么是商品狀態(tài)。

首先，發(fā)貨肯定是對(duì)商品發(fā)貨（比如一個(gè)訂單中有A、B、C三個(gè)商品，A、B可能合并發(fā)成一個(gè)包裹，C拆分成兩個(gè)包裹發(fā)出去），剛才也說(shuō)了對(duì)于多商品的訂單來(lái)說(shuō)商家發(fā)貨，填寫(xiě)物流單號(hào)肯定有個(gè)先后順序。

為了方便商家查看哪些商品已發(fā)貨，用戶也可以知道哪些商品是哪個(gè)包裹，哪些商品已經(jīng)發(fā)貨了，所以在后臺(tái)一般狀態(tài)是跟著商品走，而不是訂單走。

但是這就涉及到客戶端訂單狀態(tài)與后臺(tái)商品狀態(tài)的對(duì)應(yīng)關(guān)系了，下面會(huì)進(jìn)行介紹。

二、客戶端訂單狀態(tài)對(duì)應(yīng)管理/商家后臺(tái)商品狀態(tài)

紅色虛線為對(duì)應(yīng)關(guān)系，我來(lái)解釋一下為什么存在一對(duì)多的情況（待付款，待發(fā)貨，已關(guān)閉都是一對(duì)一的情況就不解釋了），從客戶端的狀態(tài)來(lái)說(shuō)：

1.?待收貨

對(duì)應(yīng)后臺(tái)可能是部分發(fā)貨和已發(fā)貨；為什么有部分發(fā)貨這個(gè)狀態(tài)？

因?yàn)楹笈_(tái)的狀態(tài)是跟著商品走的，所以部分發(fā)貨不是訂單中一個(gè)商品發(fā)了一個(gè)沒(méi)發(fā)的情況，而是商家發(fā)了其中一部分購(gòu)買(mǎi)數(shù)量的情況；比如用戶買(mǎi)的某商品購(gòu)買(mǎi)數(shù)量為2，商家只發(fā)了其中1個(gè)，第二個(gè)得等到明天再發(fā)，如果不標(biāo)記出來(lái)，商家可能就會(huì)不知道。

雖然用戶在購(gòu)買(mǎi)的時(shí)候會(huì)鎖庫(kù)存，購(gòu)買(mǎi)數(shù)量為2就代表著你此時(shí)庫(kù)存系統(tǒng)中至少有2件，但是要考慮到很多小商家操作可能并不是那么正規(guī)，庫(kù)存很有可能是亂填的并不聯(lián)動(dòng)，也有可能商家暫時(shí)倉(cāng)庫(kù)里只有1件，但是庫(kù)存還是有的，我們沒(méi)法去規(guī)避這樣的人為情況。

為了對(duì)應(yīng)，我認(rèn)為可以加上部分發(fā)貨這個(gè)狀態(tài)。

為什么客戶端的訂單中沒(méi)部分發(fā)貨這個(gè)狀態(tài)？

一個(gè)是這種情況也是少數(shù)，加上去反而復(fù)雜了用戶的認(rèn)知，可能會(huì)造成用戶覺(jué)得怎么一些發(fā)了一些沒(méi)發(fā)，降低用戶體驗(yàn)；一個(gè)是后端的邏輯會(huì)更復(fù)雜一些。

當(dāng)訂單中任意一件商品發(fā)貨后，客戶端訂單狀態(tài)就會(huì)變?yōu)榇肇?，為什么這樣設(shè)計(jì)？

一個(gè)是上面說(shuō)的，發(fā)貨有個(gè)先后順序，訂單中一部分發(fā)了，一部分沒(méi)發(fā)，客戶端展示為待收貨肯定比待發(fā)貨更能減輕用戶的焦慮心理（訂單中有商品發(fā)了貨，這個(gè)也沒(méi)毛?。?；一個(gè)是待發(fā)貨的訂單，用戶是可以無(wú)成本的直接取消訂單的，有商品發(fā)出了，但用戶確直接取消了，這肯定不合理。

綜上所述，比如用戶在同一商家購(gòu)買(mǎi)A商品2件，B商品2件，當(dāng)用戶看到訂單處于待收貨貨狀態(tài)時(shí)，實(shí)際有可能A商品只發(fā)了一件（A處于部分發(fā)貨），A已發(fā)貨B待發(fā)貨，A,B都已發(fā)貨。

2.?待評(píng)價(jià)、已完成

為什么客戶端的訂單狀態(tài)的待評(píng)價(jià)和已完成，都對(duì)應(yīng)后臺(tái)的已發(fā)貨，而不是后臺(tái)中的待評(píng)價(jià)和已完成？

是因?yàn)槲覀冊(cè)谛枨笤u(píng)審的時(shí)候砍掉了后臺(tái)的這兩個(gè)狀態(tài)，分析一下為什么商家需要看到待評(píng)價(jià)和已完成的訂單，是因?yàn)樗赡苄枰フ业竭@筆訂單后再去看用戶評(píng)價(jià)了嗎？

原因是，我們現(xiàn)在平臺(tái)用戶量并不是很大，評(píng)論的用戶較少，所以商家與用戶互動(dòng)的功能可能用得比較少暫時(shí)就沒(méi)做，把精力放到更有意義的功能上，所以可能商家就不需要查看待評(píng)價(jià)和已評(píng)價(jià)的訂單，這個(gè)功能優(yōu)先級(jí)和互動(dòng)功能一起放低了。

然后說(shuō)一下，淘寶的后臺(tái)有退款中這個(gè)訂單狀態(tài)，我沒(méi)這樣設(shè)計(jì)的原因是，我把訂單狀態(tài)和售后單狀態(tài)是完全分開(kāi)的；比如購(gòu)買(mǎi)數(shù)量為2，用戶收到貨后發(fā)現(xiàn)其中一個(gè)商品有問(wèn)題，申請(qǐng)退貨數(shù)量為1，那這個(gè)訂單是待收貨還是退款中呢？

如果要加這個(gè)狀態(tài)，又要加一些判斷，比如申請(qǐng)數(shù)量為1的時(shí)候，訂單狀態(tài)為待收貨，申請(qǐng)數(shù)量為2的時(shí)候，狀態(tài)為退款中，就是說(shuō)需要判斷訂單中是否全部申請(qǐng)退款；又比如訂單中兩個(gè)商品都申請(qǐng)退款，這時(shí)訂單狀態(tài)為退款中，但是其中一個(gè)退款單被打回，退款單狀態(tài)變?yōu)橐殃P(guān)閉，這時(shí)又從退款中變?yōu)榇肇?，不光?duì)后端邏輯，對(duì)用戶來(lái)說(shuō)也很亂。

所以訂單和售后單狀態(tài)完全獨(dú)立，比如待評(píng)價(jià)的訂單中只有一個(gè)商品，用戶對(duì)該商品申請(qǐng)退款并成功后，訂單狀態(tài)依然為待評(píng)價(jià)，如果變?yōu)橐殃P(guān)閉，我覺(jué)得不合理，就算用戶退貨退款，也不能剝奪用戶評(píng)價(jià)的權(quán)利。

三、客戶端訂單狀態(tài)對(duì)應(yīng)操作

1. 待付款

1）去支付

支付時(shí)的判斷流程與在支付頁(yè)面的判斷流程是一樣的（商品狀態(tài)/sku信息是否更改），點(diǎn)擊支付按鈕后如果支付失敗，則可以觸發(fā)自動(dòng)取消訂單。

2）取消訂單

取消后狀態(tài)變?yōu)橐殃P(guān)閉，金幣等抵扣原路返回，釋放庫(kù)存。

3）朋友代付

流程較為復(fù)雜，這里不做展開(kāi)，我會(huì)在另外的文章中寫(xiě)出來(lái)。

待付款的時(shí)間長(zhǎng)短需視業(yè)務(wù)場(chǎng)景而定，比如平臺(tái)上商品的庫(kù)存是否充足，是否愿意留足夠時(shí)間給商家與用戶協(xié)商等；淘寶是24小時(shí)，京東嚴(yán)選是30分鐘。

2. 待發(fā)貨

1）取消訂單

待發(fā)貨的訂單用戶可以無(wú)成本的直接取消，但需要考慮一種情景是，此時(shí)商家已經(jīng)將包裹發(fā)出，只是還未來(lái)得及填寫(xiě)物流信息（人為因素?zé)o法規(guī)避），訂單狀態(tài)仍為待發(fā)貨，此時(shí)用戶是可以取消訂單的；中間這段時(shí)間差是無(wú)法避免的，只能盡量縮短（由于我們平臺(tái)暫未涉及到滿減之類(lèi)的活動(dòng)，暫不考慮這類(lèi)場(chǎng)景下的取消訂單）。

如果大家有好的方案，我們可以一起來(lái)討論一下。

2）提醒發(fā)貨

在后臺(tái)以站內(nèi)信的方式通知商家，但需設(shè)置間隔時(shí)間或每個(gè)賬號(hào)的次數(shù)；這個(gè)功能實(shí)質(zhì)上對(duì)用戶來(lái)說(shuō)只是一個(gè)安慰劑功能。

3. 待收貨

1）查看物流

當(dāng)訂單內(nèi)有多條物流信息時(shí)，有以下幾種情況：

• 單商品多物流：一個(gè)商品在發(fā)貨時(shí)分為多個(gè)包裹發(fā)出，即填寫(xiě)了多個(gè)物流單號(hào)；
• 多商品單物流：多個(gè)商品在發(fā)貨時(shí)合為一個(gè)包裹，即填寫(xiě)了一個(gè)物流單號(hào)；
• 多商品多物流：比如A、B商品合為一個(gè)包裹，C商品分為多個(gè)包裹。

以上幾種情況都需要有單獨(dú)的頁(yè)面來(lái)告知用戶，哪些商品在哪個(gè)物流單號(hào)里。

2）確認(rèn)收貨

確認(rèn)收貨分為兩種：用戶主動(dòng)確認(rèn)與系統(tǒng)自動(dòng)確認(rèn)。

自動(dòng)確認(rèn)收貨的時(shí)間為訂單內(nèi)最后一個(gè)商品填寫(xiě)物流單號(hào)起10日（具體時(shí)間長(zhǎng)短可根據(jù)具體業(yè)務(wù)場(chǎng)景而定）。

前面說(shuō)了，多商品的訂單其中一個(gè)商品發(fā)貨后，訂單狀態(tài)立即變?yōu)榇肇?；但這樣同樣會(huì)帶來(lái)一個(gè)問(wèn)題，當(dāng)訂單中存在未發(fā)貨的商品時(shí)，當(dāng)用戶點(diǎn)擊確認(rèn)訂單時(shí)，應(yīng)不應(yīng)該讓用戶確認(rèn)收貨呢？

我的做法是不讓?zhuān)瑫r(shí)給一條提示語(yǔ)告知用戶，雖然感覺(jué)不大合理，但暫時(shí)沒(méi)想到更好的方案了。

3）申請(qǐng)售后

在此狀態(tài)的申請(qǐng)售后需要做3個(gè)判斷

• 點(diǎn)擊時(shí)同樣需要判斷當(dāng)前商品是否已發(fā)貨（后臺(tái)商品狀態(tài)處于待發(fā)貨和部分發(fā)貨則不能點(diǎn)擊）；
• 如果該商品有售后申請(qǐng)記錄且處于進(jìn)行中狀態(tài)，則按鈕置灰；比如購(gòu)買(mǎi)數(shù)量為5，申請(qǐng)數(shù)量為1，如果不做限制，則最多還可以申請(qǐng)4次售后，商家可能就會(huì)一次性處理5次售后單，所以在非完全申請(qǐng)的情況下，只有當(dāng)?shù)谝粭l售后單狀態(tài)處于已完成或已關(guān)閉狀態(tài)時(shí)才可繼續(xù)申請(qǐng)；
• 該商品是否已完全申請(qǐng)過(guò)售后，比如購(gòu)買(mǎi)數(shù)量為5，已全部申請(qǐng)過(guò)售后且通過(guò)并完全，則按鈕置灰，不能再申請(qǐng)售后。

4. 待評(píng)價(jià)

1）查看物流

與待收貨時(shí)的判斷條件一致。

2）去評(píng)價(jià)

評(píng)價(jià)分為兩種：用戶主動(dòng)確認(rèn)與系統(tǒng)自動(dòng)確認(rèn)；自動(dòng)評(píng)價(jià)時(shí)間為訂單確認(rèn)收貨起15日（具體時(shí)間長(zhǎng)短可根據(jù)具體業(yè)務(wù)場(chǎng)景而定）；自動(dòng)確認(rèn)收貨后，在商品詳情頁(yè)里的評(píng)價(jià)中心里會(huì)顯示該條自動(dòng)評(píng)價(jià)的固定文案。

3）申請(qǐng)售后

此狀態(tài)的申請(qǐng)售后除了需要判斷該商品是否有售后單處于進(jìn)行中和是否已完全申請(qǐng)過(guò)，還需要判斷該訂單是否已過(guò)可售后時(shí)間；可售后時(shí)間為訂單確認(rèn)收貨起15日（具體時(shí)間長(zhǎng)短可根據(jù)具體業(yè)務(wù)場(chǎng)景而定）。

5. 已完成

1）查看物流

2）申請(qǐng)售后

這兩項(xiàng)操作的判斷與待評(píng)價(jià)狀態(tài)下一致。

3）再次購(gòu)買(mǎi)

這項(xiàng)操作的目的是為了多一個(gè)入口來(lái)暗示用戶再買(mǎi)一次；如果該訂單內(nèi)有1個(gè)商品，點(diǎn)擊后跳轉(zhuǎn)至商品詳情頁(yè)，如果有多個(gè)商品，則跳轉(zhuǎn)并加入至購(gòu)物車(chē)；為什么不是直接跳轉(zhuǎn)至提交訂單頁(yè)面？

因?yàn)樗袑?duì)商品狀態(tài)，sku信息是否更改過(guò)的判斷在詳情頁(yè)或購(gòu)物車(chē)完成對(duì)用戶體驗(yàn)肯定更好一些。

6. 已關(guān)閉：分為3種類(lèi)型

1. 用戶主動(dòng)取消（待發(fā)貨狀態(tài)時(shí)用戶在客戶端取消）
2. 商家主動(dòng)取消（待發(fā)貨狀態(tài)時(shí)商家在后臺(tái)取消）
3. 超時(shí)未支付系統(tǒng)取消（待付款狀態(tài)時(shí)超過(guò)時(shí)間系統(tǒng)取消）

這幾種不同類(lèi)型的已關(guān)閉訂單，需要在頁(yè)面體現(xiàn)出取消的原因，以起到告知用戶的作用。

四、后臺(tái)商品狀態(tài)對(duì)應(yīng)操作

我們平臺(tái)綜合考慮后，待付款的訂單暫時(shí)不進(jìn)入后臺(tái)

1. 待發(fā)貨

1）發(fā)貨

需要進(jìn)行的操作有：選擇發(fā)貨數(shù)量/選擇物流公司/填寫(xiě)物流單號(hào)；當(dāng)發(fā)貨數(shù)量小于購(gòu)買(mǎi)數(shù)量時(shí)，商品運(yùn)輸狀態(tài)會(huì)變?yōu)椴糠职l(fā)貨；發(fā)貨可能進(jìn)行的操作是添加物流，比如用戶購(gòu)買(mǎi)的一個(gè)套裝，購(gòu)買(mǎi)數(shù)量雖然為1，但需要2個(gè)包裹發(fā)出，所以需要有添加多個(gè)物流的操作；發(fā)貨后就需要扣除庫(kù)存。

2）取消訂單

3）修改收貨信息如果用戶聯(lián)系商家，希望修改收貨信息，只要涉及到地區(qū)的修改，就有可能會(huì)影響到郵費(fèi)的計(jì)算，比如用戶提交訂單的收貨地區(qū)為重慶，郵費(fèi)為10元，但希望商家改為西藏，郵費(fèi)為20元，多出來(lái)的10元就需要商家和用戶線下解決。

2. 部分發(fā)貨

1）發(fā)貨

前面說(shuō)了，此狀態(tài)下的發(fā)貨操作不會(huì)影響客戶端訂單的狀態(tài)。

2）查看物流

查看物流彈窗需要加上修改物流單號(hào)的操作，以防填錯(cuò)。

3. 已發(fā)貨/已關(guān)閉

操作都為查看物流。

以上就是訂單系統(tǒng)的全部?jī)?nèi)容了，做一個(gè)總結(jié)：

1. 首先用戶需要提交訂單，在提交訂單頁(yè)面可以看到并選擇哪些字段，同時(shí)后端需要經(jīng)過(guò)一系列判斷之后才能成功提交訂單；
2. 用戶在成功提交訂單后，該拆單就拆單，該寫(xiě)入數(shù)據(jù)庫(kù)就寫(xiě)入，然后用戶需要支付該筆訂單，后端又經(jīng)過(guò)一系列判斷之后才能支付成功；
3. 最后就需要商家來(lái)處理訂單了，正常流程就是商家發(fā)貨，用戶確認(rèn)收貨，異常流程就是用戶或商家取消訂單，申請(qǐng)售后之類(lèi)的操作。

如果有認(rèn)為我在流程或者邏輯上設(shè)計(jì)有問(wèn)題，或者不清楚的地方，歡迎各位大佬指出，一起來(lái)討論一下

下一篇：售后系統(tǒng)

#相關(guān)閱讀#

從0到1構(gòu)建電商平臺(tái)之訂單系統(tǒng)（2）：支付訂單

從0到1構(gòu)建電商平臺(tái)之訂單系統(tǒng)（1）：提交訂單

本文由 @橘鉆 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議。