電商業務有一些關鍵點，而這些關鍵點的組合就是一個個的業務模型，業務再怎么跳也跳不出這個圈，知己知彼，方能百戰不殆。

一、前言：

開始在做訂單系統的時候總是被業務推著走，而且每次有新的業務模式的時候總是要大改系統才能夠支持，沒有提前想過到底有多少種影響業務流程的方式；后面系統做得多了，和業務方溝通的多了，總結出一些關鍵點。

這些關鍵點的組合就是一個個的業務模型，業務再怎么跳也跳不出這個圈，知己知彼方能百戰不殆。

以下幾個維度的定義是相對的，同一內容從不同的角度分析是不同的，本次是站在己方公司的角度進行分析。

二、定義

針對表格中的維度，解釋如下：

1. 結算對象

解釋：簡單理解為我和誰做了交易，發生這個交易后誰要給我錢。

為什么要有結算對象呢？因為發生交易的后可能和不同的人要錢。

C端顧客：

customer的簡寫，指的是顧客在買完東西后是直接付款給我方的。

例如：我們在某寶、某東上購物下完單直接付款給他們，對于他們來講結算對象就是C端顧客。

B端顧客：

business的簡寫，這里的B端客戶有可能是“小B顧客”（并不是商業的機構，但是購買量比較大）或者是“大B顧客”（是商業機構）。

例如：阿里巴巴中的B2B業務。

有兩種情況需要和B端顧客進行結算：

1. 純商業或貿易行為，就是和B端顧客發生的交易行為。
2. B端顧客雖然和我交易，但是他買我的貨是賣給了他的顧客，而且貨是從我這發的。雖然發貨地址是其他人，但是最后和我結算的時候還是B端顧客。

代收代結：

直接交易方是C端顧客或B端顧客，但中間有一道墻迫使我們沒法直接跟C或B端直接收錢。

例如：我們在其他的平臺上開店，雖然顧客是買的我店鋪的東西，但是最后結算的時候我是和平臺結算的而不是和顧客。又例如我的自營網站開通了貨到付款的業務，這種情況下就是物流商替我收錢并且定期和我結算而不是顧客。

2. 結算方式

解釋：簡單理解就是貨和錢先后關系，是先收錢再給貨，還是先給貨后收錢。

先款后貨：先給錢后發貨

此種業務最為多見，而且對于商家來說也是最保險的一種交易方式，但消費者的主動權會比較弱。

先款后貨的業務也會有一些變種，如：

對于B2C的業務，更多的是顧客在購買的時候支付；對于B2B的業務，可以直接購買時支付，也可以充值到網站上進行下單（以獲取更多的折扣優勢）。

先貨后款：先發貨后給錢

這種業務方式對見于B2C的業務，C2C的業務（比如某寶）比較少見，因為風險比較大。國內做的比較好的是某東，自己的倉儲、自己的物流既保證時效（保證簽收率的重點）、結算、又解決了二次發貨等問題。

先后貨款針對不同的業務場景也有不同的小分類：

貨到付款：

多用于C端業務，交付給物流商代收貨款，用戶一手交錢一手交貨。

賬期：

多用于B端業務，對于可以長期合作又能夠從風控上把我風險的可以給予其賬期（什么時候算一次賬）和授信額度（在賬期內最多能用多少錢），和信用卡的業務模式非常類似。

預收訂金：

預收訂金的業務我將其歸為了先貨后款，雖然給了一部分錢，但是錢的沒給足的，后面的業務流程會根據實際情況做區分。

如果交完訂金只是去生產，而不是把貨直接發給顧客才支付尾款，這種就是先款后貨的業務。

如果交完訂金后，直接把貨發給顧客，顧客收到貨才給我們付尾款，這種就是偏于賬期業務。

3. 平臺

自建站-自營：

自己獨立建網站賣貨，沒有其他的店鋪入駐。

例如：京東早起的B2C業務就只是賣自營的產品，后面引入的POP（店鋪入駐）的模式。

自建站-店鋪：

自己獨立建網站做平臺的模式，招商其他個體（個人或者組織）在平臺上來開店。

例如：天貓是入駐的企業機構，淘寶是入駐的個人。

第三方網站：

第三方網站的說法其實是對于自身來說的，我不僅在自己的網站上賣貨，我還到其他的網站上開店鋪。

例如：我到京東、淘寶、速賣通、亞馬遜上開店售賣自己的商品。

4. 收貨人

C端顧客：

Customer的簡寫，個人收貨。

B端顧客：

Business的簡寫，公司機構收貨。

單一的看收貨人其實沒有太大意義，但是組合其他的維度，比如【結算對象】。我結算的是B端顧客但其實是B端顧客的C端顧客收貨。這就是一件代發的業務模式。

5. 發貨方

我方發貨：

比如自己建的站也好，在其他的平臺上入駐開店也好，最后用戶下的訂單貨是從自己的倉庫發出去的。

第三方發貨：

自己建站、在平臺上開店，貨不是從自己倉庫發出去的，可能是發的其他人的貨定期進行結算，可能是提前把貨備到了平臺上的倉庫（例如：備貨到京東倉庫、在亞馬遜的FBA業務）。

6. 貨權

自己的貨：

意思是先把貨買回來再進行售賣，可能存到自己的倉庫也可能存到其他人的倉庫。

他人的貨：

貨是別人的我還沒買過來，但是我可以讓這人幫我發貨，或者讓他把貨放在我的倉庫里我幫他賣，最后再進行結算。

三、業務建模

單純的去看上面的定義其實沒什么意義，但是把各個維度的信息湊到一起就很有意思了。上面一共是6個維度，排列組合會有144種玩法，其中一些玩法是廣受大家接受的，有一些玩法并沒有太大的商業意義。

在設計供應鏈系統的流程時，組合這些信息后對于開拓系統的可擴展性意義重大，我可以提前去想一些業務想不到的商業模式，我也可以提前做好架構上的鋪墊，當業務提出此業務模式時不用大改系統就可以兼容。

例如：

此種組合方式就是最常見的電商模式，自己建網站自己鋪貨賣給自己實際的C端顧客。

例如：

此種模式就是【貨到付款+一件代發】：

貨不是自己的、用戶也不需要提前付錢，等收到貨后我只需要跟物流商進行結算，一定時期之后我再和我的供應商進行結算。

以上6個維度可能并不全面，每個公司都有自己獨特的發展特性，比如京東上不同的開發票的對象也可能看做是一個維度組合成不同的業務模式。

全面了解業務模式對系統更新迭代非常有幫助，也能盡最大可能拓展自己的視野，B端系統不像C端系統有那么多可以學習的競品，需要一點點的積累業務經驗、行業經驗充實自己。

作者：Vincent，微信公眾號：獨立任格

本文由 @Vincent 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議。