新しいマーテック プラットフォームに移行する前に実行する 4 つのステップ

あるマーケティング テクノロジー プラットフォームから別のマーケティング テクノロジー プラットフォームへの移行は、刺激的であると同時に恐ろしいものです。 組織が大きくなればなるほど、それは恐ろしくなります。

しかし、会社の規模に関係なく、あるプラットフォームから別のプラットフォームへの移行は複雑な作業です。 最初から成功するには、すべての手順を正しく行う必要があります。

新しいプラットフォームへの移行は、大学でその方法を学ばないため、困難に思えるかもしれません。 あなたは経験を通して学びます。 誰もがその経験をしたわけではありません。 もしそうなら、それはおそらく悪かったでしょう。 すべての企業が異なるニーズと設定を持っているため、すべての移行は異なります。

COVID-19 は、企業のマーテックに対する不満に拍車をかけました

より多くの企業が提案依頼プロセス (RFP) を経たり、プラットフォーム間で移行したりしているため、移行が頭に浮かびます。

掘り下げる: 2023 年を乗り切るための 2022 年からの 4 つのマーケティングのポイント

多くの人が、変化する COVID 経済におけるスピードと柔軟性に対する要求をサポートするには、マーテック パートナーのスピードや革新性が不十分であることを発見しました。

パンデミック前、企業は主にコスト、機能、またはサポートに不満を持っていたため、マーテック プラットフォームを切り替えました。 現在、十分に洗練されていないプラットフォームで、彼らの忍耐力は限界に達しています。

移行について現実的になる

移行は単純で高速であるという考えがあります。 私は、わずか 4 か月でプラットフォームを大幅に変更できると考えている企業に助言を求めてきました。 もちろん、それは可能ですが、4 倍のコストがかかります。

冒頭で述べたように、移行には多くの手順があり、成功するにはそれらを正しく行う必要があります。 プログラムの洗練度に基づいて、移行に 3 ～ 18 か月を費やすことを計画できます。 計画では、そのタイムラインを考慮に入れてください。

これらは、新しいテクノロジーを調査したい企業からの最も一般的な 4 つの苦情です。 あなたはどれに当てはまりますか？

• 「私のシステムは不安定です。」
• 「物事を機能させるには、多くのハック、回避策、および手動プロセスが必要です。」
• 「データを移動するために IT 部門の Mary が必要です。」
• 「必要なレポートを取得するには、外部プロセスが必要です。」

これらは、誰かが移行を急いだために発生します。

移行を成功させるための 4 つの重点分野

すべての移行は異なりますが、システムをある martech プラットフォームから別のプラットフォームに移行するときは、少なくとも次の 4 つの領域に焦点を当てる必要があります。

1.発見

これは最も重要なステップであり、多くの場合、最も見過ごされがちです。 それは、誰も内部システムを最初に見ようとは考えていないからです。 あなたの成功はこのステップにかかっているので、私はこのステップにかなりの時間を費やします.

確かに、新しい光沢のあるツールの契約に署名したばかりなので、興奮しています。 あなたは、新しい ESP でやりたいことすべてを夢見ています。 そして、メールの送信を開始するのが待ちきれません。 ただし、新しいツールを効果的に使用するには、デモでよだれを垂らしたすべての機能を使用して、新しいプラットフォームに移行するときに最初に何をすべきかを知る必要があります。

最初の重要なステップは、チーム、ESP のコンサルタント、またはサードパーティの代理店を使用して、すべてのマーテック システムのインベントリを作成することです。 これは、データが存在する場所、データがそこに到達する方法、プロセス、API、データ フィールド、アクセス、およびガバナンスを深く掘り下げることを意味します。

多くの質問をしてください。 データ チームやクリエイティブ チームから、「送信」をプッシュする担当者や CMO まで、メール プロセスに関わるすべての人に話しかけてください。

このステップをスキップしたり、急いで実行したりしないでください。 発見プロセスが効果的であると、予想外の長所、短所、ギャップなどを明らかにするため、新しいツールを最大限に活用できます。

適切な発見には、オペレーション全体のグローバルな視点が必要です。 サイロや責任を負っている個々のチームだけではありません。

また、すべてをマニュアルに文書化します。 これにより、重要な統合、有用なものとそうでないもの、新しいプラットフォームに移行する必要があるものと移行しないものを特定できます。

時間がかかり、包括的でなければなりませんが、次のステップを成功させるためには非常に重要です。

より深く掘り下げる: Martech スタックのドキュメントは不可欠です。これを正しく行うためのヒントを次に示します。

2. 新しいプラットフォームへの移行

新しい ESP は、ディスカバリーで作成したマニュアルを使用して、ビジネス ケースを定義し、移行するプロセスを特定できます。 検出プロセスでは、物事を移動する順序も明らかになります。

新しいプラットフォームへの移行とは、すべてのトリガー、テンプレート、およびリストを新しいプラットフォームに放り込んでから [実行] をクリックすることではありません。 これは、知的財産のウォームアップ計画に左右されない体系的なアプローチです。

新しいマーテック契約に署名した後、クライアントから聞いた最初の質問が、ESP が IP ウォームアップ計画に言及しているかどうかである場合、私は笑ってしまいます。 それが移行のステップ 325 です。 私たちはステップ 4 にいます。 最初のキャンペーンを計画する前に、まず統合と計画を実現させてください。

新しい ESP がこれらすべてを処理してくれると思うかもしれません。 サプライズ！ 現在の ESP にアクセスして、この作業を行うことはできない可能性があります。 社内のチームまたは社外の会社が作業を行い、移行のタイムラインを満たすだけでなく、移行中にビジネスが中断されないようにします。

移行の影響を受けるすべてのビジネス ユニットには、独自の目標と KPI があります。 新しいプラットフォームに移行するということは、彼らの仕事にあなたが加わったことを意味します。 ある場所からデータを取り出して、別の場所に配置しています。 それには、計画、合意、および交渉が必要です。

これにより、あるプラットフォームから別のプラットフォームに移動するシステム、プロセス、およびクリエイティブ コンテンツの体系的かつ正確なオーケストレーションが実現します。 各要素は正しい順序で移動する必要があります。 私はこれを十分に強調することはできません。 移行はスピードではありません。 それは正確さについてです。

ここでも、優れた発見プロセスが効果を発揮します。 うまくやれば、それらのものが整ってきます。 移行はオーケストラのようなチームの取り組みであり、あなたが指揮者です。

3. ユーザー受け入れテスト

これは、見落とされがちなもう 1 つの手順です。 場所 A から場所 B に移動するときは、古い ESP をバックアップとして使用して、すべてが正しく機能していることをテストして確認する必要があります。 つまり、すぐに古い ESP になる滑走路が必要になるということです。 これにより、すべてを移動する時間ができます。

何がテストおよび承認されているかを示すユーザー受け入れテストの計画を作成します。 1,000 個すべてのトリガーをテストします。 テンプレートのすべての反復とすべてのインバウンド API をテストします。

規律あるテスト体制により、新しいプラットフォームで問題が発生するのを防ぐことができます。 ユーザー受け入れテストは、その「実行」ボタンを押すための大きな一歩です。 しかし、あなたはまだそれをプッシュする準備ができていません。

4. メール キャンペーンを送信しますが、適切なタイミングでのみ送信してください

プロセスの早い段階で電子メールを送信して、システムをテストしたり、概念を証明したりすることができます。 しかし、このステップを急がないでください。 時刻表にそうすべきだと書かれているからではなく、安全で理にかなっているときに実行してください。

メール キャンペーンを送信するときは、プラットフォームのすべての新機能を一度に試してはいけません。 忍耐は移住の美徳です。 古いプラットフォームで行っていたことを、より速く、より良く、またはより安く行う場合は、同等または同等を少し超えるまで待ちます。

新しいプラットフォームは、メール操作のいたるところに変化をもたらします。 新しい実装を段階的に導入し、新しい ESP パートナーに支援を依頼してください。 「送信」を押すことは、このプロセスの最後のステップであり、最初ではありません。

まとめ

過去 23 年間、RFP と移行に携わってきた私は、ほぼすべてのものを見てきました。 見過ごされがちな 3 つの重要な概念:

• それには大規模で調整された社内の努力が必要です。
• 古いプラットフォームから新しいプラットフォームへのカットオーバーを計画します。つまり、古い ESP で短期間更新する可能性があります。
• RFP と契約終了日の間に十分な時間をとってください。

エンタープライズ クライアントの移行に関する作業では、RFP の実行と古いプラットフォームのシャットダウンの間に最低 2 年のプロセスをお勧めします。 ESP は、移行プロセスに予想以上の時間がかかる場合、契約を延長することは得意ではありません。 それは高価になり、面倒になる可能性があります。

計画とパートナーシップは、参加したいイノベーション アークを理解し、新しいプログラムの可能性を認識するのに役立ちます。

パンデミックは、変化するビジネス状況の先を行くために迅速に方向転換する必要があることを示しました。 古いテクノロジーではこの課題に対応できないことがすぐにわかったので、プラットフォームを切り替えるためにガスを踏むことを許されるかもしれません.

RFP から「実行」への移行プロセスを同じように速く進めようとしないでください。

マーテックを手に入れよう！ 毎日。 無料。 受信トレイに。

ビジネス用メールアドレス

購読 処理...

条件を参照してください。