什么是SaaS功能门控？

SaaS功能门控是一种根据订阅等级、用户组织角色或当前支付状态来限制或授予软件功能访问权限的做法。它无需为不同客户类别交付独立的软件版本，而是通过单一代码库根据预设的计费或套餐规则动态调整用户界面和后端访问权限。

尽管它们的技术基础（代码中的条件逻辑）几乎相同，但它们的目标和生命周期却完全不同：

• 功能开关是主要用于开发环境的工具，其预期使用周期通常是有限的。它们使工程师能够在特定条件下、不同变体（A/B测试）下将代码部署到生产环境，或者小批量发布软件。一旦代码通过测试并且开发者决定将其发布给所有用户，就不再需要相应的功能开关。开发者可以选择排除该指定代码段。
• 功能门作为定义产品边界的工具；这些边界的最终决定权由管理层而非开发人员作出。功能门使产品和销售团队能够管理各种定价层级和包装策略（例如：免费版、专业版、企业版）。这些限制的存在是订阅模式成功必不可少的条件。这就是为什么它们会保留在源代码中，甚至在必要时会保留多年。

在 PLG 或免费增值模式中，产品的特性与客户获取和留存相关联。在这种情况下，功能限制的工作方式如下：

• 自动化转化漏斗涉及在访问专业功能时，系统提示免费用户升级（一种‘天鹅绒绳索’机制）。这可以减少人工销售代表的直接参与。
• 为了评估，会向用户提供指定软件版本，使用无需付费。而对于更强大、更复杂的功能（例如深度分析、协作或API），用户需要通过订阅并通过功能门控来解锁，从而实现自助升级。
• 管理基于使用量的限制，需要在免费套餐的使用量和您的付费套餐之间取得平衡。例如，如果用户拥有5个每月额度（或基于使用量的功能）的信用限制，并且已经使用了其中3个，那么通过使用功能门控，就可以在他们越来越依赖您的软件时，温和地推动他们转向付费套餐。

存在一个功能与套餐的映射（权益矩阵），这是一个将技术功能与商业定价方案关联起来的中心配置。

1. 核心授权：您首先需要将您的应用程序分解为最基本、可设限的功能，例如 export_pdf、sso_login、max_team_members 等。
2. 请勿将功能和计划硬编码到产品逻辑中：与其让“Pro Plan”成为程序中硬编码的功能标志，不如通过检查授权来改变它（如果 (user.hasEntitlement(‘sso_login’))）。
3. 设置：权益矩阵（entitlements matrix）可以是一个配置文件（例如JSON/YAML），也可以是一个数据库表。在该表中，每个应用程序功能代表一行，而订阅层级则由列表示。通过这张表，每个应用程序都必须根据用户所拥有的订阅及其对应的用户权益来启用。此外，它还能确定给定的权益是二进制的（例如，feature1: true, feature2: false）还是非二进制的（例如，feature1: limit = 70; feature2: limit = 100）。这份单一文档是业务和技术团队共享信息的中心参考点。

SaaS公司通常选择以下三种架构方法之一来实现功能设限：

1. 计费引擎权益

此方法利用直接API调用 计费系统 以验证客户的订阅并检查他们拥有的功能。

如果发票开具已通过计费平台管理，建立此系统会很简单。

API验证流程会影响操作时效，并且代码库通常与财务/计费系统紧密相关。

2. 基于标志的SDK

开发者可用于评估门控的功能管理平台。开发者将用户属性（例如，层级：‘企业’）提供给 SDK，然后执行访问规则的本地评估。

该系统的属性包括其处理速度、其提供的目标规则选项以及其操作一致性。

支付事件与标志平台之间的用户属性手动同步是必需的，以确保在几分钟内及时更新。

3. 托管式权益平台

它们专门用于管理SaaS的定价架构，充当 计费引擎 和应用程序代码之间的中间层，在原生层面处理功能开关和复杂的多租户定价。

其功能涵盖使用高级逻辑进行定价修改、单个客户的订购参数，以及支持客户在不同计费选项之间切换而无需开发工作。

引入第三方专业服务商意味着核心应用功能将与外部系统对接。这在核心应用堆栈中又增加了一层。

SaaS功能门控的优势包括：

• 客户预期的 升级 旅程传达了晋升到下一层级的要求，这可能会影响销售流程的复杂性。
• 单功能收入洞察为功能团队提供了数据，以识别具有特定升级 转化率 涉及解锁（这可以为工程资源的分配提供依据）。
• 自动化的 PLG 转化漏斗可能会调整对高接触式销售的依赖，因为客户能够自行管理应用内的产品和服务升级。
• 营销和产品运营可以配置新的 捆绑包, 附加内容，或 试用计划 通过仪表板界面，从而影响工程资源在代码部署方面的投入。