01
客户授权从抽象层面来说，会有两种模式，一个是业务系统的功能授权，一个是业务系统的资源授权。我们回过头再看销售版本管理的话，还是以Teambition为例，实际上他们的销售版本就包括了这两个部分：包含的功能和使用的账号数分别对应功能授权和资源授权。因此，SaaS平台的客户授权管理都可以基于这样的抽象模型去设计。
02
对于具体的客户授权产品设计，我们需要拆分为两部分，一部分是线上客户主动订阅某个版本，另一部分则是平台侧由运营人员给某个客户开通某个版本，这种情况通常是下客户要求走线下采购流程。假设产品同时支持线上订阅和线下开通，那么建议是按线上的订单模式统一抽象，也就是线下开通的也创建订阅订单，只是付款渠道和线上做区分即可。实际上，线下开通就相当于是“代客下单”。这样的话，整个订阅数据就可以统一了。整个授权处理流程如下图所示。
这里说一下为什么线下开通也需要走支付成功环节，这样的设计实际上就是保持线上线下的业务处理一致。线下虽然不会涉及到与第三方支付对账，但是同样需要创建资金流水数据。对于线上支付而言，不同的支付渠道的处理方式都不同，因此可以把线下支付也当做一种特殊的支付渠道处理，这样就可以保持整个订单处理逻辑一致。
在订单支付成功后，如果是按多租户分库分表设计，那么首先需要为该租户创建数据库或数据表资源，之后才能进行后续的授权操作。
03
功能授权，从本质上来说就是把业务系统的菜单授权给客户使用，我们在销售版本中设计的业务模块也好、销售版本也好，都是简化功能授权操作。
订单支付成功后，系统根据客户订阅的版本，将销售版本对应的业务系统的菜单分配给客户，这样客户的主管理员登录到业务系统，就可以完成创建角色、分配权限和开通员工账号的操作了。对于中间便于管理的业务模块和销售版本，只是为了创建订单方便，实际上并不是客户所关心的。因此，在业务系统里，客户在给角色分配功能权限的时候，还是基于销售版本对应的菜单进行的。可以参考之前的文章：Vol.13 SaaS平台销售版本管理。
04
资源授权和功能授权会有所不同，资源授权实际就是配额管理，也就是客户能够使用多少额度的资源。SaaS产品中这类资源包括账号数量、存储空间、使用时长等等。这块的授权在产品设计主要是两方面，一方面是系统付费资源的梳理，另一方面是资源的分配和使用跟踪。
系统付费资源的梳理这块建议是将所有资源都作为一种产品或服务处理，这样可以保证后续的增购都能够按商品购买的逻辑处理。比如客户要增加账号数量，实际上就是购买账号这个“商品”。系统在订单支付成功后，更新客户的配额即可。
资源的分配和使用跟踪主要是两方面，一方面是在客户下单时分配新的资源（或者是延长资源的使用时长），另一方面是每次发生消耗资源的行为时，需要做消耗前和消耗后的处理。消耗前需要检测用户是否有足够的资源可用，如果不够用则需要引导客户增购；消耗后则是更新用户剩余的可用资源，当资源不足时，如果有必要也可以引导客户进行资源购买。
需要注意，如果SaaS产品存在资源管理，那么应该在客户详情页面中展示当前客户的资源使用情况，以便市场销售跟进客户进行续订或增购。
05
对于升级，存在的问题是如何计费。比如，当前购买的版本还没到期，在当前订阅期内升级到更高级的版本该如何计费？这里通常会有两种做法：
不续期升级：也就是只在当前订阅期内升级，这种通常会把旧版本的剩余天数折价抵扣升级所需费用。举个例子，当前订阅版本一年订阅费用为300元，剩余订阅时长为100天。升级后的版本订阅费为500元一年，则客户升级需要补的差价为。
续期升级：也就是当前订阅期升级，同时进行续期订阅，这个时候当前订阅期补齐差价，新的订阅期按升级后的版本计算。假设续期N期，则计算的升级费用如下：
从SaaS产品收入来说，肯定是第2种方式更合适，升级的同时也完成了续订，比如语雀的升级就是采用这种方式。
同样的，对于在原有基础上增加的升级计费也是类似的处理，比如增加账号数量，也会分为不续期增加和续期增加，计算费用的方式是相同的。另外一类资源属于消耗类的，则只需要按增量计费即可，比如短信、直播平台的可用时长、AI大模型的token数等资源，都是按新增购买计费，购买完成后会在原有的剩余额度上增加新购买的额度，产品要做的就是把消耗性资源统一抽象为一类类似话费余额类型的商品进行管理就可以了。
