每一张 SaaS 路线图都对已构建的事物感到自豪，并对无人使用的事物保持沉默。第二类通常比第一类大，几乎没有人测量它的大小。功能采用率是让这种沉默变得可见的指标：它回答了基础中实际使用了您花费数月构建的每个东西的比例。
这个问题令人不舒服，因为答案通常很低。耗费大量工程技术的功能只被少数人触及，有时除了那些在会议上提出要求的人之外，没有其他人触及。如果不衡量采用率，这种浪费就隐藏在交付带来的进步感背后。变更日志不断增长，产品不断膨胀，而每个用户的价值却没有改变。
哪些功能采用措施
采用率衡量在一个时间窗口内使用给定功能的用户或帐户的比例。如果某个功能可供 1000 个帐户使用，并且上个月有 200 个帐户使用该功能，则该功能的采用率为 20%。这个数字很容易描述，也很容易读懂，因为它揭示了产品中存在的内容与客户实际使用的内容之间的距离。
有两个有用的读物值得分开阅读。广泛采用率决定了有多少帐户接触该功能。深度采用取决于玩家实际使用它的程度。资源可以具有高宽度和低深度，很多人尝试过一次就放弃了，或者相反，很少有客户，但他们生活在其中。这两个维度讲述不同的故事并需要不同的行动。
测量窗口与功能一样重要。自发布以来的累计采用率会随着时间的推移而膨胀，并隐藏放弃情况，因为它将几个月前使用过一次的人算作采用者。上个月或最后相关周内的最近采用情况显示了实时使用情况。对于大多数决策来说，重要的是人们现在是否使用它，而不是他们以前是否尝试过。
为什么将采用率与保留率和收入联系起来
孤立收养是一种好奇心。交叉采用与保留和收入是策略。将这一指标转变为决策工具的问题是，使用某种资源的人是否比不使用该资源的人停留时间更长、支付更多费用或取消更少。当您回答这个问题时，您会发现哪些功能是业务驱动因素，哪些功能只是维护成本的沉重负担。
这种交叉通常会揭示出清晰的模式。有些资源可以起到锚定的作用：采用这些资源的帐户保留率远高于平均水平，并且很少取消，因为该资源已成为他们工作的一部分。识别这些锚定资源会改变整个入职流程，因为吸引新客户不再是可选的，而是成为产品优先事项，与我在[用户激活0中讨论的内容直接相关。
在收入方面，采用推动了包装和定价策略。采用率高且与持久性密切相关的功能可以成为主要计划的一部分，因为它支持基础。由少数帐户使用但价值最高的帐户使用的资源是高级计划或付费模块的一部分的候选资源。采用会告诉你你的支付意愿在哪里，忽视它就是在黑暗中定价。当涉及到[扩张和追加销售1]时，这座桥梁就显得尤为突出。
构建无人采用的产品的风险
资源的成本并不会在交付时结束，而是从交付时开始。产品中的每个功能都需要在未来的每次更改中进行维护、测试、记录、支持和考虑。采用率几乎为零的功能并不是中立的，它是一种永久的负担，会窃取工程能力并增加复杂性，每个用户都会以更混乱的产品形式付出代价。没有人使用的东西仍然会妨碍那些使用其余的人。
这种浪费的根本原因往往是按顺序而不是按证据建造。大客户提出要求，销售承诺，工程交付，资源诞生后只为一个客户服务，而不是为其他客户服务。如果不衡量发布后的采用情况，没有人会在结束周期后发现它没有得到广泛普及。该公司继续堆叠功能，相信更多的功能意味着更多的价值，而实际上它们通常意味着更多的维护和更少的清晰度。
衡量采用率引入了缺失的规则：以与投资相同的方式评估构建的内容。推出的功能是关于价值的假设，采用是对该假设的检验。当测试持续失败时，需要做出成熟的决策，改进功能发现、重新定位或将其从产品中删除以减轻重量。淘汰功能是一种产品健康行为，很少有团队会实践，正是因为很少有人衡量采用情况以证明其合理性。
如何在不被事件淹没的情况下衡量采用率
最常见的技术错误是对所有内容进行检测而不进行分析。团队会在每次点击时打开跟踪，积累数千个事件，然后迷失在数据的海洋中，不问任何问题。有用的采用首先是为每个重要的功能定义什么事件代表实际使用情况，不是屏幕打开，不是鼠标悬停，而是意味着客户从该功能中提取价值的操作。这个切口是将测量与收藏分开的。
值得优先考虑具有战略利益的资源进行衡量。你不需要采用，你需要每个按钮。它需要可靠地采用能够证明大量投资合理的功能、使产品在市场上脱颖而出以及支持卓越计划的功能。将仪器集中在需要做出决定的地方，比在整个界面上分散跟踪而不查看结果要好得多。
当分析进行细分时，它就会变得更有力量。平均采用率掩盖了一切。按客户群、帐户规模、计划、进入群体划分的采用情况可以揭示该功能在哪些地方受欢迎，哪些地方不受欢迎。总体采用率较低的功能可能在其设计的细分市场中采用率非常高，这完全改变了对其的判断。通过切片查看数字，可以将评分采用转化为诊断，并将其与我在[DAU、MAU 和粘性2´ 中详细介绍的频率读数联系起来。
采用作为路线图过滤器
当采用进入产品流程时，它会改变关于下一步要构建什么的对话。问题不再是本季度适合哪些新资源，而是开始包括使用了多少现有资源。具有许多低采用率功能的产品不需要更多功能，它需要发现、改进或删除现有的功能。该指标迫使在每个新的构建周期之前进行自我批评。
采用还可以作为捍卫优先事项免受一次性请求压力的证据。当销售人员或大客户推出一项功能时，过去类似订单的采用数据会改变谈判。现在，您可以用数字来表示帐户请求的资源有多少次最终进入了零使用墓地。这并不意味着永远不履行命令，而是意味着要以历史的眼光来履行命令。
如果你的公司不能说，对于去年构建的五个最昂贵的功能，今天有多少比例的基础使用它们，那么路线图将由直觉和喊得最响亮的人决定。衡量采用率并不能单独决定构建什么，而是在黑暗中做出决定。从您投入最多的功能开始，找出谁实际使用它们以及它们对基础的把握程度如何，然后让该肖像告诉您产品的下一步。
另请阅读
- 【SaaS用户激活：客户明白为什么付费的那一刻3
- [DAU、MAU 和粘性：当它们之间的原因说明了什么并且当它欺骗时4
- [SaaS 中的流失：决定你是发展还是只是替换的泄漏5
- [SaaS 的扩张和追加销售：增长来自于您已有的基础6
- [SaaS 中的生命周期价值：保留建立和流失破坏的数字7
- [收入流失与客户流失：为什么失去一个大的而不是失去一个小88