电商业务有一些关键点，而这些关键点的组合就是一个个的业务模型，业务再怎么跳也跳不出这个圈，知己知彼，方能百战不殆。

一、前言：

开始在做订单系统的时候总是被业务推着走，而且每次有新的业务模式的时候总是要大改系统才能够支持，没有提前想过到底有多少种影响业务流程的方式；后面系统做得多了，和业务方沟通的多了，总结出一些关键点。

这些关键点的组合就是一个个的业务模型，业务再怎么跳也跳不出这个圈，知己知彼方能百战不殆。

以下几个维度的定义是相对的，同一内容从不同的角度分析是不同的，本次是站在己方公司的角度进行分析。

二、定义

针对表格中的维度，解释如下：

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协议。