在您的新 Martech 平台上开始之前需要采取的 4 个步骤

从一个营销技术平台迁移到另一个营销技术平台既令人兴奋又令人恐惧。 组织越大，就越可怕。

但无论公司规模如何，从一个平台转移到另一个平台都是一场错综复杂的舞蹈。 您必须正确执行所有步骤才能从一开始就取得成功。

迁移到一个新平台似乎令人望而生畏，因为您在大学里没有学习如何去做。 你通过经验学习。 不是每个人都有过这种经历。 如果他们这样做了，那可能很糟糕。 每次迁移都是不同的，因为每个公司都有不同的需求和设置。

COVID-19 引发了公司对 Martech 的不满

我想到迁移，因为现在越来越多的公司正在通过征求建议书流程 (RFP) 或在平台之间迁移。

深入挖掘： 2022 年的 4 个营销要点可帮助您征服 2023 年

许多人发现他们的营销技术合作伙伴不够快或不够创新，无法支持他们在不断变化的 COVID 经济中对速度和灵活性的需求。

大流行前，公司更换 martech 平台主要是因为他们对成本、功能或支持不满意。 现在，他们对不够复杂的平台失去了耐心。

现实地看待移民

存在迁移简单快速的想法。 我不得不为那些认为他们可以在短短四个月内进行大规模平台更改的公司提供咨询。 当然，它可以做到，但成本是它的四倍。

正如我在开始时提到的，迁移有很多步骤，如果你想成功，你必须正确地完成它们。 您可以根据程序的复杂程度计划花费 3 到 18 个月的时间进行迁移。 在您的计划中考虑该时间表。

这些是想要研究新技术的公司最常见的四种投诉。 哪一个适用于你？

• “我的系统很不稳定。”
• “我们需要大量的技巧、变通办法和手动流程才能使事情正常进行。”
• “我需要 IT 部门的 Mary 为我移动数据。”
• “我需要外部流程来获得我需要的报告。”

这些发生是因为有人匆忙完成迁移。

成功迁移的 4 个重点领域

尽管每次迁移都不同，但至少，当您将系统从一个 Martech 平台迁移到另一个平台时，您应该关注以下四个方面：

1.发现

这是最重要的一步，也是最容易被忽视的一步。 那是因为没有人会首先考虑内部系统。 我将在此步骤上花费大量时间，因为您的成功取决于此。

当然，您很兴奋，因为您刚刚签署了一份新的闪亮工具的合同。 您正在梦想用您的新 ESP 做的一切。 您迫不及待地想开始发送电子邮件。 但是要有效地使用您的新工具，以及您在演示中流口水的所有功能，您必须知道在迁移到新平台时首先要做什么。

您的第一个关键步骤是使用您的团队、ESP 顾问或第三方机构来清点所有营销技术系统。 这意味着深入了解您的数据所在的位置、数据如何到达那里，以及您的流程、API、数据字段、访问和治理。

问很多问题。 与涉及您的电子邮件流程的每个人交谈，从您的数据和创意团队到推动“发送”的人员和您的 CMO。

不要跳过或匆忙完成此步骤。 有效的发现过程可确保您从新工具中获得最大收益，因为它会揭示意想不到的优势、劣势、差距和其他方面。

一个适当的发现需要对整个操作有一个全局的视角。 这不仅仅是各个团队各自的孤岛和职责。

另外，在手册中记录所有内容。 这将确定您的重要集成，哪些有用，哪些没用，哪些必须迁移到新平台，哪些不需要。

这需要时间，而且必须全面，但这对您下一步的成功至关重要。

深入挖掘： Martech 堆栈文档至关重要，这里有一些正确执行此操作的提示

2. 迁移到新平台

您的新 ESP 可以使用您在发现中创建的手册来定义业务案例并确定要移动的流程。 发现过程还揭示了移动事物的顺序。

迁移到新平台并不是将所有触发器、模板和列表都放入新平台，然后点击“开始”。 这是一种不受 IP 预热计划驱动的系统方法。

如果我在签署新的 martech 合同后从客户那里听到的第一个问题是 ESP 是否提到 IP 预热计划，我会笑（自言自语）。 这是迁移中的步骤 325。 我们在第四步。 在您计划您的第一个活动之前，让您的整合和计划先取得成果。

也许您认为您的新 ESP 会为您处理所有这一切。 惊喜！ 它可能无法进入您当前的 ESP 来为您完成任何这些工作。 您的内部团队或外部公司负责这项工作，不仅是为了满足迁移时间表，也是为了避免在迁移过程中中断业务。

受迁移影响的每个业务部门都有自己的目标和 KPI。 迁移到新平台意味着您已经加入了他们的工作。 您正在从一个地方提取数据并将其放在其他地方。 这需要规划、协议和谈判。

这成为将系统、流程和创意内容从一个平台移动到另一个平台的系统和精确的编排。 每个元素都必须以正确的顺序移动。 我怎么强调都不为过。 迁移与速度无关； 这是关于准确性。

一个好的发现过程在这里也有回报。 如果你做得好，你就会拥有这些东西。 迁移是一项团队工作，就像管弦乐队一样，而您是指挥。

3. 用户验收测试

这是另一个经常被忽视的步骤。 当您从 A 地搬到 B 地时，您必须进行测试以确保一切正常，如果不能正常工作，请使用您的旧 ESP 作为备份。 这意味着您将需要为即将成为旧版的 ESP 准备一些跑道。 这让你有时间把所有东西都搬过来。

制定用户验收测试计划，显示正在测试和批准的内容。 测试所有 1,000 个触发器。 测试模板的所有迭代和所有入站 API。

严格的测试方案可防止您破坏新平台上的东西。 用户验收测试是让您更接近按下“开始”按钮的重要一步。 但你还没有准备好推动它。

4. 发送电子邮件活动——但只在正确的时间

您可能会在此过程的早期发送电子邮件来测试系统或进行概念验证。 但是不要着急这一步。 在安全且有意义的时候去做，而不是因为时间表告诉你应该这样做。

发送电子邮件活动时，不要一次尝试您平台上的所有新功能。 耐心是移民的美德。 等到你达到平价，或者有点超越平价，当你做你在旧平台上做过的事情，但做得更快、更好或更便宜。

新平台为您的电子邮件操作带来无处不在的变化。 分阶段实施新的实施，并依靠新的 ESP 合作伙伴提供帮助。 按下“发送”是这个过程的最后一步，而不是开始。

包起来

在参与 RFP 和迁移的过去 23 年中，我几乎看到了一切。 三个关键概念被忽视了：

• 这需要大规模、协调的内部努力。
• 计划从旧平台到新平台的切换，这意味着可能会在短时间内使用旧 ESP 进行更新。
• 在 RFP 和合同终止日期之间给自己足够的时间。

在我们的企业客户迁移工作中，我们建议在运行 RFP 和关闭旧平台之间至少有两年的时间。 如果迁移过程花费的时间比预期的要长，则 ESP 不擅长延长合同。 它变得昂贵，而且可能很麻烦。

规划和合作伙伴关系可以帮助您了解您想要参与的创新弧线，并认识到您的新计划的潜力。

大流行病向我们表明，我们必须迅速转变，以在不断变化的商业环境中保持领先地位。 也许你马上就看出你的旧技术无法应对挑战，所以你想踩油门切换平台是情有可原的。

不要试图让从 RFP 到推动“Go”的迁移过程同样快。

获取营销技术！ 日常的。 自由的。 在您的收件箱中。

企业电子邮件地址

订阅 加工...

见条款。