在您的新 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”的遷移過程同樣快。

獲取營銷技術！ 日常的。 自由的。 在您的收件箱中。

企業電子郵件地址

訂閱 加工...

見條款。