SaaS该模式使销售不再是一次性销售，而是贯穿整个客户关系的生命周期。支付不再是一次性的，也贯穿整个周期。相应的财务会计、交付周期和续订方式将改变以往的订单管理模式。

我们先来看看SaaS订单流程:

需要注意的是，订阅交付计费和按用量交付贯穿整个客户服务周期。

它看起来不错，但别忘了客户可能需要升级或降级，添加或删除optional part，增加或减少产品数量，终止合同，甚至改变订单支付周期（从月到年）、续订（自动续订到期结束）等，相当于客户可以在订单中随时退货、退款、交换，如果仍延伸普通电子商务订单系统，可以处理以下场景：

从低版升级到高版: 相当于换货，原订单中的一个产品换成另一个产品。增加产品数量|增加addon产品: 相当于在原订单中添加一个项目。optional part同时删除另一个optional part： 相当于在原订单中添加两种产品，然后减去一种产品。

此外，用户可以随时发起这种行为，很长一段时间，这个order 会有很多部件，但其实很多部件都是无效的(删除)，当我们再次使用时order可可以想象单位反馈给用户会有多复杂。

所以一个基础Asset 管理SAAS order 的方法应运而生，也叫subscription order。国外有很多方向B端的SaaS订单计费管理产品，如zuora，Salesforce 等等。

在以基于Asset在订单管理中，需要有合理的product 管理，一个SAAS Product 存在于虚拟组合中，可能有各种组合part(如下文所述)，每part 将对应不同的计费计划，计费计划也是虚拟存在。它是一系列计费规则的组合。只有在具体的计费规则中，才能真正定义每月、每年、使用量和每次的费用。

蛋壳：你的SAAS值多少钱？SAAS 产品结构

例如，一种产品有四种类型part(如下图所示)

在这个product中

1. Base part 可以每年或每月支付，所以它的计费计划有两个规则，在过去的一段时间里，所以base part 可能对应两种计费plan，当期计费应采用哪种计费计划，在计费计划中由有效日期范围定义。2. Optional part 只有一种按月计费的模式。3. Usage part是阶梯计价。4. 一次性setup服务是单价。

由于product 是一个虚拟物体，它内部的每一个part 相对独立，将是后续客户asset 这个层次的更新带来了很大的灵活性。

每次更改客户asset当新订单出现时，从客户的角度来看，最关心的是更改Asset 之后，按新的asset，我和原来的付费计划有什么变化，需要增加或减少多少钱，所以每个订单对原来的付费计划和原来的付费计划都会有什么变化order加起来很容易得到新客户asset 下面要付多少钱。当然，也有各种复杂的场景。例如，如果您需要支持订单立即生效，您需要清楚地计算在付款周期的剩余天数。

但总的来说，这种方法比传统电子商务的订单管理要清晰得多。在客户方面，它还可以直观地显示客户每次更新订单带来的东西asset订单金额的变化。

那么SAAS 产品和定价结构明确，以下两篇文章分别阐述了订单中的要素。

what(订单中有什么): 蛋壳:SAAS 订单管理(2):SAAS订单定义

how much鸡蛋壳壳：SAAS 订单管理(3):SAAS续约、计费