Cover Image

マーケティング担当者がCDPについて知っておくべき15のこと

2024/10/23 - 読み終える時間: 6 分

Ultimate Guide: 15 Critical CDP Facts Every Marketer Should Know の翻訳版です。

マーケティング担当者がCDPについて知っておくべき15のこと

2024年10月7日

著者: HCLSoftware - a division of HCL Technologies, fuels the Digital+ economy and fulfills clients transformative needs with AI and Automation, Data and Analytics, Digital Transformation, and Enterprise Security.

市場を掌握するには、まず顧客データを掌握することから始まります。顧客を包括的に把握することはもはや贅沢ではなく、必需品です。ここで、顧客データ プラットフォーム (CDP) が役に立ち、現代の顧客体験戦略の中枢神経として機能します。

CDP は、テクノロジー スタック内の単なるツールではありません。顧客データの究極の真実の源であり、複数のタッチポイントからの情報を統合して各顧客の 360 度のビューを作成します。この総合的な視点により、企業はパーソナライズされた体験を提供し、データに基づく意思決定を行い、最終的には成長を促進できます。

ただし、すべての CDP が同じように作られているわけではありません。真の差別化要因は、その基礎となるアーキテクチャにあります。つまり、適応、拡張、ビジネスを前進させる能力を決定する目に見えない基盤です。

このブログでは、CDP の効率、柔軟性、拡張性を形作る重要なアーキテクチャ要素について説明し、CDP の複雑な状況をナビゲートするのに役立ちます。これらの技術的側面をわかりやすく説明することで、お客様が情報に基づいた意思決定を行い、ビジネス目標に完全に一致するようにし、投資が最大の価値をもたらすようにすることを目指しています。

データの簡素化がビジネスユーザーにどのように役立つか

CDP はさまざまなソースから膨大な量のデータを収集しますが、そこから得られる洞察は、技術チームだけでなくビジネスユーザーにもアクセス可能でなければなりません。結局のところ、データは、実行可能で、理解しやすく、解釈しやすいときに最も価値があります。これには、クリックやスクロール、特定のページ セクションで費やした時間などのデータが含まれます。これらは、デジタル ボディ ランゲージ (顧客がデジタル プラットフォームとやり取りする際に残す行動シグナル) を構成します。このデータをビジネスに適した言葉で提示することで、CDP は部門間のチームが顧客の行動に迅速かつ効果的に対応し、生データを明確で実用的なインテリジェンスに変換できるようにします。

セマンティック レイヤー: 複雑なデータをビジネスに適した言葉に変換

セマンティック レイヤーは、複雑な生データをビジネスに適した言葉に変換する抽象化を提供し、技術に詳しくないユーザーがデータを理解し、操作しやすくなります。このアプローチにより、組織全体でデータ定義が標準化され、一貫した解釈が可能になり、誤解のリスクが軽減されます。

画像の説明

各部門が独自の言語を話す会議で、セマンティック レイヤーが多言語翻訳者であることを想像してください。財務、マーケティング、技術にはそれぞれ独自の専門用語があります。翻訳者は、全員が同じメッセージを理解できるようにし、明確さを促進し、ビジネスユーザーが正確でわかりやすい情報に基づいて情報に基づいた決定を下せるようにします。

コンポーザビリティとスケーラビリティが重要な理由

コンポーザビリティとスケーラビリティは、柔軟で将来性のあるカスタマーデータプラットフォーム (CDP) の柱です。コンポーザビリティにより、モジュール コンポーネントを使用してソリューションを構築できるため、企業はシステム全体をオーバーホールすることなく、特定の機能を選択してバージョンアップできます。スケーラビリティは、プラットフォームがビジネスニーズに合わせて拡張できるようにすることで、これを補完します。これらを組み合わせることで、ビジネスに合わせて拡張できる動的で適応性の高いプラットフォームが作成されます。マイクロサービス、パッケージ化されたビジネス機能、クラウド ネイティブ、コンテナ化が、ソリューションでこの柔軟性とスケーラビリティを実現するのにどのように役立つかを見てみましょう。

画像の説明

クラウド ネイティブ: クラウドのパワーを活用する

クラウド ネイティブ アーキテクチャは、クラウド環境で最適なパフォーマンスを発揮するように特別に設計されており、スケーラビリティ、柔軟性、コスト効率を高めます。さまざまな道路状況に合わせて設定を自動的に調整し、高速道路でも曲がりくねった山道でも最適なパフォーマンスを確保する自動車を考えてみましょう。同様に、クラウド CDP は、進化するビジネスニーズに合わせて簡単に拡張および適応できます。動的なリソース割り当てが可能になり、さまざまな環境にわたってシームレスな拡張と迅速な展開が可能になり、堅牢性とセットアップ時間の短縮の両方が保証されます。このアプローチにより、CDP はパフォーマンスや効率を損なうことなく、増大する需要に対応できます。

マルチテナント: 複数のユーザー向けのコスト効率の高いスケーラビリティ

マルチテナントにより、複数のユーザーまたはチームが同じ CDP インフラストラクチャを共有しながら、データ、構成、リソースを分離できます。各乗客が自分の座席、ラジオの好み、空調設定を持ちながら、全員が同じ車を共有するカープールを想像してみてください。このアーキテクチャは、部門やユーザー グループごとに個別のインフラストラクチャを用意する必要性を減らせるため、コスト効率が向上します。また、バージョンアップとメンテナンスを一元的に処理できるため、管理も簡素化され、個々のグループのプライバシーやパフォーマンスに影響を与えることなく、すべてのテナントにメリットがもたらされます。スケーラビリティは確保されますが、テナント間のデータ漏洩を防ぐには、適切なデータ分離とガバナンスが不可欠です。

コンテナ化: 環境間の一貫性

自動車のパフォーマンスが運転条件によって変化するのと同様に、ソフトウェアのパフォーマンスも環境によって変化します。ただし、あらゆる環境で一貫したパフォーマンスが必要な場合は、コンテナ化が解決策となります。サービスとその依存関係をコンテナにパッケージ化することで、アプリケーションは分離され、オンプレミスでもクラウドでもシームレスに実行できます。これにより、展開、拡張性、管理が容易になり、組織は最小限の競合でさまざまなインフラストラクチャ間で一貫したパフォーマンス、効率性、移植性を実現できます。

  • コンテナ化の仕組み コンテナ化は、アプリケーションとその依存関係を軽量でポータブルなコンテナにパッケージ化することで機能します。このコンテナは、さまざまな環境で一貫して実行できます。これらのコンテナは互いに分離されているため、オンプレミス、クラウド、ハイブリッド環境のいずれに展開されていても、CDP 内の各サービスは独立して機能します。これにより、システムの他の部分に影響を与えることなく各コンテナを更新または置換できるため、管理とスケーリングが簡素化されます。

マイクロサービス: モジュール式で独立したサービスの実現

マイクロサービスアーキテクチャは、CDP をより小さな独立したコンポーネントに分割し、各コンポーネントが特定の機能を処理します。これは、必要なものを正確に構築するために、各パーツ (ナットやボルトまで) を選択して車をカスタマイズするようなものです。この柔軟性により、企業はシステム全体に影響を与えることなく、個々のサービスを開発、更新、または拡張できます。たとえば、ストレージに触れることなく、分析サービスだけをバージョンアップできます。このモジュール性により、最適なリソース使用とフォールト トレランスが保証されますが、多数の小さなパーツを慎重にオーケストレーションする必要があり、複雑さが増す可能性があります。

  • マイクロサービスアーキテクチャを使用する必要があるのはいつですか? ビジネスで柔軟性、新機能の市場投入までの時間の短縮、成長に合わせてサービスを個別に拡張する機能が必要な場合は、マイクロサービスアーキテクチャを使用する必要があります。ただし、マイクロサービスの管理には、熟練した開発者、DevOps の専門家、複雑な分散システムの処理に熟練したチームなど、より高度な技術的専門知識が必要です。メリットには俊敏性とスケーラビリティの向上が含まれますが、複雑さが増すのに対応できる適切な人材とインフラストラクチャを確保する必要があります。
パッケージ化されたビジネス機能 (PBC): 管理を簡素化するためのサービスのバンドル

PBC は、カスタム カー用に既製のエンジンを選択するのと同様に、関連するマイクロサービスをまとまったユニットにグループ化します。このアプローチでは、関連するサービスをバンドルすることで管理を簡素化し、柔軟性と使いやすさのバランスを実現します。PBC は運用を効率化し、スケーリングを管理しやすくしますが、マイクロサービスが提供するきめ細かい制御はありません。ただし、サービスを 1 つのユニットとして管理することで、PBC は多数の独立したサービスを処理する複雑さを軽減します。

  • CDP に必要な構成可能なコンポーネントをどのように決定すればよいですか?

    CDP に必要なコンポーネントは、CDP Institute が概説しているように、ソリューションの成熟度によって異なります。

    • 顧客情報の統合: この段階では顧客データがありますが、実用的な洞察が必要です。分析機能を追加すると、意味のあるエンゲージメントを促進する洞察を発見するのに役立ちます。

    • 顧客分析とインサイト: すでにインサイトがある場合は、マーケティング自動化と意思決定ツールを統合して、顧客データに基づいてマーケティング活動の応答性とパーソナライズ性を高める必要があります。

    • 自動化された顧客インタラクション: 自動化の次のステップは、リアルタイムの可能性を解き放つ意思決定エンジンを実装し、顧客の行動とコンテキストに正確に調整された動的なインタラクションを可能にすることです。

    • インテリジェントな顧客エクスペリエンス: リアルタイムのインタラクションが確立したら、真の 1 対 1 のパーソナライゼーションに焦点を移してください。AI 駆動型ソリューションを使用すると、すべてのタッチポイントで次善のエクスペリエンスを提供でき、各エンゲージメントをタイムリーで関連性が高くパーソナライズされたものにできます。

コンポーザビリティにより、既存のテクノロジー スタックに最適なコンポーネントを選択できますが、これらのコンポーネントが相互運用可能であることを確認することが重要です。現在のセットアップとシームレスに統合され、将来の追加にも対応できる柔軟性を備えたコンポーネントを選択する必要があります。これにより、互換性の問題で進捗が遅れることなく、ニーズの変化に応じてシステムを拡張可能かつ適応可能にできます。

CDP はデータ管理、アクセス、データ ガバナンスをどのように簡素化しますか?

CDP が成長するにつれて、構成可能性とスケーラビリティが重要になりますが、それらは方程式の一部にすぎません。 GDPR や CCPA などの厳格なプライバシー規制が適用される世界で、堅牢なデータ管理とコンプライアンスを確保することも同様に重要です。 同様に重要なのは、データの正確性、一貫性、セキュリティ、およびアクセス可能性を保証するデータ ガバナンスです。 データ ガバナンスは、データの管理方法をガイドするポリシーとプロセスのフレームワークであり、GDPR や CCPA などの規制に準拠していることを保証します。 これは、データセットが拡大するにつれて秩序を維持し、不正確さを防ぎ、機密情報を保護し、組織全体でデータが責任を持って効果的に使用されるようにするために不可欠です。

プラットフォームが拡大するにつれて、ますます大きなデータセットの管理が複雑になる可能性があり、秩序を維持し、コンプライアンスを確保するために厳格なガバナンスが不可欠になります。 CDP の機能がどのようにデータを保護し、ビジネスの拡大を効果的にサポートできるかを見てみましょう。

データ リネージ: データ フローの追跡とコンプライアンスの確保

データ リネージは、データがシステム内をどのように移動したか (送信元から最終宛先まで) を明確に記録します。この透明性は、規制への準拠、データ使用の監査、ビジネスプロセスの正確性の維持に不可欠です。データの問題を迅速に追跡し、データ主権などのガバナンス要件を満たすことを保証し、データ コンプライアンスの安全な基盤を提供します。

画像の説明

データ リネージをパッケージ追跡システムのように考えてみましょう。移動のすべてのステップが記録されるため、パッケージ (データ) がどこにあったか、何が行われたか、どこに行くかを常に把握できます。この可視性により、何も失われず、すべての規制に準拠していることが保証されます。

  • データ リネージにはどのような種類がありますか?

    データ リネージには主に 3 つの種類があります。

    • 記述的データ リネージ。送信元から宛先までのデータ フローの概要を示します。

    • 自動化されたデータ リネージ。専用ツールがリアルタイムでデータの動きをマッピングして追跡し、コンプライアンスと監査のための詳細な分析情報を提供します。

    • ビジネス データ リネージ。データ フローをビジネスプロセスに接続し、技術に詳しくないユーザーがデータがどのように業務をサポートしているかを理解できるようにします。

フェデレーテッド ラーニング: プライバシーを保護しながら機械学習を有効にする

フェデレーテッド ラーニングにより、企業は機密データを移動することなく、複数のデータ ソースに機械学習を適用できます。生のデータを元の場所に保持することでデータのプライバシーを維持しながら、グローバルな分析情報を活用します。これは、厳格なデータ法が適用される複数の地域で事業を展開している企業にとって特に有利です。コンプライアンスを犠牲にすることなく、ビジネス戦略のための強力なツールである AI 主導の意思決定が可能になります。

小売チェーンの複数の支店がローカル データを使用して、顧客情報を他の支店と共有せずに共有予測モデルを改善する様子を想像してください。

ゼロ コピー: データ重複の削減

ゼロ コピー アーキテクチャにより、重複コピーを作成せずに複数のサービス間でデータを共有できるため、ストレージ コストが削減され、データ アクセス速度が向上します。データ管理が簡素化され、業務の効率化が図られ、意思決定に影響を与える可能性のあるデータの不一致のリスクが軽減されます。

ゼロコピーを共有オンライン ドキュメントと考えてください。後でマージする必要がある個別のバージョンを作成するのではなく、全員が同じファイルをリアルタイムで編集できます。これにより重複がなくなり、全員が同じ最新の情報で作業できるようになります。

データ仮想化: データ アクセスの合理化

データ仮想化により、物理的に移動またはコピーすることなく、複数のシステムからのデータを統合的に表示できます。保存場所に関係なく重要な情報にリアルタイムでアクセスできるため、チームの意思決定が容易になり、さまざまなプラットフォーム間でデータを管理する複雑さが軽減されます。

これは、GPS、燃料計、スピードメーターから情報を取得するダッシュボードが車にあるようなものです。各システムに個別にアクセスする必要はありません。すべてが 1 つのシームレスなビューですぐに利用できるため、迅速な意思決定が容易になります。

  • ゼロコピー データ共有とデータ仮想化の違いは何ですか?

    • ゼロコピー データ共有とデータ仮想化の主な違いは、データ アクセスと移動の処理方法です。
  • ゼロコピー データ共有

    • 焦点: システムまたはサービス間でデータをコピーする必要がなくなります。

    • 仕組み: データは、重複コピーを作成せずに複数のシステムまたはサービス間で共有されるため、アーキテクチャのさまざまな部分から同じデータ ソースに直接アクセスできます。これにより、ストレージ コストが削減され、データ アクセス速度が向上します。

    • ユースケース: 複数のシステムがリアルタイム データ フィードを共有する場合のように、サービスまたはアプリケーションが、複製または転送せずに同じデータセットにアクセスする必要がある場合。

  • データ仮想化:

    • 焦点: 複数の異なるソースからのデータの統合された仮想ビューを提供します。

    • 仕組み: データ仮想化は、さまざまなソース (データベース、クラウド ストレージ、アプリケーションなど) からのデータを、あたかも単一のシステムの一部であるかのようにシームレスに統合して表示する仮想レイヤーを作成します。データは物理的に移動またはコピーされませんが、ユーザーは一貫したインターフェイスを通じてデータを操作できるため、安心して統合されたビューを利用できます。

    • ユースケース: 組織が複数のシステム (クラウド、オンプレミス、さまざまなデータベース) にわたってデータを物理的に統合することなくアクセスして操作する必要がある場合。

データ ファブリック: シームレスなアクセスのために分散データを統合

データ ファブリックは、データ仮想化、データ統合、ガバナンス、セキュリティ、およびさまざまな環境 (オンプレミス、クラウド、ハイブリッド) にわたるリアルタイム アクセスを含む包括的な用語です。また、AI、機械学習、メタデータ管理などの他のテクノロジーを活用することもできます。

さまざまな都市 (データ ソース) を結ぶ広大な道路網を想像してください。この道路網は、すべての場所間のスムーズな移動を保証するように設計されています。データ ファブリックはこのネットワークのように機能し、どこからでも障害なくデータにアクセスできるようにしながら、途中でセキュリティとガバナンスを維持します。

データ メッシュ: チーム間でのデータ所有権の分散

データ メッシュは、データ管理を一元化されたチームから個々のビジネス ユニットまたは部門に移行し、各自のデータを管理および統制できるようにします。この分散化により、チームはデータに効率的にアクセスして使用できるようになり、組織全体でセキュリティとガバナンスの標準が維持されるため、スケーラビリティが促進され、意思決定が迅速化されます。

  • データ レイク、データ ファブリック、データ メッシュの違いは何ですか?

    • データ レイクは、分析に必要なときまで生データをネイティブ形式で保存する一元化されたリポジトリです。

    • データ ファブリックは、環境間でのデータ統合、ガバナンス、共有を自動化するアーキテクチャを提供し、データが常にアクセス可能で安全であることを保証します。

    • データ メッシュは、データを製品として扱い、個々のチームにデータ ドメインの責任を持たせることで、データの所有権を分散します。

CDP のリアルタイム応答性は、どのようにアジャイルな顧客エンゲージメントを促進するのでしょうか?

ビジネスが成長するにつれて、顧客とのやり取りはリアルタイムで行われるようになり、顧客データ プラットフォーム (CDP) は顧客の行動に即座に対応する必要があります。リアルタイム応答性は、デジタル ボディ ランゲージの洞察と組み合わせることでさらに強力になります。顧客とのやり取りからデータを取得して処理する CDP は、顧客の当面のニーズを満たすようにメッセージングとオファーを自動的に調整できるため、すべてのエンゲージメントがパーソナライズされ、関連性が感じられるようになります。購入時にロイヤルティ ポイントを即座に更新することから、顧客が製品に興味を示したときにカスタマイズされたプロモーションを開始することまで、リアルタイム応答性により、ビジネスは競争の激しい環境で優位を保ち、顧客満足度を最大化できます。

このセクションでは、イベント駆動型アーキテクチャ、API ファースト設計、分離アーキテクチャを統合することで、CDP を顧客のニーズと市場の変化に対応する、より動的で応答性の高いツールに変える方法について詳しく説明します。

イベント駆動型アーキテクチャ: リアルタイム応答性の実現

イベント駆動型アーキテクチャにより、CDP はリアルタイムの応答をトリガーすることで、特定の顧客アクション (イベント) に反応できます。プロモーションのパーソナライズや在庫の更新など、このアーキテクチャにより、イベントが発生するとすぐにアクションが実行されます。

  • イベント駆動型アーキテクチャはいつ使用すべきですか?

    イベント駆動型アーキテクチャは、CDP が顧客とのやり取りにリアルタイムで応答する必要がある場合に最適です。ユーザーがショッピング カートにアイテムを追加したときにパーソナライズされたオファーを送信したり、購入時にロイヤルティ ポイントを更新したりするなど、顧客の行動に基づいて即時のアクションが必要なシナリオに最適です。

  • イベント駆動型アーキテクチャの例は何ですか?

    e コマースでは、カートにアイテムを追加すると、イベント駆動型アーキテクチャを使用してリアルタイムの在庫更新と価格調整がトリガーされます。イベント駆動型アーキテクチャの例としては、eコマースプラットフォームが挙げられます。顧客がカートに商品を入れると、イベントによって在庫の更新、価格の再計算、パーソナライズされた商品の推奨がリアルタイムでトリガーされ、顧客は最も関連性の高い最新のエクスペリエンスを体験できます。

API ファースト: 他のシステムとの統合を容易にする

API ファースト アーキテクチャでは、すべての CDP 機能が API 経由でアクセス可能になるため、他のシステムとの統合がより簡単かつ柔軟になります。このアプローチにより、システム間でシームレスなデータ交換が可能になり、企業はさまざまなアプリケーションをスムーズに統合し、テクノロジー スタックを将来にわたって保護できます。

旅行中にアダプターを使用してデバイスをさまざまな電源ソケットに接続できるようにすることと同様に、API ファースト アプローチでは、プラットフォームに関係なく、CDP がさまざまなシステムに容易に「接続」できるようにします。

  • API ファースト アプローチとマイクロサービスの違いは何ですか?

    API ファースト アプローチでは、サービスがシステム間で通信してデータを共有するための主な方法として API を設計することに重点を置いており、柔軟性とスケーラビリティを確保します。一方、マイクロサービスアーキテクチャでは、システムを、それぞれが特定のタスクを実行する、より小さな独立したサービスに分割します。API ファーストではインタラクションのインターフェースが重視されますが、マイクロサービスは、個別に開発および展開できる、モジュール式の独立してスケーラブルなサービスの構築に重点を置いています。

分離アーキテクチャ: 柔軟なフロントエンドとバックエンドの統合

分離アーキテクチャでは、フロントエンド (顧客が見るもの) とバックエンド (データ処理) が分離され、各部分が独立して進化できます。この柔軟性により、企業はプラットフォーム全体を混乱させることなく、システムの一部を改善または更新できます。これは、エンジンに影響を与えずに車のステレオ システムを交換するのと同じです。

まとめ

カスタマー データ プラットフォーム (CDP) のアーキテクチャは、ビジネスとともに成長し、リアルタイムの洞察を提供し、パーソナライズされた顧客体験を実現する能力の基盤です。コンポーザビリティ、マイクロサービス、データ仮想化などの重要な概念を理解することで、組織の進化するニーズを満たす CDP を選択できます。このアプローチにより、今日の急速に変化する環境で求められる俊敏性と拡張性がビジネスにもたらされます。

すべての企業は、顧客データ プラットフォーム (CDP) への投資が不可欠であることを認識する必要があります。包括的なソリューションに投資するか、予算の制約を満たすコンポーザブル CDP に投資するかの選択になります。

コンポーザブル CDP を選択すると、間違いなく ROI が最大化されます。このアプローチは、データ機能を強化するだけでなく、全面的な見直しの手間をかけずにそれを実現します。

予算をそのまま維持し、ビジネスが顧客データを最大限に活用できるソリューションに投資してください。


Cover Image

外部データの活用で顧客理解を深化 データを本当に生かすために必要なことは?

2024/10/16 - 読み終える時間: ~1 分

月刊『宣伝会議』編集部では、MA事業を1997年から展開するHCLSoftwareと共に「宣伝会議 マーケティングサロン supported by HCL Unica」を開催しました。その記事が公開されました。7社のマーケティング部門担当者が集合して討論を行った興味深い内容です。

画像の説明


Cover Image

HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 2

2024/9/4 - 読み終える時間: ~1 分

Understanding Campaign Listener Clustering and Listener Failover - Part 2 の翻訳版です。


HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 2

クラスター化されたリスナー環境

Campaign にクラスター化されたリスナー設定が導入されたため、集中化されたエンティティからのリクエストが送信される複数の独立して動作するリスナーノードを持つ設定として考える必要があります。各リスナープロセスは、単一のリスナー環境の場合と同じように動作し (詳細については、このブログのパート 1 を参照してください)、マシンのローカルにある unica_acsvr プロセスを独立して起動およびシャットダウンし、独自の unica_aclsnr.udb ファイルを維持します。各リスナーノードは情報を共有しません。「マスターリスナー」が管理しているにもかかわらず、それらは個別の独立した単一のリスナーノードのように動作します。クラスター化された Campaign リスナー設定がどのようになるか、次の図に示します。

Campaign リスナーのクラスタリングとリスナーのフェイルオーバー

マスターリスナープロセスをロードバランサーとして考えます。 Campaign J2EE Web アプリケーションサーバーから Campaign にログインするか、フローチャートを表示/編集/実行する要求が届くと、Campaign Web アプリケーションは特定のリスナーと通信してこれを行うのではなく、クラスター化されたセットアップ内のマスターリスナーにそれらの要求を渡します。

次に、マスターリスナーは構成設定を確認して、どの子リスナーノードがこのタスクを実行するかを判断します。マスターリスナーがどの子リスナーノードが要求を受け取るかを決定すると、要求はその子リスナーノードに渡されます。

その時点で、その特定のマシン上の子リスナーノードは、非クラスター化されたセットアップで実行されている単一のリスナーノードであるかのように要求を処理します。適切な unica_acsvr プロセスが生成され、それらの unica_acsvr プロセスが要求されたアクションを実行します。次に、リスナーノードは unica_aclsnr.udb のローカル コピーを更新して、管理している unica_acsvr を認識します。

クラスター内の他の子リスナーは、他の子リスナーが何に取り組んでいるかを把握していません。すべてのアクティビティは、単一の子リスナーノードにローカライズされます。子リスナーノードは、管理している unica_aclsnr.udb ファイルから相対的なローカル unica_acsvr 情報を通信または共有することはありません。一部のユーザーリクエストが 1 つの子リスナーノードに送信され、他のユーザーリクエストが別の子リスナーノードに送信される場合があり、これらはすべて、環境の構成設定に基づいてワークロードを管理/バランスするためにマスターリスナーによってそれらの子リスナーノードに分散されます。

では、リスナーが使用できなくなり、フェイルオーバーが必要になった場合、これはどのように機能するのでしょうか。マスターリスナーが 2 つ以上の子リスナーノードを管理している場合、ビジネスユーザーから UI 経由で送信されるリクエストは、それらの子リスナーノード間で負荷分散されます。これらのリスナーノードの 1 つが手動介入またはその他のイベントによってダウンした場合、流入する新しいリクエストは、マスターリスナーによって、機能しているシステム内の残りの子ノードに転送されます。これらは別のマシンで動作しますが、同じシステムテーブルデータベース情報とファイル サーバー コンテンツ (共有ディレクトリ内) に引き続きアクセスできます。フロントエンドのビジネスユーザーにとって、ビジネスは通常どおりに進行し、ダウンタイムは発生しません。これは、他のリスナーノードがダウンしている場合でも、リクエストを受信できる稼働中のリスナーノードが少なくとも 1 つ残っているためです。IT チームは、フロントエンドのビジネスユーザーを混乱させることなく、舞台裏でダウンした子リスナーノードを調べることができます。マスターリスナーは、Campaign J2EE Web アプリケーションサーバーからのリクエストをリダイレクトする際に、スイッチを切り替えて、常に残りの稼働中のリスナーノードを指すようにします。ダウンしたリスナーノードが復旧すると、マスターリスナーは以前と同様に、そのノード (および他のノード) にリクエストを送信し始めます。

ここで、リスナーの 1 つがダウンし、そのリスナーでフローチャートとログインセッション unica_acsvr がすでに実行されているとします。その場合、何が起きるでしょうか。子リスナーノードの 1 つがダウンすると、マスターリスナーは新しいリクエストを他の子リスナーノードに転送しますが、リスナーノードがダウンしたマシンで以前から実行されていた unica_acsvr は、単一のリスナーセットアップのように動作します。フローチャートロジックはある程度まで実行し続けるかもしれませんが、そのマシンのリスナーがなくなるため、UI の更新やそれ以降の UI クリックは実行されない可能性があります。リスナーがダウンしても、unica_acsvr プロセスはリスナーノード間で転送されません。つまり、ノード A のリスナーがダウンすると、ダウン時に存在していた管理対象の unica_acsvr プロセスは他のリスナーノードで開始できなくなります。代わりに、フローチャートにアクセスするための新しい UI 要求を通じて、他のリスナーノードで再起動を手動で行う必要があります。

マスターリスナーノードが存在するマシンが使用できなくなった場合、Campaign は中断を回避するために、残りの子リスナーノードの 1 つを新しいマスターリスナーノードとして使用するように自動的に切り替えます。

要するに、クラスター化されたリスナー設定では、フェイルオーバーとは、リスナーノードがダウンまたはダウンしているときに、unica_acsvr プロセスの起動時に新しい要求が来た場合、常に実行中の子リスナーノードに転送されることを意味します。ダウンしたリスナーノードで実行されていた unica_acsvr プロセスは回復できません。ユーザーは、UI (フリーズしている可能性があります) からログアウトして、稼働中の子リスナーノードの 1 つで新しい Campaign ログインセッションを確立する必要があります。

ブログの最初の部分は、こちらで読むことができます - HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 1

クラスター リスナー設定の構成プロパティの詳細については、Unica ブログを購読して最新情報を入手してください。


Cover Image

HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 1

2024/9/4 - 読み終える時間: 2 分

Understanding Campaign Listener Clustering and Listener Failover - Part 1 の翻訳版です。


HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 1

2020年4月21日

著者: Deborah Matyi / Unica Senior Technical Support Engineer

単一リスナー環境

Campaign リスナーのクラスタリングとフェイルオーバーでの使用がどのように機能するかを理解するには、まず Campaign リスナーの一般的な動作を理解する必要があります。次の図は、単一リスナー環境の基本的なセットアップを示しています。

Campaign リスナーのクラスタリングとリスナーのフェイルオーバー

単一 Campaign リスナーセットアップでは、リスナーは、Web アプリケーションサーバーの Campaign J2EE デプロイメントから、Unica UI で行われた特定の Campaign 機能アクションに対する要求を受け取ります。たとえば、ユーザーが Unica UI にログインし、Campaign 関連機能 (Campaign > Campaigns メニュー項目など) をクリックすると、Campaign リスナーに要求が送信されます。このリスナーは、Campaign 分析サーバー (リスナープロセスが実行されているマシン) で実行される「unica_acsvr」という独立した別のプロセスを分岐します。この unica_acsvr プロセスは、ユーザーの Campaign ログインセッションになります。各ユーザーには、ログインセッション用の独自の unica_acsvr プロセスがあります。

その後、ユーザーがキャンペーン内のフローチャート タブをクリックすると、リスナーはキャンペーン J2EE デプロイメントから別のリクエストを受け取り、そのフローチャート専用の別の unica_acsvr プロセスをフォークします。この unica_acsvr プロセスは、flowchart.ses ファイルの内容と、そのフローチャートの以前の実行からのセル実行結果 (存在する場合) をメモリにロードします (そのため、各プロセス ボックスに緑のチェックマークと出力セル数を表示できます)。ユーザーがアクセスする各フローチャートでは、独自の unica_acsvr プロセスが開始されます。

フローチャートロジックを実行するために自動化されたフローチャート タスク (Unica スケジューラまたはキャンペーンユーティリティ unica_svradm によって開始されるタスクなど) が開始された場合でも、リスナーによってそのフローチャートの単一の unica_acsvr プロセスが生成されます。

リスナーによって unica_acsvr プロセスが生成されるたびに、リスナーは Campaign_home/conf/unica_aclsnr.udb ファイルにその unica_acsvr の参照も追加します。このファイルは、リスナーがどの unica_acsvr プロセスが実行されているか、どの unica_acsvr プロセスを管理および通信するかを把握するための手段です。フローチャートの Unica_acsvr プロセスは、ユーザーがフローチャートを表示または編集しているとき、またはフローチャートがロジックを実行しているときでも、常に起動して「起動」状態のままになります。

ユーザーが編集モードを終了するか、UI でフローチャートの表示から移動するか、フローチャートの実行が完了すると、シグナルがリスナーに送信され、それぞれの unica_acsvr に渡されてシャットダウンされます。unica_acsvr プロセスが起動するたびに、Campaign リスナーによってこの unica_aclsnr.udb ファイルにエントリが追加され、unica_acsvr プロセスが終了するたびに、Campaign リスナーによって unica_aclsnr.udb ファイルからエントリが削除されるため、このファイルは動的に変化します。

全体的に、unica_acsvr プロセスでは、Campaign の J2EE 側との間で情報を送受信するために、リスナーが常に利用可能である必要があります。これにより、Unica UI は、そのフローチャートに関連する unica_acsvr プロセスの表示、編集、または実行結果を反映できます。リスナーがダウンしているか応答しない場合は、フローチャートとユーザーログインセッションも応答しなくなります。これは、リスナー (または「仲介者」) が Campaign J2EE デプロイメント、そして最終的にはユーザーワークステーションとの間で通信できなくなったために発生します。UI はフリーズし、unica_acsvr プロセスは正常に機能しなくなります。これを修正する唯一の方法は、ユーザーにブラウザーを閉じて Campaign ログインセッションから切断してもらうことです。リスナーの問題を修正する必要があります。その後、ユーザーは新しいブラウザーを開いて再度ログインし、操作を再開できます。

したがって、単一のリスナー環境では、リスナーが利用できなくなったり応答しなくなったりすると、リスナーが再び動作可能になるまでシステムのダウンタイムが発生します。キャンペーンリスナーの詳細については、ブログの第 2 部「HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 2」をご覧ください。

クラスター化されたリスナーの設定について詳しくは、Unica ブログを購読して最新情報を入手してください。


Cover Image

HCLSoftware が優れたマーケティングの定義を塗り替える:MMH SPARK Matrix™ でリーダーポジションを獲得した理由

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

HCLSoftware Redefines Marketing Excellence: See Why We Are Named a Leader in the MMH SPARK Matrix™ の翻訳版です。

HCLSoftware が優れたマーケティングの定義を塗り替える: MMH SPARK Matrix™ でリーダーポジションを獲得した理由

2024年5月2日

著者: HCLSoftware

MMH SPARK Matrix™ 2023 において HCLSoftware がリーダーポジションを獲得し、マーケティング戦略を変革する優れた能力に注目が集まっています。このリーダーポジションの獲得は、HCL Unicaが様々な分野でマーケティングのパフォーマンスを強化する優れた能力を持つことが評価されたものです。統合プランニングやオムニチャネルマーケティングから洞察に満ちた顧客行動分析に至るまで、HCL Unicaは、精度の高いマーケティング機能と多彩なデータモデルで、他社に抜きんでています。

この功績は単に勝ち取ったものというだけではなく、マーケティングの未来を形成する上でHCL Unicaが極めて重要な役割を担っていることが認められたことに他なりません。

「HCLSoftware は、MMH SPARK Matrix™ 2023 のリーダーポジションにあると認められました。対象となる製品、 HCL Unica は、キャンペーン サイクルの短縮、強力なブランド価値とロイヤルティの創出、レスポンス率の向上に役立つさまざまな機能を提供し、企業のマーケティング パフォーマンスの向上を支援する強力な MMH プラットフォームです。同社の技術的な差別化要因としては主に、統合された計画、予算編成、マーケティング業務、オムニチャネルゴールベースのマーケティング、顧客行動分析、大規模な精密マーケティング、データ展開モデルなどがあります。」

Quadrant Knowledge Solutions の SPARK Matrix™ とは

Quadrant Knowledge Solutions の SPARK Matrix™ は、主要な市場プレーヤーのポジションと戦略的地位にスポットライトを当て、市場環境の包括的なビューを提供します。単に市場参加者を視覚的に表現するだけでなく、各サプライヤーが様々なパフォーマンスパラメータに基づいて競合他社とどのように比較しているかを明らかにすることで、極めて重要な戦略的洞察を提供します。これらのパラメータは、テクノロジーエクセレンスとカスタマーインパクトの 2つの重要なカテゴリーに分類されます。

このレポートを入手すべき理由

  • 世界のMMH市場の複雑なダイナミクスを理解できる
  • デジタルマーケティングにおける課題と解決策、特に顧客エンゲージメントとロイヤルティ強化におけるMMHの重要性についての洞察を得られる
  • マルチチャネルマーケティングハブの構成要素と、複数のチャネルにまたがるパーソナライズされたエンゲージメントをどのように編成するかを学べる
  • 今日のマーケティングにおけるMMHの戦略的重要性と導入の増加について、顧客プロファイル管理とキャンペーン実行におけるMMHの役割を中心に説明がされている

HCL Unica の特長

HCL Unica は単なるMMH:マルチチャネル・マーケティングハブではありません。拡張性と柔軟性を独自に融合させ、あらゆる規模の企業が複数のチャネルでパーソナライズされたマーケティングキャンペーンを立案、実行できるようにします。Unicaは、マーケティングの精度と革新性を具体化し、以下を実現します:

  • 規模に応じた精密な顧客ターゲティング: 幅広いオーディエンスを正確かつ効率的にターゲットセグメントに変換

  • リアルタイムのパーソナライゼーション: 適切なタイミングで顧客の心に響く体験をカスタマイズ

  • 包括的なマーケティングプランニングと予算管理: すべてのマーケティング費用をROI向上のための投資として活用

  • ゴールベースのジャーニー管理: タッチポイントだけでなく、目標に沿ったカスタマージャーニーのマッピング

  • 統合データレイヤー(CDP)と顧客行動分析: データを実用的な洞察に変え、よりスマートなマーケティングの意思決定を実現

SPARK Matrix™ 2023年レポートでは MMH 市場の全容を明らかにし、HCL Unica やその他のトップパフォーマーが、パーソナライズされた顧客エンゲージメントの未来をどのように形成しているかを解説し、また、主要MMHベンダーの製品、市場での存在感、価値提案を詳細に分析しています。


Cover Image

データドリブンマーケティングの極意:マーケティングにおける共通課題への解決策

2024/6/5 - 読み終える時間: 3 分

Mastering the Art of Data-Driven Marketing: Solutions for Common Challenges の翻訳版です。


データドリブンマーケティングの極意:マーケティングにおける共通課題への解決策

2024年5月24日

著者: Amanda Tevis / Product Marketing Manager

デジタルマーケティングの複雑な状況を切り抜けるには、課題、特にデータ分析の複雑さに起因する課題を巧みに理解し、巧みに対処しなければなりません。エンゲージメント率の低さ、カート放棄率の高さ、キャンペーン ターゲティングの非効率性など、マーケティングでよくある問題は、データと行動分析の力を活用した実用的なソリューションで解決できます。これらの戦略が必要且つ有効であることを示し、マーケターの皆さんがこのような課題に立ち向かう際には私たちのサポートを受けられることを改めて知っていただくために、実際の課題解決例をご紹介します。データに基づく分析がデジタル マーケティングにおける共通課題を実用的かつ適用可能な方法で解決できること、マーケターの皆さんをサポートできることを知っていただければ幸いです。

課題 1:複雑なカスタマージャーニー

顧客は、ソーシャルメディアやウェブサイトなどのオンラインプラットフォームや、来店やダイレクトメールなどのオフラインの方法など、多くのチャネルを通じてブランドと関わっています。そのため、複雑なカスタマージャーニーが生まれ、追跡や分析が難しくなります。従来のマーケティングツールは、さまざまなソースからのデータを統合するのに手助けを必要とすることが多く、その結果、顧客の行動や嗜好を断片的にしか把握できません。この限界は、カスタマーエクスペリエンスに対する不完全な洞察につながり、効果的でまとまりのあるエンゲージメント戦略の開発を妨げ、あらゆるタッチポイントでのインタラクションを最適化する機会を逃すことになります。

ソリューション:行動分析ツールを採用することで、企業はオンラインオフラインを問わず、複数のインタラクションポイントからのデータを集約し、カスタマージャーニーを包括的に捉えることができます。総合的な視点は、すぐには明らかにならない顧客行動の隠れた洞察やパターンを明らかにし、マーケティング担当者がエンゲージメントの完全な経路を理解することを可能にします。行動分析ツールは、顧客ライフサイクルのさまざまな段階に合わせたターゲット戦略を構築し、各段階における特定のニーズや嗜好に対応します。エンゲージメントの低い領域や無視されている機能など、顧客や見込み客がウェブサイト上で行っていないことを強調することで、マーケティング担当者はアプローチを改善し、戦略が徹底した実行可能なデータに基づいていることを確認することで、信頼性を高められます。

このソリューションを導入するために、企業はデータアナリスト、カスタマーエクスペリエンスのスペシャリスト、デジタルマーケターからなる部門横断的なチームを設立することで、協力的な環境を醸成することができます。このチームが協力することで、行動分析レポートを定期的に見直し、顧客ペルソナを作成改良し、カスタマージャーニーのステージをマッピングし、介入すべき重要なタッチポイントを特定することができます。このような取り組みを部門間で連携させることで、同社は、特定の製品にフォーカスすることなく、行動インサイトを活用して顧客エンゲージメントと満足度を全体的に高める一貫した戦略を実現しています。このアプローチにより、戦略の有効性が向上し、チームメンバーの一体感と目的の共有が促進されます。

:顧客エンゲージメントと売り上げを強化しようとしている中規模のオンラインアパレル小売業者を考えてみましょう。同社は、データアナリスト、カスタマーエクスペリエンスのスペシャリスト、デジタルマーケティング担当者からなる部門横断的なチームで構成されており、隔週でミーティングを開き、包括的な行動分析レポートを検討しています。これらのレポートから、多くの顧客が決済ページでショッピングカートを放棄していること、サイトのレコメンデーションエンジンとのインタラクションが最小限であることが判明しました。これらの洞察をもとに、チームはチェックアウトプロセスをより合理的でユーザーフレンドリーなものに調整し、レコメンデーションエンジンをユーザーの嗜好や閲覧履歴に沿ったものに改良しました。このような的を絞った調整により、カート放棄率が顕著に減少し、パーソナライズされたおすすめ商品へのエンゲージメントが高まり、全体的な売り上げが大幅に向上しました。

課題 2:大規模なパーソナライゼーション

ビジネスの規模が拡大するにつれ、何千人、何百万人という個人を対象としたコンテンツのパーソナライゼーションに関わる膨大なデータ量に圧倒され、既存の手作業によるプロセスやシステムでは対応しきれなくなります。パーソナライゼーションには、個人の嗜好、行動、エンゲージメント履歴を深く理解する必要があります。有意義なパーソナライゼーションを実現するために複数のソースからデータを統合分析するには、多大な技術投資と専門知識が必要となり、成長するビジネスにとって大きな障壁となります。マーケティング担当者は、個人の関連性と幅広いリーチのバランスを取らなければなりません。

ソリューション:ページビュー、クリックスルー率、インタラクション時間など、デジタルのボディランゲージを活用することで、マーケティング担当者は顧客の意図や嗜好を理解し、詳細な行動基準に基づいたより正確なオーディエンスのセグメンテーションが可能になります。このセグメンテーションは、各グループの特定のニーズや関心に共鳴するコンテンツを調整するのに役立ち、個々のカスタマイズよりもターゲットを絞った戦略にリソースを集中させることで、パーソナライゼーションをスケーラブルなものにします。このようなセグメントに基づいてコンテンツのパーソナライズを自動化することで、マーケティングチームは、高レベルのパーソナライゼーションにありがちな運用の過負荷をかけることなく、膨大な顧客ベースの固有のニーズに効率的に対応できます。

事例ヨーロピアンクリケットネットワーク(ECN)は、ファンとのエンゲージメントを拡大し、試合当日の現場での体験を超えるパワーを提供したいと考えていました。究極のファン体験を構築するため、HCLSoftware と ECN はユーザーエンゲージメント戦略全体を自動化し、パーソナライズするために提携しました。ECNは、(1) コミュニケーションとアウトリーチ、(2) ファンプロフィールの獲得管理、(3) ファン調査とデータ整理の改善を望んでいた。これは、HCL Marketing CloudHCL DiscoverHCL Actian Data PlatformHCL Now を組み合わせることで実現しました。ファンの直接的な意見を取り入れることで、ECN のエンゲージメント戦略全体がより効果的になり、世界中のより多くのファンがクリケットに積極的に関わるようになりました。

課題 3:膨大なデータ

さまざまなデジタルチャネルから大量のデータが流入すると、マーケティング担当者は圧倒されます。膨大な数の無関係な情報や冗長な情報から必要なインサイトを絞り込むには、支援が必要です。この大洪水はしばしば分析麻痺を引き起こし、膨大なデータセットをナビゲートし、優先順位をつけるという困難な作業のために、意思決定プロセスが大幅に遅れたり、止まってしまったりします。市場トレンドに迅速に適応し対応する能力が向上し、タイムリーで効果的なマーケティング戦略やキャンペーン調整の妨げになる可能性があります。

ソリューション:行動分析ツールをマーケティングオートメーションソリューションと同時に導入することで、企業は大規模なデータセットを効率的に管理するための強力な組み合わせを手に入れられます。行動分析ツールは、顧客とのやり取りからパターンと嗜好を抽出し、消費者の行動を理解するために不可欠な詳細なインサイトを提供します。一方、マーケティングオートメーションシステムは、これらのインサイトを使用して、ターゲットを絞ったマーケティングアクションの自動化とスケーリングを行い、データ処理を効率化し、マーケティング活動を的確かつ効果的に行います。全体として、これはエンゲージメントとコンバージョン率の向上につながます。

行動分析とマーケティングオートメーションの相乗効果を最大化するために、企業は、パーソナライズされたマーケティングキャンペーンを提供するために、分析によって特定された行動トリガーと統合ワークフローを確立する必要があります。例えば、顧客が特定の製品カテゴリーに興味を示したときに、カスタムメールコンテンツやパーソナライズされたオファーを送信することで、エンゲージメントとコンバージョン率を大幅に向上させられます。

:家電を中心とした著名な小売りチェーンの例を見てみましょう。この企業では、行動分析をマーケティングオートメーションプラットフォームにシームレスに統合し、オンラインとオフラインのチャネルで顧客の購入やオンライン閲覧行動を追跡しています。高度なアルゴリズムを使用することで、購買パターン、製品の好み、エンゲージメントレベルに基づいて、顧客を詳細なカテゴリーに自動的にセグメント化します。この統合により、高度にパーソナライズされたメールキャンペーンの実施が可能になり、関連性の高い新製品の発売、技術アクセサリーの推奨、限定プロモーションなどを提供することで、顧客エンゲージメントを大幅に高め、売り上げの増加を促進することができました。

課題 4:マーケティングROIの実証

様々な要因が複雑に絡み合って消費者行動に影響を与えるため、単一のキャンペーンの影響を切り分けるのは困難であます。明確な指標と因果関係の証拠があれば、マーケティング活動の投資収益率(ROI)を実証することがより管理しやすくなり、その効果を確実に評価できるようになります。ROIの証明が困難であれば、将来の予算配分や戦略的意思決定が危うくなり、利害関係者は、明確で定量化可能な効果がないマーケティング活動への投資をためらう可能性があります。

ソリューション:マーケティング施策を具体的なビジネス成果に効果的に結びつけ、ROIを示すためには、行動分析をマーケティング戦略に組み込むことが不可欠です。行動分析を採用することで、マーケティング担当者は、最初のエンゲージメントから最終的なコンバージョンに至るまで、顧客がさまざまなマーケティングチャネルやキャンペーンとどのように接したかに関する詳細なデータを取得し、分析できるようになります。このデータによってマーケティング担当者は、どのアクティビティが顧客の行動を促進しているかを特定し、オーディエンスをより正確にセグメント化し、洞察に基づいてリアルタイムのキャンペーンを最適化できます。

実践的な導入のためには、マーケティング担当者は、売り上げの増加、顧客維持率の向上、顧客生涯価値の向上など、ビジネス上の目的に直接合致する主要業績評価指標(KPI)を定義することから始めるべきです。次に、行動分析ツールを使ってこれらのKPIを様々なレベルで追跡し、特定のマーケティングアクションと消費者行動の変化を結びつけます。これによって、何がうまくいっていて何がうまくいっていないのかの明確なマップが得られ、異なるセグメントや製品にわたって成功した戦術を予測し、拡大する能力が強化されます。

このデータをマーケティングオートメーションプラットフォームに組み込むことで、リアルタイムのインサイトに基づいてマーケティング戦略を自動変更し、効率と効果を高めることができます。システムに継続的にフィードバックすることで戦略が常に改善され、マーケティング費用が最適化され、測定可能なビジネス効果に直接貢献するダイナミックなループが生まれます。このループは、利害関係者にROIの明確なデータ主導の証拠を提供するため、予算配分の継続または増加のケースを大幅に強化します。

:ある家電専門の eコマース企業は、デジタルマーケティング施策のROIを実証するという課題に直面しています。同社は、メールキャンペーンやソーシャルメディア広告などの特定のマーケティング施策に直接結びついた、販売転換率や顧客維持率などの明確なKPIを設定。行動分析を統合し、デジタルプラットフォーム全体で顧客の行動を追跡分析することで、製品の閲覧、カートでのやりとり、購入パターンを特定し、顧客の嗜好や行動に反映させています。

このデータを活用して、マーケティングオートメーションプラットフォームは、顧客の行動に基づいてセグメント化し、潜在顧客向けのターゲットメールやロイヤルカスタマー向けの特別オファーなど、パーソナライズされたマーケティング活動を自動的に作成します。また、クリックスルー率が低い場合はメールの内容を微調整したり、購買意欲はあるが取引が完了していないユーザーに割引を提供したりするなど、アナリティクスの洞察に基づいてマーケティング戦術を動的に調整します。行動分析から得られる詳細なROI分析は、特定のキャンペーンの効果とROIに関する具体的なデータを関係者に提供します。これにより、マーケティング費用の最適化、将来の投資に対する情報に基づいた意思決定、データ主導の洞察による全体的なビジネス成果の向上が可能になります。

データや行動インサイトを通じてこうしたマーケティングの課題に対処することで、業務効率が向上し、顧客満足度とビジネスの成長が高まります。これらのソリューションを採用することで、データを戦略的資産に変え、より多くの情報に基づいた意思決定を促し、より良い成果を達成できます。競争が激化する中、データを効果的に活用することで、他社との差別化を図り、マーケティングの成功を大きく左右することができます。

データ分析の詳細・デモについては、ごちらからご連絡ください。


Cover Image

State Bank of India が HCLSoftware と提携し、顧客エンゲージメントをデジタルに変革

2024/5月/16 - 読み終える時間: ~1 分

State Bank of India partners with HCLSoftware to digitally transform customer engagement の翻訳版です。


State Bank of India が HCLSoftware と提携し、顧客エンゲージメントをデジタルに変革

インド、ノイダ、2024年4月26日 - HCLTech のソフトウェア事業部門である HCLSoftware は本日、State Bank of India (SBI) がSBIのデジタルトランスフォーメーションプログラムの一環として、MarTech ソリューションに採用されたことを発表しました。

5年間の契約の一環として、HCLSoftware は HCL Unica プラットフォームを導入し、SBI がデジタル個人データ保護法 (DPDPA) やその他の厳しいセキュリティ要件を遵守しながら、顧客との対話の枠組みをデジタル化し、銀行の多様なデジタルマーケティングチャネルで超パーソナライズされたコミュニケーションを提供できるようにします。

HCL Unica は、先進的な顧客データ・プラットフォーム、AI機能、包括的なキャンペーン管理ツールを備え、リアルタイムのデータを活用して SBI の顧客エンゲージメント能力を大幅に向上させる。HCL Unica は、複雑なマルチチャネルのデジタル・マーケティング・キャンペーンを促進し、顧客エンゲージメントの精度と関連性を高めます。HCLSoftware の Chief Revenue Officer である Rajiv Shesh のコメントは以下のとおりです。

「このパートナーシップは、デジタル・トランスフォーメーションを大規模に実現する HCLSoftware の革新的な能力の強さを強調するものです。HCL Unicaが世界最大級の銀行業務改革を実現し、SBI が優れた顧客エンゲージメントと顧客体験を提供できるよう支援できることを誇りに思います」

HCL Unica の強力なカスタマーデータ・プラットフォームは、SBI の様々なタッチポイントからの顧客データを整理・集約し、より深い洞察と的を絞ったマーケティング活動を促進する統合ビューを作成します。


Cover Image

HCL Unica Deliver でモバイルプッシュの可能性を引き出す

2024/4/13 - 読み終える時間: 2 分

Unlock the Potential of Mobile Push With HCL Unica Deliver の翻訳版です。

HCL Unica Deliver でモバイルプッシュの可能性を引き出す

2024年4月12日

著者: Gordon Patchett / Product Manager for HCL Unica Deliver

メールやSMSメッセージは、顧客とのコミュニケーションチャネルとして効果的で広く使われているツールですが、モバイルプッシュメッセージングにはない欠点があります。

HCL Unica Deliver は、メール、SMS、モバイルプッシュ、WhatsAppなど、様々なコミュニケーションチャネルを通じて顧客とエンゲージすることを可能にします。HCLSoftwareの顧客の大多数にとって、メールとSMSはデジタルマーケティングの領域で主要なチャネルであり、モバイルプッシュは3位を占めています。しかし、メールとSMSの両チャネルには、ある課題があります。

メールチャンネル

メールは今日でも最も人気のあるデジタルチャンネルです。マーケティング組織にとって、メールは常に顕著な投資収益率(ROI)を示しており、あらゆる規模の企業にとって貴重なツールとなっています。しかし、そのメリットとは裏腹に、メールマーケティングにはマーケター独自の課題もあります。そのいくつかを探ってみましょう。

メールレピュテーションの構築

Gmail、Outlook、Yahooなどのメールサービスプロバイダ(ESP)は、スパマーを特定するために高度なAIフィルタリング手法を採用しています。大量のメールキャンペーンを送信するには、まずESPとの評判を確立する必要があります。そのためには、時間をかけて送信するメールの数を増やし、より多くの受信者に興味を持ってもらう必要があります。ESPは、開封やクリックスルーなどのポジティブなインタラクションに基づいて受信トレイへのメール配信を優先しますが、ネガティブなフィードバックがあると、メールが迷惑メールフォルダに振り分けられる可能性があります。

良い送信者レピュテーションを維持するには、データ品質の衛生管理を徹底する必要があります。エンゲージメントのないメールアカウントや古くなったメールアカウントにメールを送信すると、ESPからペナルティを受ける可能性があります。特に毎日何百万通ものメッセージを送信している場合は、配信率に大きな影響を与える可能性があります。このような状況はメール特有のものです。モバイルプッシュとアプリ内プッシュメッセージングを活用することで、送信者レピュテーションの構築と維持に労力の一部を振り向ける補完的なソリューションを提供できます。

HCL Unica DeliverはAI技術を採用し、お客様がダークプールの状況を管理できるよう支援します。この問題はメール特有のものでもあり、不正な送信者と戦う必要性やデータプライバシーに関する懸念の高まりが背景にあります。アップルは、不正確な開封率やクリック率に対処する厳格なメール保護ポリシー(MPP)を定めています。これらの対応を誤ると、マーケティング活動に大きな影響を与える可能性があります。

SMSチャネル

SMSメッセージの90%近くが、受信後3分以内に開封されています。SMSは、非常に高い開封率やクリックスルー率など、多くの利点を提供しますが、このコミュニケーションチャネルにも課題があります。

高コスト

電気通信事業者でない限り、SMSをビジネス目的で使用する場合、メールやプッシュ通知に比べ、数百倍のコストがかかります。法外なコストにもかかわらず、SMSが提供する高いエンゲージメント率は、重要なメッセージや収益を生み出すメッセージにとって有効な選択肢となり得ます。

マルチメディアの欠如

テキストのみのSMSメッセージは160文字に制限されています。HCL Unica Deliverでは、マルチパートメッセージの配信が可能ですが、サービス利用者は160文字の各メッセージ部分に対して課金されます。メッセージにパーソナライズフィールドを使用すると、長さが可変になる可能性があり、二重課金を避けるために注意深く管理する必要があります。

HCL Unica Deliverは便利な文字カウンターを提供し、パーソナライゼーション・フィールドに固定の文字長を適用できますが、これはパーソナライゼーション・フィールドの値の最大長をチェックする場合にのみ正確です。

モバイルプッシュ通知

モバイルプッシュ通知には、ネイティブプッシュ通知とアプリ内プッシュメッセージの2つの主要カテゴリがあります。

ネイティブプッシュ通知は、アップルやアンドロイドのネイティブメッセージングサービスを利用して、モバイルデバイスのロック画面に直接プッシュメッセージを配信します。これらのメッセージはSMSよりもリッチで、画像とテキストの両方を組み込めます。

アプリ内プッシュメッセージは、モバイルアプリに直接送信されるメッセージで、動画などのリッチな機能を提供し、モバイルデバイスの画面全体を利用できます。

どちらもSMSと同様に開封率が高いです。さらに、顧客を特定の目的地に誘導するディープリンクを含むことができ、高度にパーソナライズできるため、コンバージョン率も高いです。SMSメッセージよりも費用対効果が高いことも大きな利点です。より少ない費用で、よりリッチなコンテンツで同様の結果を得られます。

現在のデジタル環境では、デジタルマーケティング担当者は、メール、SMS、プッシュ通知という3つの非常に強力なチャネルを自由に使えます。これらのチャネルを効果的に活用している企業は利益を得ることができるが、そうでない企業は、過剰な出費やチャネル維持コストの増加により、マーケティングキャンペーン全体のROIに影響を与えるリスクがある。賢明なマーケティング組織は、3つのチャネルすべてを活用して顧客との対話を促進します。HCL Unicaは、これらの主要なチャネルにおけるメッセージの作成と調整を簡素化します。HCL Unicaがどのようにお役に立てるか、詳しくはお問い合わせください。


このブログについて

HCL Japan の Software 部門の複数担当者で HCL Software 全般について記しています。

Tags

Academy Accelerate Accelerator Actian Ambassador AoC AppDev Pack AppScan ASoC BigFix BigFix Workspace CAA Clara Client Applicatin Access Cloud Native Commerce Common Local License Server Compass Connections Connnections CVE-2021-44228 DevOpes Velocity DevOps DevOps Code ClearCase DevOps Code RealTime DevOps Deploy DevOps.Launch.AppScan DevOps Model RealTim DevOps Model RealTime DevOps Plan DevOps Test DevOps Velocity Digital Experience Discover Domino Domino Leap Domino Volt Domino管理者アップデート認定試験対策 DQL DRYiCE DX Enterprise Integrator event General HCAA HCL Ambassador HCL Ambassadors HCL Domino REST API HCL OneTest Embedded HCL Z and I Emulator HCL Z and I Emulator for Transformation HCLSoftware U Hero history HTMO iControl iNotes IZSAM KEEP Launch Launch.DevOps Leap Link MarvelClient nds2019 ndv12beta Noets/Domino Nomad Nomad Mobile Nomad Web notes Notes/Domino notes-domino-9-10-limited-supportability-as-of-202204 Notes/Domino V12 Notes/Domion notescons Now OneDB OneTest OnTime REST RTist SafeLinx Sametime SoFy Total Experience Traveler Traveler for Microsoft Outlook Unica Unica Discover Unica Interact UrbanCode Deploy UrbanCode Velocity Velocity Verse VersionVault Volt Volt MX Volt MX Go Volt MX サンプルアプリ Wordload Automation Workload Automation youtube Z Z Abend Investigator Z and I Emulator Z and I Emulator for Transformation Z and I Emulator for Web Z and I Emulator for Web Client Z Asset Optimizer Z Data Tools Z Software Asset Manager ZAI ZAO ZIE ZIE for Transformation ZIE for Web ZIE for Windows ZIET ZIETrans ZIEWeb イベント ガイド クラウド サポート サポート技術情報 サポート終了 セキュリティ セキュリティー セキュリティー脆弱性 テクてく Lotus 技術者夜会 ニュース ノーツコンソーシアム パートナー ライセンス 九州地区 Notes パートナー会 出荷日 研修