优化忠诚度计划以实现速度和低延迟

在一个分秒必争的世界中，品牌现在意识到需要微调其用户旅程以获得最佳速度和低延迟-忠诚度计划也是如此。 但调整奖励计划不仅仅是为了满足客户，而是为了利用正确的技术来提供即时的忠诚度体验。

本文着眼于如何通过重点关注确保零停机时间、低延迟和快速响应时间的忠诚度技术来使您的奖励计划变得超快。

关键忠诚度计划指标

如果您是企业的一员，我相信您熟悉最受欢迎的忠诚度KPI——注册率、CLV、购买率等等。 然而，忠诚度计划不仅仅存在于商业和营销领域——它们可能更像是一个巨大的技术挑战，特别是在全渠道和大规模部署的背景下。

以下是当您准备开始优化忠诚度计划以提高速度和弹性时值得了解的关键技术术语的简短概述：

1. 忠诚度延迟

忠诚度计划中的延迟是指用户交互（例如兑换积分或获取奖励）与系统对该交互的响应之间的时间间隔。 优化低延迟对于为会员提供即时忠诚度体验至关重要。

2. 系统停机时间和正常运行时间

忠诚度计划中的停机时间是指计划或其系统无法运行的时期，通常是由于维护、更新或技术问题。 在停机期间，会员无法访问该计划，这会造成挫败感并对用户体验产生负面影响。

系统正常运行时间是指忠诚度计划及其相关系统正常运行并可供用户使用的时间百分比。

3、交易速度

交易速度是指在忠诚度系统内处理和完成交易所需的时间。 该交易可能涉及赚取或兑换忠诚度积分或更新用户帐户信息等活动。

4. 系统扩展

在忠诚度计划的背景下，系统扩展是指随着计划规模或用户群的增长，忠诚度计划的底层基础设施适应和处理不断增加的数据、用户交互和交易的能力。 扩展系统涉及调整或扩展其资源，例如服务器、数据库和处理能力，以在不牺牲性能的情况下满足更高水平的需求。

5. API

简单来说，API（应用程序编程接口）就像桥梁，帮助不同的软件程序相互通信。 就忠诚度计划而言，API 对于使该计划与其他系统（例如商店、在线商店、移动应用程序或客户数据库中的系统）顺利运行至关重要。

6. 网络钩子

在忠诚度计划中，网络挂钩充当实时通信工具，允许系统在发生特定事件时自动相互通知。 它们支持忠诚度计划和外部系统之间的即时更新，确保及时响应用户操作。

如何绘制成员行为图，为更大规模做好准备？

了解弹性忠诚度计划的技术术语只是一个起点。 下一步是通过剖析程序机制以预测系统上的潜在负载并设计要在忠诚度平台上测试的时间敏感用例来分析忠诚度计划的性能方面。 以下是与预测忠诚度平台负载相关的关键参数：

1. 会员注册

分析每月平均注册率并定义与注册相关的所有工作流程，例如在系统中创建新会员、生成和分配会员卡或授予欢迎积分。

2. 忠诚度交易

如果您正在运行基于交易的忠诚度计划，请分析过去 12 个月的忠诚度交易数量。 每笔交易都会触发忠诚度余额的分配和重新计算，这可能会在面临流量高峰时给您的忠诚度系统带来压力。

3. 触发奖励动作

除了交易之外，会员还可以执行许多其他赚取规则（奖励操作）来换取积分，例如填写个人资料、庆祝生日或推荐朋友。

考虑这些要点并估计您需要多少次 API 调用才能成功注册和处理自定义事件，从而更新忠诚度余额或处理即时奖励。

4. 同步忠诚度数据

您应该通过将数据和操作转换为忠诚度系统可以使用的属性和事件来尽早验证和定义数据模型。

在此步骤中，您还应该规划数据同步的频率 - 无论是实时还是在估计时间批量执行异步操作。 在理想情况下，您应该在忠诚度系统和 CRM/CDP 平台之间建立双向数据同步，以确保两个系统中的客户数据都是最新的。

5. 兑换奖励及其他会员活动

会员不仅可以收集积分，更重要的是可以消费积分。 为了让您的忠诚度系统做好应对高峰的准备，请估算每个会员每月的平均奖励兑换次数。 请注意，用积分换取奖励只是冰山一角，因为许多其他进程将在后台运行以重新计算奖励资格，例如：

• 会员每天查看交易历史 X 次。
• 会员每天查看 X 产品系列 X 次。
• 会员每天登录应用程序 X 次。
• 会员查看结帐 X 次。
• 会员每天查看客户钱包 X 次。
  

让事情变得更加复杂的是，会员应该能够在所有接触点访问和管理他们的忠诚度计划活动，例如检查他们的积分余额或兑换奖励。

6. 会员专享优惠

通过定义每月向每个会员发出的个性化优惠数量，您可以估算与优惠通知和兑换相关的 API 调用或 Webhook 的每月数量。

此估计将使您的营销人员更轻松地开展营销活动，而不会导致系统超载。 这仅适用于预定的活动 - 如果您正在寻找更动态的忠诚度体验，例如动态显示每个会员的可用优惠，那么您需要更大的处理能力。

7. 忠诚度沟通

通过定义优惠类型和频率，您可以估计渠道数量和消息之间的延迟，以支持不同的工作流程 - 考虑欢迎、重新参与或追加销售工作流程。

任何实施良好的计划还需要针对忠诚度计划事件（例如达到新级别或获得奖励）自动发出警报和消息。 这确保了与客户的及时沟通，让他们了解情况并参与忠诚度计划——通常使用网络钩子来支持这些用例。

审核完成后，您就可以构建初始 POC 并回答以下问题，这些问题肯定会在与内部和外部利益相关者（例如您选择的忠诚度技术供应商）的讨论中出现。

• 会员每月预计进行的交易数量是多少？
• 每个会员每月预计奖励操作的次数是多少？
• 每个会员每月兑换奖励的预计频率是多少？
• 应缓存或优化哪些 API 端点以减少 API 调用数量并最小化有效负载以加快处理速度？
• 会员每月会检查和刷新忠诚度数据多少次？

Webhooks 或 API – 哪个对忠诚度表现更好？

Webhook 是一种有价值的工具，可用于从忠诚度计划获取实时更新或警报。 它们在需要迅速采取行动的情况下特别有用，例如当客户达到新的忠诚度级别或获得奖励时。

API 对于在忠诚度计划中检索信息至关重要，例如检查客户详细信息或使用积分和优惠券。 当您需要特定数据进行报告、分析或自定义应用程序开发时，它们特别有价值。

总而言之，Webhooks 擅长对忠诚度计划中的事件提供快速响应，并提供快速更新。 另一方面，API 更适合检索特定数据，使其成为需要详细查询或集成时的首选。 为了成功部署忠诚度计划，我建议混合使用两者。

如何优化忠诚度计划的绩效？

优化大规模奖励计划的速度涉及解决系统的各个方面，包括基础设施、代码和整体系统架构。

您可以考虑以下一些策略：

1. 实现缓存

缓存是一种将常用数据存储在快速访问存储区域中的方法，以使数据检索更快、更高效，从而减少延迟和服务器工作负载。 实施缓存机制来存储经常访问的数据，例如用户个人资料、忠诚度积分和奖励。 这可以显着减少数据库查询并缩短响应时间。

2.优化数据库

通过改进查询和正确设置索引，使数据库搜索更快； 考虑将工作负载分散到多个数据库实例上，以避免一个系统成为瓶颈。

3.引入负载均衡

使用负载平衡在许多服务器之间平均分配传入流量，防止某些服务器不堪重负并确保资源得到有效利用。

4.使用内容分发网络（CDN）：

内容交付网络 (CDN) 是一个分布式服务器网络，旨在通过减少延迟和缩短加载时间来更有效地向用户交付 Web 内容（例如图像和脚本）。 使用 CDN 缓存并交付更接近最终用户的静态资产（图像、样式表、脚本），从而减少延迟并加快页面加载时间。

5. 实现异步处理

对非实时任务实现异步处理，例如更新用户积分或发送通知。 这使得系统能够处理大量请求，而不会导致用户界面延迟。 为什么？ 同步处理就像排队等待一项一项任务，而异步则是独立完成任务，一次全部完成，无需等待。

6.密切关注性能和安全性

创建一个系统来密切关注事情的运行情况，并通过检查响应时间、错误率和资源使用情况在出现问题时发出警报。 请记住，安全漏洞可能会影响性能和可靠性- 确保在将优化部署到生产环境之前在临时环境中彻底测试所有优化，以确保它们不会引入新问题。 此外，持续监控系统的性能并根据实际使用模式根据需要进行调整。

7. 引入自动缩放

实施自动扩展机制，根据流量模式动态调整实例数量。 这确保了忠诚度系统可以有效地处理变化的负载。

8.优化忠诚度体验

通过最大限度地减少 HTTP 请求数量、利用浏览器缓存以及对图像和脚本采用延迟加载来优化忠诚度前端组件。

如何实战测试您的忠诚度计划速度？

俗话说——不尝试就不会知道。 这正是忠诚度绩效测试的工作原理。 要估计忠诚度架构的弹性，您应该对模拟忠诚度场景进行建模并在单独的环境中运行它。

值得测试的时间关键用例的一个例子是，让 X 名进行购买并打开应用程序的消费者在实时购买后体验中检查他们现在更新的忠诚度余额。

分析的目标应该是监控计算交易赚取的积分所需的时间，以便应用程序可以显示消费者有资格获得的奖励，同时测量并行运行的客户旅程总数（每分钟 API 请求数）。

通过运行此类测试，您将了解您的系统可以支持多少个并发会员订单和实时积分处理，以及平均 API 响应时间是多少。

如何进行忠诚度计划绩效测试？

为了让您了解预期的结果，Voucherify 会定期运行绩效报告。 最近，领先的国际燃料分销商和零售商与我们联系，要求我们进行忠诚度分析，以便在不停机的情况下管理他们的国际忠诚度计划。

在此示例中，Voucherify 忠诚度引擎可以轻松处理大量并发会员订单，平均 API 响应时间低于 50 毫秒。 在 5000 rpm 转速下，购买后计算和累积忠诚度积分平均需要2 秒。 在业务方面，该 API 可以轻松支持2500 个最终客户下订单并在每分钟结账时检查其更新的忠诚度余额。

这是忠诚度积分处理的平均延迟。 Y 轴以秒为单位。

Voucherify 如何帮助优化忠诚度计划绩效？

Voucherify 是一个云原生 SaaS 忠诚度引擎，旨在同时服务大规模忠诚度部署。 这种云原生方法是我们开发理念的核心。

为了提高忠诚度技术的速度和弹性，我们实施了多项最佳实践，以实现最佳忠诚度绩效：

• Voucherify 具有大量资源缓冲区，将使用率维持在 50% 左右，以应对流量突然增加。

• 我们的基础设施结合了AWS 促进的自动扩展，以及无状态应用程序架构，允许在 1-2 分钟内将新的 AWS 节点快速添加到 Kubernetes 集群，在 15-30 秒内启动应用程序，以及零停机时间的 Postgres 数据库扩展，这要归功于具有故障转移配置的多可用区设置。
  

• 我们使用API 速率限制策略（每分钟存储桶、每个项目），这可以帮助限制不受控制的突发（例如，配置错误的第 3 方集成），而不影响您的标准合法流量。

• 我们在多个级别上实现内部缓存机制（包括内存中、Redis 和 Postgres）。

• 我们将非关键操作卸载到排队系统以进行异步处理。 该技术不仅可以实现更快的 API 响应，还可以进行批处理，从而提高资源效率，并且在出现故障时提供重试。
  

• 对于自定义要求和 API 响应时间，Voucherify 提供SLA （服务级别协议），以保证在订阅期内始终提供特定的服务级别。
  
  
• Voucherify 被设计为多租户，允许多个客户安全地共享基础设施和应用程序资源，而无需访问彼此的数据。 目前，在我们的共享集群上，我们总共处理了 1 亿多客户，其中2000 万多是忠诚度计划的会员。 然而，对于我们的许多企业客户来说，通过多租户集群运行流量并不是一种选择。 这种情况的理想解决方案是专用基础设施集群，它使得大规模忠诚度部署（最多100M 成员）成为可能。

结论

建立有利可图的忠诚度生态系统不仅涉及让客户满意的奖励，还涉及利用适当的忠诚度技术来创建提供即时忠诚度体验的奖励计划。 通过应用最佳的 SRE 实践并在绘制忠诚度旅程之初就考虑绩效，您可以为自己的长期成功做好准备。

{{CTA}}

使用 Voucherify 建立您的忠诚度计划

我们来谈谈

{{ENDCTA}}