大规模电子邮件优化的敏捷营销

ahad1020

我应该对我的电子邮件程序进行什么测试？”

“我们进行测试，但频率和目的性不如我们所希望的那样。”

“我们如何才能更好地进行电子邮件测试？”

这些问题和意见，在我们开始新的电子邮件程序探索项目时，经常会出现。迭代、系统性的测试是稳固的电子邮件程序基础的一部分，也是公司经常犯的一个错误。

剧透预警：本文探讨的是迭代式电子邮件测试，但这并不会削弱类似田口测试对程序的影响。对于迭代式测试，我推荐一种敏捷方法，它高度重视理想的用户体验，而这种流程传统上应用于软件开发。

如何将敏捷应用于电子邮件：
显然，Scrum 和看板等方法论的一些细节并不能完全应用于电子邮件测试计划，但您可以借用这些框架，根据影响和实施工作量来突出电子邮件中哪些元素应该进行测试。如果您对此感兴趣，QA Symphony 有一篇更完整的文章，介绍了敏捷方法论和测试方法之间的区别。目标是建立一个透明、快速、协作且数据驱动的电子邮件测试流程。

步骤 1：计划
给定活动电子邮件中可测试（或至少可寻址）的元素基本上分为三类 ：开放前、内容和目标。

除少数例外，这些元素已根据工作量和影响力从左到右排序。大多数 “打开前” 元素侧重于提高打开率，南非电话号码库 而大多数 “电子邮件正文” 元素则侧重于提高点击率。“ 目标” 类别通常需要电子邮件团队直接控制之外的大量工作，但不应忽视，因为这些项目也会对营销活动的整体成功产生影响。

在每个电子邮件营销活动中，都应测试或解决上述每个要素。计划处理每个要素，直到达到统计显著性，或至少直到您对定向结果感到满意为止。务必区分统计显著性和特定测试阶段的限时获胜者——前者与学习和设计指南相关，而后者仅用于选择在单次发送中使用哪种变体。

第 2 步：设计 + 开发
借用软件开发流程，这一点是最容易混淆的地方。我倾向于将 设计 和 开发 与电子邮件测试视为同一步骤。

一旦了解了每个程序需要测试的类别和元素，就可以开始具体化，并为每个测试撰写假设。标准化假设的写作格式非常重要，这样所有假设都有一个目标，并且你也知道如何衡量每个目标。ThoughtWorks 有一篇很棒的文章，提供了更多信息，但基本上你应该让你的假设看起来像这样：

我们相信________

将导致 _________。

当 ________ 时我们就知道我们成功了。

这种格式要求利益相关者在将某些内容交给创意开发之前考虑测试的细节。

步骤 3：测试 + 部署
企业级 ESP 通常包含电子邮件测试工具，但它们很少考虑统计显著性。取而代之的是，您可以为测试的初始部分设置一个时间范围，然后根据初始收件箱指标将“获胜者”发送给留组。这对于电子邮件测试来说通常已经足够了，但我们应该注意网站行为等可能影响转化的因素，尤其是在转化决定特定测试是否成功的情况下。其他因素还包括列表大小、用户活跃度和季节性。

步骤 4：分享
避免落入“部落知识陷阱”！务必在内部分享您的测试结果，以便其他电子邮件利益相关者了解您的电子邮件程序中哪些有效，哪些无效。这可以简单到像谷歌文档一样，也可以复杂到像持续更新的博客文章系列一样。无论哪种方式，您的测试结果都应包含测试日期和时间、测试变量、假设、测试组的总体指标以及任何有助于理解测试背景的附加说明。统计显著性应清晰地标明。

分享结果也有助于确定未来测试的优先级。也许某个主题行元素的表现远超预期，这可能会导致团队增加更多测试，以明确哪些测试有效，哪些无效。这个过程可以组织成一周或两周的冲刺。总体测试结果可以在季度业务回顾或月度会议上进行回顾，但你应该尽可能合理地进行测试。

结论
自适应规划、提前交付和持续改进都是结构化电子邮件测试计划应遵循的原则。电子邮件营销人员可以借鉴软件开发人员朋友的经验。