[ 商业价值 ]

用可归因的证据构建客户故事

一个站得住脚的客户故事将已批准的索赔与可比较的基线、记录的干预措施和测量的结果联系起来。时刻关注失败、人为努力和相互矛盾的解释。

由EmailAuth研究团队提供 · 6 分钟阅读

[ 要点 ]

  • 在选择有利的例子之前,选择精确的结果和衡量规则。
  • 获得身份、报价、支持数据和最终背景的许可。
  • 包括未完成的任务、纠正工作和观察群体的变化。
  • 避免将身份验证测量转化为不受支持的收入、安全或交付声明。
在此页面上

从您可以辩护的主张开始

有用的客户故事解释了定义设置中的特定更改。它应该让读者了解起始问题、人员和软件做了什么、改进了什么以及仍然不确定。它不能把一张有吸引力的图表变成一种声称是一种产品导致了所有后续业务结果的声明。本文是一种准备可归因故事的方法,而不是EmailAuth推荐或真实客户的帐户。

在收集有利的例子之前,用可衡量的术语写出拟议的结果。减少调查工作、减少错误配置的合法发件人、改变身份验证通过率以及提高客户响应。每个人都需要不同的证据。一份报告显示更少 DMARC 失败不能独立建立更少的 网络钓鱼 事件、更高的收入或更好的收件箱放置。决定哪些声明正在被实际评估以及哪些声明将被忽略。

获得故事及其证据的许可

确定可以授权发布的组织、可以批准报价的个人以及允许审查支持记录的人员。处理运营报告的权限并不自动允许发布客户的身份、徽标、事件或消息详细信息。记录批准的措辞、受众、渠道、审查日期以及任何到期或撤销条件。匿名故事仍然需要保密审查,因为详细信息的组合可能会识别客户的身份。

这 FTC的背书指导 解释说,背书必须真实,并且可能需要披露重大关系。它还警告说,通用结果免责声明并不能解决有关典型性能的误导性影响。这些是美国的广告考虑因素,而不是普遍的法律许可。向相关审核员询问目标市场,并将客户同意与事实证实分开。

保留可比较的基线

定义观察单元:发件人调查、域加入任务、报告处理批次或消息填充。记录日期、包含规则、环境版本、发送者组合、人员配置、工作量和可用证据。将不成功和放弃的任务及其原因保留在数据集中。仅从困难案例中收集的基线不能与仅包含简单胜利的干预期进行公平比较。

对于身份验证测量,保留报告源、周期、标识符和过滤器。 RFC 9990 描述重复和重叠的报告;更改的收集器可以更改表观总数而不改变邮件行为。失踪的记者、延迟的投递和新的发件人群体必须是可见的。将计数和分母一起报告,并避免将未观察到的时期视为零故障。

对于劳动力测量,包括设置、培训、审查、更正、升级和维护。将动手时间与等待其他团队的时间分开。记录同一操作员是否执行了这两个阶段,以及对任务的熟悉是否可以解释一些改进。如果新的审核步骤占用了其他地方的时间,则节省的点击不会自动节省劳动力。

准确描述干预措施

列出发生的更改以及时间:身份验证配置、发送器停用、操作员培训、收集器更换、人员配置变更或新的审批程序。确定产品执行了哪些操作、供应商人员执行了哪些操作以及客户团队执行了哪些操作。请勿使用产品名称代替干预说明。

DMARC的当前规范 通过对齐的标识符支持定义的身份验证结果。这个范围有助于限制故事。成功的 结盟 不能证明收件人信任该消息、内容是良性的或帐户未受到损害。接收者行为和商业环境可以独立地影响观察到的结果。

在可行的情况下,在收集期后数据之前就可比较的任务、不变的参考人群或交错推出达成一致。这些可以帮助测试替代解释,但不会将结果标记为受控实验,除非设计实际上支持该描述。当多项干预措施同时发生时,明确说明归因限制。

计算结果而不隐藏工作

考虑一个完全虚构的二十个同等发件人调查的基准。基线需要 160 分钟的实践时间。提出的辅助方法需要 100 分钟加上 35 分钟的审查和纠正,总共 135 分钟。基准的差异是 25 分钟,而不是净节省 60 分钟。这些虚构的数字仅用于说明会计;它们不是客户或EmailAuth性能数据。

如果辅助方法未能完成三种情况,请报告该结果并将恢复工作纳入预定义的测量规则下。显示任务级别的变化,而不是让平均值掩盖特殊情况。解释任何排除、更改的定义和不可用的测量。算术改进可能与准确性下降或操作风险增加共存,因此验收应包括质量和速度。

这 FTC 证实政策 要求在发布客观的广告声明之前有充分的依据。表达满意的报价并不能提供缺失的测量证据。将每个公开句子与基础记录、批准的解释和授权的归属相匹配。

发布有界故事或将其保留为方法

强有力的最终叙述确定了起始条件、干预、观察窗口、样本、测量结果、努力、例外和限制。将重要的限定条件放在它们所限制的主张旁边。仅使用在最终背景下批准的报价;不要通过编辑或标题将谨慎的观察变成广泛的认可。

根据商定的访问和保留控制保留证据包,并指派专人在产品或客户情况发生变化后重新审视该故事。以后的更正应该更新索赔及其批准记录,而不是悄悄地留下过时的成功声明。本指南未联系或代表任何客户。

确切的调试大门仍然开放:可重复的任务前后基准,包含故障、人力和归因限制。还需要客户同意、书面干预和批准的报价。在这些工件存在之前,不要发布此材料中所谓的客户成功故事;有用的交付成果是验证方法及其明确虚构的工作计算。

[ 外卖 ]

如果缺少客户证据和权限,请发布验证方法而不是所谓的成功案例。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

客户营销

将许可附加到声明中

可发布的故事需要准确的证据和授权来识别和引用客户。

后续步骤

  1. 记录批准的身份、徽标、报价、受众和审核日期。
  2. 在标题和简短版本中保留资格。
  3. 当产品或客户情况发生重大变化时,重新确认索赔。

分析和运营

使比较具有可重复性

良好的平均值无法弥补未定义的基线或缺失的案例。

后续步骤

  1. 测量前确定观测单位、分母和包含规则。
  2. 保留任务级结果、报告来源和操作员工作量。
  3. 记录同时发生的变化和替代解释。

法律和客户批准者

回顾一下这个故事的含义

该措辞可能意味着比基础证据支持更广泛或更典型的结果。

后续步骤

  1. 审查目标市场的完整叙述和披露安排。
  2. 确认客户授权与证实分开。
  3. 即使报价听起来很热情,也要保留没有支持的主张。

[ 常见问题解答 ]

常见问题

我们可以重复使用供应商网站上已有的推荐吗?

不作为您新主张的证据或作为允许重新发布它的证据。为预期的故事和受众获取经过批准的措辞、归属和支持记录。

是什么使得前后比较具有可比性?

使用相同的任务定义、包含规则和测量方法,并披露人员配置、发送者组合、产品配置或工作负载方面的差异。在决定哪些结果看起来有利之前记录排除情况。

是否应该从节省时间的角度忽略不成功的自动化任务?

否。报告其数量和结果,并包括预定义测量规则下的恢复工作。更快的结果导致更多未完成的工作可能并不代表进步。

较低的DMARC失败计数是否证明产品可以防止网络钓鱼?

不会DMARC在其协议范围内测量经过身份验证的标识符对齐情况。计数可能会随着流量、报告覆盖范围或配置而变化,并且不会独立测量网络钓鱼事件。

重复的报告应该如何影响基线?

保留报告标识符、期间和出处,然后将记录的对帐规则一致地应用于两个期间。否则,改变系列可能会产生明显的趋势。

结果可能会有所不同的脚注足以获得特殊结果吗?

联邦贸易委员会指南警告说,通用免责声明并不能解决误导性的典型结果影响。相关广告审查必须评估实际主张和受众;这不是法律许可。

虚构的二十任务计算说明了什么?

它显示 100 分钟加上 35 分钟的审核是 135 分钟,因此与 160 分钟的差异是 25。它没有提供真正的客户绩效证据或保证节省。

在这成为客户故事之前,还有什么悬而未决的事情?

可重复的前后基准,包括失败、人力和归因限制,以及同意、记录的干预和批准的报价。此处尚未联系或代表任何客户。

[ 来源 ]

来源

  1. FTC 认可指导人们的要求
  2. FTC 关于广告证实的政策声明
  3. RFC 9989 :基于域的消息身份验证报告和一致性
  4. RFC 9990 : DMARC聚合报告

[ 词汇表 ]

词汇表

基线
定义的起始测量值和条件,用于与稍后的观察结果进行比较。
干涉
评估期间引入的记录的配置、流程、人员配备或工具变更。
归属限制
将观察到的变化分配给特定干预措施的置信度界限。
分母
用于解释测量的速率或平均值的人口或任务计数。
材质连接
可能影响受众如何评估认可的关系,并且可能需要根据适用的指导进行披露。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库