Unica とメールサービスプロバイダー (ESP) の統合のベストプラクティス

2020/6/2 - 読み終える時間: 2 分

英語版ブログの Unica and Email Service Provider (ESP) Integration - Best Practices - の翻訳版を掲載します。HCL Unica はマーケティング活動を支援するソフトウェアですが、メールでターゲットにリーチする上でメールは重要なメディアです。昨今の GDPR や CCPA を考慮しつつ適切な活動を行うベストプラクティスについて解説しています。

Unica とメールサービスプロバイダー (ESP) の統合のベストプラクティス

2020年1月30日

著者：Tom Hannigan Jr.

Unica Global Practice Leader

Unica をオタクにしましょう！ベストプラクティスのブログ投稿： Unica とメールサービスプロバイダー (ESP) の統合。

2020年は、マーケティング・テクノロジー・スタックを使って管理するにはツールが多すぎることに誰もが気づき始める年になると思います。ツールを連携させるためのベストプラクティスや、スタック内のどのツールでどの機能を実行する必要があるのかを明確にするためのベストプラクティスについて、最近多くのリクエストが寄せられています。

最近、銀行の顧客の1人がいくつかのアドバイスを求めました。彼らは現在のメールサービスプロバイダーを超えて、より大規模なエンタープライズグレードのメールエンジンに置き換えました。彼らは私に2つの質問をぶつけました。

• 新しい ESP と Unica の統合に関するベストプラクティスは何ですか。
• 両方のプラットフォームを最大限に活用するための統合をどのように設計すればよいでしょうか。

Unica はどの ESP とも統合できるように設計されているため、最初の質問はかなり簡単です。Unica 12 がリリースされると、Unica Link (詳細は今後の投稿で説明) を使用してシームレスな統合を実現することがさらに容易になります。

2番目の質問は、私のオープニング予測の風土病です。ツールの急増により、「どこで何が行われるのか」についてのマーケター側の混乱です。特定のソリューションでセグメンテーションまたは A/B テストを実行できるからといって、そうする必要があるわけではありません。答えは、コンテクストでの機能の理解、つまり顧客が運用上どのように設定されているかを理解することも必要です。正しい解決策はありません。

というわけで答えに進んでいきましょう。

下の図1は、Unica から ESP への「往復」の統合を示しています。ステップ1は、出力リストで実行されたフローチャートの結果として ESP に送信されるメールレコードを生成することです。これは、Unica のメール・リスト・プロセス・ボックスで指定されます。

Unica から ESP への「往復」の図

レコードが (API または FTP などを介して) ESP に配信された後、Unica はそれらの同じレコードをコンタクト履歴テーブルに書き込みます。この記録情報システムは、GDPR と CCPA の時代には重要です。重要な部分は、出力仕様と連絡先履歴に適切なキャンペーン識別子 (赤いボックスで示されている) を設計して、ESP から返されるメールの処理データと一致させることができるようにすることです。

既存のマーケティングダッシュボード (オレンジ色のボックス) で標準ビューの識別子を追加することをお勧めします。通常、これらは Unica から送信されるため、ESP プラットフォームでホストされている詳細なリアルタイムレポートを、既存のダッシュボードと同じ属性を使用してロールアップ、スライス、およびダイシングできます。

その後、メールに使用するクリエイティブテンプレートが必要な識別子 (黄色のボックス) が表示されます。最後に、ESP プラットフォーム (オレンジ色のボックス) で動的コンテンツを配信するために使用されるパーソナライズフィールドの値を書き込むことをお勧めします。これらのフィールドは、動的コンテンツが提供されるメールテンプレートのさまざまなゾーンにマップされます。

ESP 側から見た往復の図

エンタープライズグレードの ESP はすべて、メールファイルまたはAPI呼び出しからデータを取り込むことができます。ESP は連絡先リストをメールテンプレートと個人用設定フィールドに結合して、メーリングを実行します。配信性に加えて、ESP の重要な役割 (エンタープライズの観点から) は、入力データと同じキャンペーン識別子 (赤いボックス) でメールの処理を送信できるようにすることです。これは、レポート、分析、およびコンプライアンスのためにコンタクト履歴への処置を書き込むのに役立ちます。

これは、Unica を新しい ESP と統合する方法に関する最初の質問に答えます。上で述べたように、2番目の質問「どこで何をするか」は、答えるのが少し難しいです。とはいえ、私は常に「 DNA 」テストを出発点としてデフォルトで設定しています。

下の図3は、各プラットフォームの DNA の核となるものについての考えを示しています。

プラットフォームのコア DNA

全チャネルにわたる記録データのシステム、オーディエンス管理、洗練されたセグメンテーションのようなものは、Unica の DNA の中核です。配信可能性、パーソナライゼーションの管理、メールコンテンツ管理、およびクリエイティブテストは、ほとんどの ESP のコア DNA に含まれています。

ESP 統合を設計する際に常にお客様とともに検討する重要な考慮事項は次のとおりです。

• ESP のマーケティングダッシュボードとリアルタイムレポート間でレポートビューを調整するために、Unica からのメール出力ファイルに含めるフィールドを決定します。
• 動的コンテンツ識別子とコンテンツ自体の読み込み、管理、維持のプロセスを決定します。
• 制作および保守の観点から、管理可能なレベルの動的コンテンツのコンテナ化のための計画的な戦略を持っている。

最後に、絶対にフランケンキャンペーン (frankencampaign) を回避する習慣をつけましょう。

フランケンキャンペーンとは、チャネル配信プラットフォーム間で標準のキャンペーン識別子を調整せずにキャンペーンを実行する場合をさします。チャネルプラットフォーム (メール、リアルタイム、ソーシャル) がヘッドレスシステムとしてセットアップされ、キャンペーンの実行に統合されていない状況が見られます。これは、フランケンキャンペーンになります。メッセージは、さまざまな異なるキャンペーン識別子、タッチルール、およびオーディエンス定義を使用して、チャネル全体で顧客に到達してしまいます。これは優れた顧客体験ではありません。

それでは、2020年をマーケティング・テクノロジー・スタックのツールを真に機能させる年にして、「どこで何をすべきか」について戦略的に考えてみましょう。あなたはあなたのスタックからより良いビジネス価値を得るでしょう、そして私の予測は真実であることが証明されることでしょう。