翻译自https://launchdarkly.com/the-definitive-guide-to-feature-management/empower/

什么是授权(Empower)?

授权是特性管理的第四大也是最后一个支柱,它重新构想了让用户访问你的软件的过程。它特别(尽管不是唯一)适用于管理权限。在软件背景下,“权限 ”指的是为客户启用或禁用功能、服务和产品的行为。例如,当你为之前使用过简化试用版的客户解锁完整应用程序时,你就管理了一个权限。

在授权支柱中,特性标志授权面向客户的团队——产品管理、市场营销、销售、客户支持等——控制授予和拒绝对某些功能的访问。

使那些在工程之外的人能够管理对功能的访问,可以带来以下结果:

  1. 工程师花更少的时间在超出他们责任和专业范围的行政工作上;
  2. 面向客户的团队迅速向客户交付软件,而不是等待工程师处理请求票证的积压;以及
  3. 客户获得个性化、更优越的体验。

授权是与“渐进式委托”这一渐进式交付 的核心原则最密切相关的特性管理支柱。渐进式委托指的是逐渐将一个功能的控制权委托给对该功能结果最负责的团队(例如,产品经理确保客户对某个功能满意)。这可能看起来像是将一个功能从工程转移到产品管理,然后从产品管理转移到市场营销,等等。特性管理使渐进式交付成为可能,而授权的核心用例就是渐进式委托的典范。

授权是关于让面向客户的团队在软件交付中发挥更大的作用。

授权的程序与构建支柱 相似。两者都使用特性标志用户定向 来决定谁在何时看到哪些功能。此外,在每个支柱中,工程师可以将这些功能的交付控制权委托给非工程师——尽管,在构建中工程师做的委托较少。

但是这两个支柱在功能生命周期中的位置不同。构建专注于软件发布前和发布期间的阶段。而授权则涉及期间和之后。它包括长期客户定向,例如为特定企业客户群体提供他们独有的功能集。这只是其中一个例子。

软件组织可以使用特性管理 来授权所有团队在以下领域影响软件交付:

  1. 功能权限
  2. 客户定向
  3. 概念验证(POC)和试用
  4. 功能淘汰

授权的目标是什么?

授权的目标是让面向客户的团队在软件交付中发挥更大的作用。这减轻了工程师的负担,帮助业务利益相关者更有效地完成工作,并创造了更好、更个性化的客户体验。

功能权限

传统管理权限的方法需要开发者干预。这些方法比必要的更复杂。根据场景,配置权限可能需要工程师更改配置文件(迫使应用程序重新启动)、修改用户数据库、执行自定义构建等。孤立地看,这些动作不是什么大问题。但是当大规模聚合时,它们消耗了大量时间,并带来了不必要的风险。例如,每次你修改用户数据库时,你都有丢失敏感数据、将字段投入混乱和犯其他昂贵错误的风险。

通常,管理权限需要开发者干预。特性管理减轻了工程师的负担,让他们做他们最擅长的事情:构建软件。

除了风险和开销外,传统管理权限的方法还有另一个缺点。它们迫使工程师为客户“开启”和“关闭”功能,而理论上,他们的业务部门同事也可以同样轻松地完成这项工作。事实上,让业务利益相关者控制客户体验更有意义,因为他们经常与这些客户互动。工程师的时间最好花在面向客户团队无法做到的事情上:构建软件!

特性标志减轻了工程的负担,并授权面向客户的团队。以下是一些说明这一点的例子。

授权销售团队管理权限

一家科技公司,其软件使客户能够在他们的技术栈中检测、管理和保护敏感数据,使用特性管理来管理权限。过去,当客户注册时,销售团队必须提交工程请求,将客户的通用唯一识别码(UUID)添加到配置文件中。只有这样,新客户才能获得他们付费的功能。这个过程使工程师感到压力,对销售团队产生负面影响,并损害了客户体验。

自从使用LaunchDarkly以来,工程师可以将权限的责任交给销售团队。结果,销售人员现在可以为客户提供更快的响应时间。不再有Jira票证,不再等待——只有即时交付的价值。

LaunchDarkly如何授权销售团队

LaunchDarkly 以以下方式授权销售团队。工程师为与给定软件会员计划(例如,高级计划)相关的功能集创建一个特性标志。然后通过用户定向,他们为这个层级创建一个指定的用户细分。如果用户在这个细分中,他们将看到高级功能。

在这种背景下,每当客户注册高级订阅时,客户经理可以简单地进入LaunchDarkly仪表板,并将新客户添加到适当的细分中。更进一步,你还可以自动化将用户添加到细分的过程。在这种情况下,如果客户在网站上购买订阅,他们将自动出现在正确的细分中,从而立即获得正确的功能。LaunchDarkly因此为权限带来了便利和流畅性。

让我们探索另一个例子。

在一家大型咨询公司自动化权限

一家大型咨询公司的健康和保健部门使用LaunchDarkly动态控制其新的健康应用程序的行为。LaunchDarkly特性标志根据复杂的业务逻辑和应用内触发器启用和禁用功能。例如,公司只在用户接受条款和条件后才解锁特定功能。当用户升级他们的账户时也是如此。这种自动化提高了公司的反应能力,使开发人员有时间改进产品,而不是分发功能。所有这些都推动了工程师的生产力,并增强了客户体验。

客户定向

客户定向是另一种权限用例。这种类型的定向范围比离散用户定向更广。它涉及向特定组织、行业、国家和其他大型实体交付功能,每个实体都包含许多个人用户。

这里有一个例子。

白标

银行提供移动银行应用程序作为他们服务的一部分已经成为常态。在某些情况下,特别是中小银行,银行将从第三方提供商那里购买他们应用程序的核心软件,并将其包装在自己的品牌中(一种被称为“白标”的做法)。

这些第三方提供商在他们的客户组合中有几家银行,他们都想要不同的东西。如果没有特性标志,提供商可能会创建单独的功能分支来交付他们软件的独特版本,有效地为每家银行创建自定义构建。这种方法很难维持。

首先,你对一个分支所做的每一个总体更改都必须在其他分支中复制,以避免失去同步。你做的更改越多,你的代码就越难以驾驭。最终,通过功能分支进行客户定向是耗时的、容易出错的,并且昂贵的。

但是有了特性管理,软件提供商可以使用单个主分支(树干)为每个银行客户交付定制体验。他们可以使用特性标志控制谁看到什么。他们可以在一个代码库中为每个客户构建和交付独特的体验。这种方法是高效的、安全的,并且可控的。

有了特性管理,软件提供商可以为每个客户交付定制体验。

按地理位置定向

许多软件公司为国际客户服务。他们必须使他们的软件适应每个国家的法律和法规。在一个国家被接受的功能可能在另一个国家被禁止。再次,按国家提供特定功能的一种方式是通过功能分支的混乱来创建你的应用程序的单独实例。我们已经讨论了这种方法的缺点。

但是有了LaunchDarkly,你可以利用特性标志和客户定向,通过国家向正确的客户提供正确的功能——再次,所有这些都在一个代码库中。此外,业务利益相关者可以进行分配。由于业务利益相关者比工程师更了解客户的需求(和法律),让他们管理这些全球客户的权限是明智的。

概念验证(POC)和试用

对于许多软件公司来说,为潜在客户提供临时访问你的应用程序进行试用和概念验证评估(POC)可能是一个棘手的过程。当销售人员正处于高风险交易的热潮中,他们必须要求工程部门延长试用或发放临时POC许可证,这延长了销售周期。更糟糕的是,它可能完全威胁到交易。POC通常出现在与企业的销售人员的互动中,这些企业的销售涉及数千或数百万美元。你最不想做的事情就是拖延交易,特别是如果潜在客户已经在试用竞争对手的工具。

想象一下,如果销售人员可以自己授权软件访问(当然,有适当的防护措施)?工程师不必担心处理权限请求。销售人员可以更及时地向潜在客户提供功能,增加在交易中超越竞争对手的机会。如果没什么别的,委托功能控制意味着在销售评估中少了一个障碍。

有了特性管理,销售人员确实可以控制试用和POC的软件访问。这正是我们在LaunchDarkly所做的。

LaunchDarkly的销售团队使用LaunchDarkly进行POC

我们的收入团队中的解决方案工程师(SE)使用特性标志在不需要开发者参与的情况下发放试用。标志使我们能够快速为潜在客户以及现有客户组织内的其他群体添加LaunchDarkly座位。我们希望尽可能多的人使用LaunchDarkly的产品,以便他们可以亲身看到它的价值。特性标志在这方面阻止了我们自己的方式。此外,它们还使我们的工程师免于做额外的工作来启用临时和永久功能。

特性标志通过在POC期间向潜在客户提供即时访问你的软件,防止销售评估停滞。

通过为客户开放更多的座位,我们在评估期间提供更多的价值。我们为可能比最初规划的更大的业务案例铺平了道路。更多的座位等于更多的收入。

这种简单的权限管理过程也导致销售人员、工程师和客户更满意。通过LaunchDarkly特性标志,我们授权我们的销售团队为现有和未来的客户做出最佳决策。

功能淘汰

特性管理是推出新功能的有力解决方案。但它也非常适合淘汰旧功能。

在某些时候,旧功能与新功能冲突,或者它们被废弃并成为技术债务。特性管理为团队提供了对淘汰这些功能的细粒度控制。工程师可以使用特性标志和用户定向来启动淘汰过程。然后,他们可以将标志的控制权委托给产品经理、客户成功代表或与受功能丧失影响的客户有关系的其他人员。面向客户的团队可以按照每个客户的需求的节奏移除旧功能。这给了客户更多的时间来逐渐放弃该功能,从而减轻了过渡的痛苦。

LaunchDarkly特性管理平台 使您能够管理您的功能的整个生命周期,包括生命周期结束。这在淘汰功能时创造了更好的客户体验。它还通过特性标志为您提供了更多对过程的控制,从而降低了卸载旧功能的风险。

总结:授权的好处

授权是关于让面向客户的团队控制他们领域内的软件部分。通常,业务利益相关者比开发者更了解客户的需求。然而,从历史上看,他们缺乏控制这些功能如何发布给这些客户的方式。同时,开发者很高兴放弃必须为用户启用功能的永久负担,假设他们可以这样做而没有额外的风险。

特性管理 赋予了业务利益相关者他们一直缺失的控制权,这对所有团队都有好处。当工程师构建功能时,他们可以将其移交给业务利益相关者,并说:“嘿,我们将这些功能包装在特性标志中;你们决定它们何时上线,谁可以看到它们等。”每个人都是赢家。

最终,利用特性管理进行权限管理推动了运营效率、提高所有团队的生产力和更好的客户结果。