2020/9/22 - 読み終える時間: 4 分

Identify the best offer for treatment rules using A/B Testing in Interact の翻訳版です。

HCL Unica Interact の A/B テストを使用して、トリートメントルールに最適なオファーを識別する

2020年9月21日

著者: Gurpreet Singh / Test Lead for HCL Interact

復習: A/B テストとは何か？

私たちのようなマーケターがランディングページを作成したり、メールのコピーを書いたり、コールトゥアクションボタンをデザインしたりするとき、何が人々をクリックさせ、コンバージョンさせるかを直感で予測したくなることがあります。

しかし、「感覚」に基づいてマーケティングの決定を下すことは、結果にかなり悪影響を及ぼす可能性があります。推測や思い込みに頼るよりも、A/B テスト（スプリットテストと呼ばれることもある）を実施した方がはるかに良い結果が得られます。

A/B テストは、同じシナリオの 2 つのバージョンを1つのパラメータを変えて比較するプロセスです。

オーディエンスの行動が異なるため、A/B テストは価値あるものとなります。

Interact における A/B テストの仕組み

HCL Unica Interact では、A/B テストとは、すべてのプロパティが固定されているが、1つのパラメータだけが変化する処理ルールに対して行われるテストのことです。ルールのA/B テストでは、変化する各パラメータは、オーディエンスの分配率を持つ1つのブランチを表します。

設定されたテスト期間内のオファーに対するオーディエンスの反応に応じて、マーケッターはその処理ルールに最適なオファーを選択することができます。

トリートメントルールの A/B テストの設定

• 新しいオプションA/Bがルールメニューに追加され、それを使用することで、マーケッターは直接A/B テストペインに行き着くことができます。

• A/B テストタブで、マーケッターは有効チェックボックスを選択することで、ルールのA/B テストを有効にすることができます。
• ルールのA/B テストを有効にすると、ベースルールから詳細をコピーしてデフォルトブランチが追加されます。

• マーケターは「ブランチの追加」をクリックして、より多くのブランチを追加することができます。

• A/B テスト内で一意にすべきブランチ名をマーケターが変更できる。

• ブランチは有効と無効を切り替えることができます。有効なブランチのみが実行時に A/B テストに参加します。

• サンプリング%は、ブランチ間のオーディエンスの分布です。

• オファー属性に式を追加すると、そのカウントが「オファー属性」列に表示され、詳細を確認するためのドロップダウンが表示されます。

• マーケターは、A/B テストを有効にする「テスト期間」を設定することもできます。

• デフォルトブランチとは、A/B テストブランチから分岐したブランチのことで、テストが終了すると、つまり有効期限が切れた後に実行されます。デフォルトブランチは、セルコード、オファー、パラメトリック化されたオファー属性のベースルールから完全に独立しています。12.1リリースでは、マーケターはデフォルトブランチを指定する必要があり、常に有効にしておく必要があります。今後のリリースでは、デフォルトブランチの選択は、ブランチのパフォーマンスに応じて自動的に行われるようになります。

• ルールリストページでA/B テストの詳細を保存すると、ルールに対してオレンジ色の「A/B テスト」アイコンが表示されます。

• ルールリストの編集または表示モードで「A/B テストルールのみを表示する」チェックボックスを選択すると、A/B テストルールのみをフィルタリングすることができます。

• 「A/B テストルールのみ表示」を有効にすると、限られたカラムのセットが表示され、セクションを拡張することで、サンプリング％やオファー属性の数などの分岐の詳細を式で確認できます。

• また、「A/B テストのルールのみを表示」フィルタを使用して、セグメントやゾーンによる検索を使用してルールをさらにフィルタリングすることができます。
• A/B テスト付きインタラクティブチャンネルがデプロイされると、デプロイ Info.jsp にルールのA/B テストの詳細が表示されます。

• システムテーブルにA/B テストデータを保存するために、デザインタイム（キャンペーン）スキーマ UACI_ABTest と UACI_ABTestBranch に2つの新しいテーブルが追加されました。

A/B テスト結果の分析

マーケターは、以下の方法でブランチのパフォーマンスを分析し、そのブランチのオファーを処理ルールのデフォルトオファーとして設定できます。

• ブランチのパフォーマンスをチェックするには、ターゲットのCHStagingとDTLContactHistテーブルに文字列データ型のカラム "ABTestBranch "を追加する必要があり、その後、顧客はクエリを実行したり、ブランチのパフォーマンスを決定し、ルールのためのデフォルトブランチを設定するカスタムレポートを作成することができます。
• 顧客は、CognosまたはBirtレポートを設定し、「Interactive Offer Performance Over Time」レポートをチェックして、オファーパフォーマンスのサマリーを確認し、どのブランチオファーがうまくいっているかを判断できます。

2020/9/19 - 読み終える時間: 7 分

Introduction to FlexOffers in Unica Interact の翻訳版です。

HCL Unica Interact の FlexOffers の紹介

2020年9月19日

著者: Shilpa Dhabale / Technical Specialist, Unica Interact

マーケティングの流れは、コールドコールからリアルなコミュニケーションへと変化し、コミュニケーションのチャネルやモードに関係なく、リアルタイムで顧客とのエンゲージメントを図るようになりました。Unica Interact は、コールセンターなどの顧客対応システムと統合し、リアルタイムでパーソナライズされたオファーを送信することで、インタラクティブで充実した顧客体験を提供できます。FlexOffers はそのような Interact のコンポーネントの一つで、企業のオファー、顧客プロファイル、顧客のリアルタイムのアクティビティデータを Windows のスプレッドシートにマッピングし、マッピングテーブルのような形で表示できます。

それは何ですか？

マーケティング担当者は、プロファイル属性に関するいくつかの条件のみを使用してセグメンテーション・ロジックを設計します。このようなルールの多くは、ソート、検索、フィルターなど、スプレッドシート・ソフトウェアに備わっている豊富な機能を活用することを可能にしています。また、頻繁な更新が必要なルールもありますが、FlexOffers を利用することで、簡単に更新できます。

どのように役立ちますか？

FlexOffers はマーケターが最適な顧客にオファーを簡単にマッピングするのに役立ちます。マーケターは、基本的なマッピングデータを入力したCSVファイルを利用して、システムにインポートし、オファー、ゾーン、セルなどのシステムデータと統合することで、FlexOfferのマッピングテーブルを作成できます。これまでのように、インタラクティブチャネルを展開するためには、インタラクティブフローチャートやインタラクション戦略は必要ありません。プロファイルテーブルをマッピングし、FlexOffers マッピングを作成し、ICをデプロイするだけです。

FlexOffers はどのように動作するのでしょうか？

FlexOffers を利用するために必要な基本的なステップは以下の通りです。

• マッピングの作成(既存のテーブル、.csv、新規テーブル)
• ルールの追加/編集/更新
• ルールのカスタマイズ
• フィルタの作成
• マッピングテーブルを profileServerGroup にコピーします。
• IC の配置

1. FlexOffers マッピングの作成

FlexOffers のマッピングは3つの方法で作成できます。

• 既存のテーブルを使用してマッピングを作成します。
• .csvを選択します。

新しいテーブルを作成し、そのテーブルにルールを追加します。

リスト ページのソース列は、FlexOffers マッピングが作成されたソースを示します。.csv から入力を選択する際には、いくつかの重要な注意点があります。

• カンマ区切りの .csv ファイルのみサポートされています。
• OfferID列は必須フィールドです。
• .csvファイルからの入力は再インポート可能です。

2. FlexOffers ルールの作成

3番目のオプションを使用してマッピングを作成します。New Input/Source テーブルを作成します。ルール] タブで、[オファーの追加/編集] をクリックします。

2.1 新しいルール/基準の追加

• Add Rules]を選択して新しいルールを追加します。

新しいルールが追加されると、セルコード列にデフォルトセルの値が追加されます。

• Default cell]: 選択した場合、Affinium|Campaign|partitions||Interact|whiteList||offersBySQL:defaultCellCodeでセルコードが指定されていることを確認してください。
• 新規セル]を選択すると、このルールを保存している間に新しいターゲットセルが作成されます。

2.2 詳細オプションを使用してルールをカスタマイズする

各オファールールは、高度なオプションの機能を使用してカスタマイズすることができます。例えば、適格性とスコアの述語の設定、学習モデルの適用、オファー属性のパラメータ化などです。

オファーの適格性

オファーの適格性は、ルールが有効になっている場合でも、オファーが適格かどうかを判断するために使用されます。オファーが有効期間（有効日と有効期限の間）に該当する場合、または実行時に式が真と評価される場合、オファーは適格です。ルールの詳細オプションアイコンをクリックすると、オファーの適格性に移動します。

マーケッターのスコア

すべてのルールには、デフォルトのマーケタースコアが割り当てられています。マーケター・スコアは、静的な値を持つこともできますが、オファー属性の式を使用して指定できます。この指定された式は、Interact 実行時にマーケター・スコアを計算するために使用されます。静的な値を持つか、述語を使用して各マッピングのスコアを設定します。

オファーのパラメトリック化と学習モデルの適用

オファーのパラメトリックなオファー属性は FlexOffers ルールで指定することができます。また、学習モデルを適用して実行時に提案されたオファーに影響を与えることができます。オファーパラメータの値を編集します。

オファーの学習モードと学習モデルの編集

2.3 ルールの追加、編集、削除、更新

追加、編集、削除、コピーのような異なるアクションは、一度に単一または複数のルールで実行することができます。

新しい基準(カラム)の追加

インラインでの単一/複数のルールの編集

ルールに必要なすべての変更を行ったら、ルールを保存します。

4. FlexOffers を検索

検索機能は、編集モードと表示モードの両方で利用可能で、異なる属性に基づいて特定のオファーを検索するのに役立ちます。

5. フィルタの作成

フィルタは、ターゲット顧客のための希望のオファーを得るために作成され、ルールに適用されます。各フィルターは、マッピングテーブルのルール属性/フィールドに条件を持っています。フィルターの値は、一定の値か、定義済みのリアルタイム属性とマッピングされたプロファイルテーブル属性のリストから選択されます。フィルター条件を満たすオファーのみが顧客に提示される。複数の条件を同じフィルターに追加して、希望のオファーを得ることができます。また、1つのOfferMappingに複数のフィルタも作成できます。

例えば、OfferName に Retention を含むフィルタを作成します。

6. FlexOfferMappingをサーバーグループにコピーする

インタラクティブ チャンネルをデプロイする前に、FlexOffer マッピング テーブルを profileServerGroup にコピーする必要があります。FlexOffers マッピング リスト ページから、必要なマッピングを選択し、選択したサーバー グループにコピーします。

マッピングが serverGroup にコピーされたら、マッピングを展開用にマークして、インタラクティブ チャンネルを展開します。

7. インターアクト ランタイム プロセス 対象となるフィルタ

Interact ランタイムからオファーを取得する際には、以下のロジックに従ってフィルタが適用されます。

UACIEnableOfferMappingFilter - フィルタがデフォルトではなく、ユーザがフィルタの適用を希望する場合は、startSession または getOffers の際にフィルタ名と一緒にパラメータを送信する必要があります。デフォルトとしてマークされているフィルタは、必ずしも明示的にパラメータを渡す必要はありません。

UACIDisableOfferMappingFilter - デフォルトとしてマークされているフィルタを適用したくない場合は、startSession または getOffers の際にフィルタ名と一緒にパラメータを送信しなければなりません。

フィルタ条件を満たすオファー保持のみが返されます。

スキーマの変更

以下のテーブルは、FlexOffers 機能をサポートするために Interact Design time に追加されます。

• UACI_OfferMappingSG - このテーブルには、すべての FlexOffers と FlexOffers ルールテーブルがコピーされたサーバーグループの情報が含まれています。
• UACI_OfferMapping - FlexOffers ルールテーブルのサンプルテーブルであり、データは含まれていません。
• UACI_OfferMappingList - このテーブルには、FlexOffers のマッピング情報が含まれています。
• UACI_OfferMappingFilter - このテーブルには、FlexOffers で利用可能なすべてのフィルタの情報が含まれています。
• UACI_DepOfferMappingQueue - このテーブルは、デプロイ用にマークされた FlexOffer オブジェクトを保持するステージングテーブルとして機能します。FlexOfferは、デプロイのためにマークされると、レコードが挿入されます。IC がデプロイされると、レコードはこのテーブルから削除されます。
• UACI_DepOfferMappingList - このテーブルには、配備されたすべての FlexOffer のすべての情報が含まれています。インタラクティブチャネルがデプロイされると、レコードがこのテーブルに追加されます。このテーブルは、FlexOffers を持つ同じ IC をデプロイする際に、デプロイアクションによって参照される重要なテーブルです。

参照すべきログ

• 実行時のログはInteract.logに書き込まれます。
• 設計時間のログは campaignweb.log に書き込まれます。

アップグレードの影響

アップグレード後、FlexOffers タブがすべてのICで利用可能になります。変更は Design-time アップグレードスクリプトの実行後に行われます。

スプレッドシート機能を利用して頻繁に更新が必要なルールは、FlexOffers を利用して実現できます。マーケティング担当者は、マッピングテーブルをランタイムインタラクトノードに簡単にコピーでき、マッピングフィルタを作成してからデプロイも可能です。FlexOffers の詳細については、弊社までお問い合わせください。

2020/9/10 - 読み終える時間: 3 分

Unica- A Cloud-Native Marketing Platform

HCL Unica: クラウドネイティブマーケティングプラットフォーム

2020年9月9日

著者: Siddharth Deshpande / Architect for Unica Cloud-Native Solution

なぜ Unica はクラウドネイティブといえるのか？

私たちは、クラウドが牽引する情報技術革命の真っ只中にいます。高速な起動、標準化されたアプリケーションパッケージング、アイソレーションモデルを備えたコンテナの登場は、効率性と俊敏性の向上にさらに貢献しています。

ハードウェアリソースコストの削減、使いやすさ、移植性、スケーラビリティー、デプロイのモジュール性といった Docker の利点に加えて、Kubernetes は、アプリケーションのデプロイ（ロールアウトとロールバック）、ワークロードのスケーリング、高可用性を自動化するためのコンテナオーケストレーション機能を提供しています。Helm チャートでは、Kubernetes パッケージを活用して、Kubernetes 上にデプロイされたアプリケーションのインストールと管理を合理化しています。

1. リリースペースの高速化 Unica Docker イメージは、リリースおよび/または修正パックごとにロールアウトされます。市場投入までの時間は、最も革新的な組織と遅れている競合他社との間の重要な差別化要因となっています。このデプロイメントアプローチにより、Unica は顧客により多くの価値を構築し、出荷できます。この展開アプローチにより、顧客は新しいリリースを容易に利用できるようになりました。

2. より良い CX HCL Unica は、新機能を搭載した Docker イメージをより迅速に出荷し、継続的にイテレーションを続けます。Unica 製品の API の広範なセットは、企業のデータストアとの統合を可能にします。全体的に、クラウドネイティブ・アプリケーションは、顧客体験の向上を可能にします。

3. アプリケーション管理の容易さ クラウドネイティブには、インフラ管理を楽にするための多くのオプションも用意されています。ヘルムチャート、アプリケーション管理、監視、デプロイが簡単に、自動化され、構成が駆動するようになります。

4. コンテナ化によるコスト削減 コンテナは、アプリケーションをサポートするインフラストラクチャーとは独立して、アプリケーションの管理と安全性の確保を容易にします。業界は現在、これらのコンテナをスケールで管理するために、Kubernetes を中心に集約されつつあります。Kubernetes と並んで、強力なクラウドネイティブツールのホストが存在し、インフラストラクチャーとツールの標準化が進んでいます。これはオープンソースの技術と相まって、コストの削減につながっています。価格設定の柔軟性のあるモデルは、すべてクラウドネイティブなデプロイメントアプローチによって可能になります。

5. 信頼性の高いシステムの構築 クラウド上の Kubernetes のような最新のクラウドネイティブアプローチを利用することで、レジリエンスと自己回復を内蔵したフォールトトレラントなアプリケーションをより簡単に構築できます。この設計により、障害が発生した場合でも、インシデントの影響を簡単に切り分けられるため、アプリケーション全体をダウンさせることはありません。サーバーやモノリシック・アプリケーションの代わりに、クラウドネイティブのマイクロサービスを利用することで、より高いアップタイムを実現し、ユーザー・エクスペリエンスをさらに向上させることができます。

6. どこでもデプロイ Unica のソリューションは、どのようなクラウド上にも展開可能です。Unica は、EKS、GKE、AKS などのマネージド Kubernetes クラスター上に展開できます。

Unica クラウドネイティブソリューションのデプロイ方法 まずはHCLから舵取り図を入手し、configMap YAMLファイルを設定します。Unicaの各製品には、アライアンスの設定ファイルが用意されています。

始める前に

• HCL Software License Management Portal から Unica docker Images をダウンロードします。
• Dockerイメージをインポートし、タグを付けて Docker レジストリにプッシュします。
• リポジトリセクションの values.yaml - 製品イメージのURL、タグセクションのタグ番号を編集します。
• 各製品のhelm chart configMap ファイル内のDatabaseとAppServerの詳細を更新します。
• ヘルムチャートの pvc.yaml を編集して、Persistent Volume Claim の詳細を更新します。
• アップグレードについては、「オンプレミスアプリケーションを docker にアップグレードする」を参照してください。

手順

Unica クラウドネイティブソリューションをデプロイする際の手順をいくつか紹介します。

• kubectl apply -f ./unica/extra-configs/local-pv.yaml
• helm install ?name nginx stable/nginx-ingress -f ./unica/extra-configs/nginx-conf.yaml
• helm install hcl unica -f ./unica/values-local.yaml unica ?set service.hostname=hostname ?set service.applicationDomain='com' ?set ingress.enabled=true

Unica ヘルムリリース

デプロイされたヘルムリリースの確認

Unica Helmのインストールを確認するには、「チャートの確認」のリンクをクリックしてください。

新しい Unica クラウドネイティブプラットフォームで便利になった利点は、デプロイが容易になり、数分でデプロイして数時間でアップグレードできます。また、Docker、Kubernetes、Helm の技術を使ったオンプレム、クラウドにも対応しています。それについて詳しく知りたい方は、#UNICAisDockerized を読んでみてください

2020/9/3 - 読み終える時間: 9 分

REST API を使って Unica Campaign を操作する解説記事 Campaign REST API-V1 and V2 の翻訳版です。

HCL Unica Campaign REST API-V1 と V2

2020年9月2日

著者: Vishal Jadhav / Lead-Product Support Engineer

Unica Campaign は、アウトバウンド、マルチチャネル、マルチウェーブバッチキャンペーンの強力なセグメンテーション機能とトラッキング機能を備えた先進的なキャンペーン管理ソリューションです。しかし、すべてがバックグラウンドでどのように動作するのか、Campaign はスイートの他の製品とどのように接続したり、統合したりするのか。それを行うための RESTful な アプローチがあります。はい、REST API の話です。では、REST API とは何か、Campaign オブジェクトを作成する際にどのように使用されるのかは、複数の側面と領域を持つ問題です。Campaign 、オファー、オファーリスト、属性、ターゲットセルオブジェクトを操作するための HCL Campaign REST API です。

REST APIとは？

インターネットで航空券を検索して予約しようとしていて、数秒後には結果が出ている。これが API の機能であり、2つのシステムがお互いに話をするのを助けるものです。REST は、特定のルールを念頭に置いた API の作成を支援することで、このようなコミュニケーションを促進するアプローチです。

私は、Unica のサポートエンジニアとして、またクライアントアドボケイトとして働いていますが、さまざまな Unica のユースケースや質問に出くわします。私が観察してきたことの一つは、REST API コールを使用して Campaign オブジェクトを作成する際に、プラットフォームで必要な設定を行うのに苦労しているということです。課題は、サンプル JSON ボディの使用、API コールの実行に必要なパラメータ、または REST API の任意のバージョンの構成値の更新のように、さまざまな場合があります。この記事では、プラットフォームでの設定を理解し、実行するために役立つことに焦点を当てています。REST API の呼び出しを実行するためには、REST API の呼び出しを操作しながら、多くのユーザーやクライアントに利用されている Postman ツールを使用します。

プラットフォーム側の設定

1. APIコールで認証に使用されるトークンの有効期間を延長します。

• 次へナビゲートします: Affinium|Manager|miscellaneous

• 必要に応じてトークンのライフタイムの値を増やします。秒単位です。

2. 2. API 認証の設定を変更します。

• Affinium|suite|security|apiSecurity|manager|managerAuthentication に移動します。

• すべてのプロパティを無効にします。

• 「API アクセスに認証を必要とする」を true にしておくと、API コールに使用されたユーザーのパスワードが検証されます。

• 設定＞ユーザーからユーザーにパスワードを設定してください。無効にしている場合は、パスワードを渡す必要はありません。

3. Affinium|suite|security|apiSecurity|manager|Logout に移動し、以下のように設定値を変更します。

4. Rest API Ver1.0の更新設定

• Affinium|suite|security|apiSecurity|Campaign|Campaign REST API V2 Filterに移動します。

• 設定値を更新します。下のスクリーンショットを参照してください。

• アプリケーションサーバーを再起動します。

APIコールを実行する Postman ツール

Postman はソフトウェア開発ツールです。これは、人々がAPIへの呼び出しをテストすることを可能にします。Postman のユーザーはデータを入力します。データは特別な Web サーバーのアドレスに送信されます。通常、情報が返され、Postman はユーザーに提示します。任意のツールを使用することができますが。主な目的は、API コールをしようとしている間に必要な詳細を提供することです。呼び出しタイプ、リクエストパラメータ (ヘッダ、ボディ) 、実行に必要な URL などのパラメータがあります。

1. POST API コールを実行してトークンを取得し、認証のための API コールで使用できるようにします。

<span style="font-weight: 400;">Call: POST</span>
URL : http://<HostName:Port>/unica/api/manager/authentication/login/
Headers :
M_user_name > user used for API calls for e.g. asm_admin
M_user_password > password set for user.

2. このトークンIDは、Campaign rest API の API コールを任意に投稿する際に使用できます。オファーをリストダウンします。

Call: GET
URL : http://<HostName:Port>/ Campaign/api/campaign/rest/v2/offers/search?search
Headers :
m_user_name  > asm_admin
m_tokenid         > <TokenID captured in platform post call>
api_auth_mode > manager

「検索」文字列では、任意の文字列値を渡すことで、特定のオファーを検索できます。

REST V2の例

特定のオファーの詳細をリストアップします。

Call: GET
URL : http://<hostname:port>/Campaign/api/campaign/rest/v2/offers/29
Where 29 is offerID . Pass any offer ID for which you need to fetch the details.
Headers :
m_user_name > asm_admin
m_tokenid > <TokenID captured in platform post call>
api_auth_mode > manager

レスポンス .

Campaign でオファーを作成するには？

Call: POST URL : http:///Campaign/api/campaign/rest/v2/offers

• Header

  m_user_name > asm_admin
  m_tokenid > <TokenID captured in platform post call>
  api_auth_mode > manager
  Content-Type > application/json

• クエリパラメータでは、以下の値を渡します。 securityPolicy: 例えば 'Global Policy' などのポリシー名。 folderid: オファーを作成する必要があるフォルダID。 templateName: Campaign オファー作成のためのオファーテンプレート名。

• Body. 行のラジオボタンを選択し、JSON ボディを送信します。 それは、オファー名とパラメータを持っています。パラメータが渡されていない場合は、デフォルトのパラメータ値でオファーを作成します。

[ {
"offerName":"RESTNewOffer_IP1",
"attributes":[]
} ]

REST V1 の例

Campaign オファー作成のための v1 rest APIを 実行するには？

• 設定手順はすべて先ほど定義したものと同じです。
• 同じ手順でプラットフォームの tokenID をフェッチします。

• 唯一の違いは、APIコールで渡す必要があるデータの入力タイプです。 v2では、入力データを生のJSONとして渡していることがわかりました。 v1では、すべてのパラメータを x-www-form-urlencoded として渡す必要があります。

  Call: POST URL : http:///Campaign/api/campaign/rest/v1/offers

Headers :

m_user_name > asm_admin
m_tokenid > <TokenID captured in platform post call>
api_auth_mode > manager

コンテンツタイプを追加する必要はありませんが、選択する入力タイプで自動的にピックアップされます。 Body セクションの x-www-form-urlencoded のラジオボタンを選択し、以下の値を入力してください。

securityPolicy: Policy name for e.g. ‘Global Policy’
folderid: folder ID under which we need to create offers for e.g. 4 [root folder for offers]
templateName: campaign offerTemplate name from which offers to be created .
BulkOfferInfo : [{"offerName":"Offer API","attributes":[]}]

オファー名とパラメータを渡します。パラメータを渡さない場合は、デフォルトのパラメータ値でオファーが作成されます。リクエストとレスポンスは以下のスクリーンショットを参照してください。

オファーのパラメータを渡したい場合は、必要に応じてパラメータ値を追加して、リクエスト本文を更新します .

BulkOfferInfo:
[
{"offerName":"Offer Interact API_3",
"attributes":[
{"type":"TextAttribute","name":"ABC_TXT","value":"XYZ"},
{"type":"DecimalAttribute","name":"UACIInteractionPointID","value":2.0},
{"type":"TextAttribute","name":"UACIInteractionPointName","value":"IP2"}
]
}]

Campaign REST API の呼び出しにより、Campaign オブジェクト (オファー、キャンペーンの作成) の create+update+delete+List のような操作を Unica アプリケーションにログインすることなく実行することができます。Campaign とREST API の連携については、お気軽にお問い合わせください。

2020/8/28 - 読み終える時間: 5 分

https://blog.hcltechsw.com/unica/introducing-goal-based-marketing-with-unica-journey/

Introducing Goal-Based Marketing with Unica Journey

Introducing Goal-Based Marketing with Unica Journey

Unica Journey でゴールベースマーケティングを導入する

2020年8月27日

著者: Tom Hannigan Jr. / Unica Global Practice Leader, HCL 共著: Sumitra Chachar / Product Manager | Consultant, HCL

マーケティング部門の空気中の新しい態度がみられます。パフォーマンスマーケター、グロースマーケターの出現、そしてますます、ゴールベースのマーケター。ゴールベースのマーケティング担当者として、あなたは毎週特定の収益目標を達成しようとしています。あなたは、任意の1つのマイルストーンでターゲットを欠落していることを知っている主要なマイルストーンを監視している、あなたの全体的な目標を打つことからあなたを維持します。あなたは一日中目標達成をチェックしています。水曜日の正午に到達し、毎週の目標の50%未満であれば、それはそれについて何かをする時間です。今です。

マイルストーンイベントは、多くのシステムの多くのアクションから発生します - そして、あなたはリアルタイムでそれらのすべてに接続されています。聞き覚えがありますか？

Unica Journey を使ったゴールベースのマーケティング

HCL Unica Journey は、目標を持ったマーケターの具体的なニーズに応えるために設計されました。その方法をご紹介します。

ゴールベースのマーケティングをうまく行うためには、動きのある部分を正しく設定する必要があります。まず第一に、各マイルストーンの目標を設定することです。次に、重要な日付、マイルストーン、またはトリガーを中心としたコミュニケーションの順序付けです。シーケンスは、それがレイアウトされているのを見たいと思うほど重要である。カスタマージャーニーを構築したら、各段階でリアルタイムでモニタリングします。複数のエントリーポイントをまたいでイベントトリガーが入ってきて、そのうちのどれかが不調になると、毎週の目標が危険にさらされることになります。コンバージョンの問題を発見したら、ジャーニーを一時停止し、パフォーマンスを向上させるための調整を行うことになります。 ここでは、HCL Unica Journey でゴールベースマーケティングを行う方法を、簡単な3つのステップでご紹介します。

ステップ1 - 目標を計画する

目標の計画を始めるには、旅の中のゴールデンマイルストーンと呼ばれるものを特定することから始めましょう。黄金のマイルストーンとは、顧客が貴社の提供するサービスから価値を得るために必要なイベントのことです。それが結婚式のレジストリーの旅であれば、花嫁がレジストリーに少なくとも1つのギフトを追加しない限り、花嫁はあなたのレジストリーから価値を得ることはありません。住宅ローンの場合には、将来の住宅購入者は、彼らが家を探すことができる前に、住宅ローンのために事前に資格を取得する必要があります。

以下のSAASデータベース製品の例では、30日間の無料トライアルのマイルストーンを特定しました。まず、ユーザーはトライアルに登録する必要があります。次に、ユーザーはいくつかのデータをアップロードする必要があります。ユーザーは、いくつかのデータをロードしない限り、データベースのトライアルから何の価値も得られません。次にインデックスをプロビジョニングする必要があります。これは技術的な要件です。データに対して少なくとも1つのインデックスをプロビジョニングしない限り、ユーザーはクエリを実行できません。最後はクエリを実行することです。トライアル中のユーザーは、少なくとも1つのクエリを実行しなければ、データベースのパフォーマンスを見ることができません。 Unica Journey でマーケティング目標を計画する

ステップ2 - Unica Journey でジャーニーを構築する

Unica Journey で始めるには、まず、新規 Journey を作成します。

旅に名前を付けたら、マイルストーンを追加して名前を付けます。トライアル登録、データのアップロード、インデックスのプロビジョニング、クエリの実行、そして最後にサブスクリプションの購入のためのマイルストーンが1つあることがわかります。

次に、マイルストーンのエントリー/イベントソースを指定します。

最後に、Journey がそのマイルストーンに対してアクションを起こす条件を設定します。いくつかのケースでは、"Upload_data is equal to true "というポジティブなライブになります。また、ユーザーがまだデータをアップロードしていない場合にアクションを起こしたい場合もあります。Journey がJSON、Kafka、Webフォーム、REST API など、最も一般的なリアルタイムイベントトリガーとの統合をサポートしていることがわかります。また、エントリーソースとして Unica Campaign、Interact、Discover を使用することもできます。

次に、ジャーニーキャンバス上の各マイルストーンを右クリックし、ゴールを追加します。

目標の名前を付けたら、さらに目標を定義できます。私たちのデータベーストライアルの場合、毎日の登録数を選択します。エントリーソースは登録確認のためのAPIコールで、ウィークリーゴールは1000です。

目標を設定したら、次はユーザーが各マイルストーンを完了するように促すためのジャーニーアクティビティとコントロールを構築します。

データベースのトライアルでは、「トライアルに登録された」マイルストーンから開始していることがわかります。Journey がトライアル登録を検出すると、トライアル登録の確認メールとログインリンクが送信されます。

ログインすると、Journey は最初のマイルストーンである「データセットのアップロード」を行うためのアプリ内メッセージを表示し、ポップアップチュートリアルとビデオへのリンクを表示します。データのアップロードを完了すると、Journey はマイルストーンを検出し、次のアプリ内メッセージを表示してインデックスをプロビジョニングします。4つのマイルストーンをすべて完了するか、ログアウトするまで、Journey はアプリ内のメッセージを提供し続けます。 ログアウトすると、最後に完了したマイルストーンを確認します。何もない場合は、「データのアップロード方法」とビデオへのリンクが記載されたメールが送信されます。データがアップロードされている場合は、「How to create an index」というメールとビデオへのリンクが送信されます。インデックスが作成されると、Journey から「How to run your first query（最初のクエリを実行する方法）」というメールがビデオへのリンクとともに送信されます。最後に、前のマイルストーンがすべて完了した場合、Journey から「月々のサブスクリプションでお金を節約しよう」というメールが送られ、サブスクリプションプランへのリンクが表示されます。

次のログイン時には、Journey がアプリ内メッセージで月額プランの購入を確認します。

Journey を作成したので、その場でモニターして調整してみましょう。Journey は常にオンになっており、ほぼリアルタイムで動作しています。そのため、ジャーニーの中でマイルストーンやタッチポイントにマウスオーバーすると、目標に対するパフォーマンスを確認することができます。

また、イベントやタッチポイントごとのゴールまでの達成率も表示されます。このようにして、1日を通してジャーニーをチェックし、パフォーマンスの低いイベントコンバージョンやタッチポイントレスポンスを特定して調整することができます。

マイルストーンタブをクリックすると、各マイルストーンのゴールまでの進捗状況をほぼリアルタイムで確認できます。

コンバージョンパフォーマンスを向上させるために、ジャーニーにエンゲージメント・スプリットを追加することを決めるかもしれません。この変更を行うためにジャーニーを一時停止します。

この場合、国別にオーディエンスをセグメントして、現地の言語で提示されたメッセージがコンバージョンを向上させるかどうかを確認しています。

ジャーニーは、次の週の目標を調整するために過去のパフォーマンスを使用するために、時間をかけて監視することができます。

また、従来のファネルビューからジャーニーのマイルストーンを表示して、マイルストーンのコンバージョン間のギャップを確認することもできます。

それが Unica Journey のゴールベースマーケティングです。目標を簡単に設定し、コンバージョンを監視し、リアルタイムの結果に基づいてジャーニーを調整できるように設計されています。

目標ベースのマーケッターの方は、Unica Journey で何ができるのかをご覧ください。

*免責事項

• 将来の製品。将来の製品：将来の可能性のある製品に関する情報は、当社の一般的な製品の方向性を概説することを目的としたものであり、購入の意思決定を行う際には、これに依拠すべきではありません。将来の可能性のある製品に関する情報は、いかなる材料、コード、または機能を提供することを約束、約束、または法的義務を負うものではありません。将来の可能性のある製品に関する情報は、いかなる契約にも組み込まれない可能性があります。
• タイミング。タイミング：当社製品に記載されている将来の機能や機能の開発、リリース、タイミングは、当社の単独の裁量に委ねられています。

2020/8/20 - 読み終える時間: 4 分

HCL Software では仮想コンテナに積極的に対応しています。HCL Unica も V12 で対応しました。それについての英語版ブログの記事 Unica is Dockerized の翻訳版です。

HCL Unica の Docker 対応

2020年8月19日

著者: Siddharth Deshpande / Architect for Unica Cloud-Native Solution

Unica V12 には素晴らしいものが搭載されています 私たちは先日、「The 12 Things We Love About Unica V12.0」というシリーズを発表しました。このシリーズでは、集中的なオファー管理の場から、デプロイメントのためのクラウドネイティブ化の機能まで、展開されている側面に焦点を当てています。Unica がいかに簡単にインストールでき、オンデマンドで拡張でき、アップグレードも早く、これだけの関心を集めているかを実証しています。

"#UNICAisDockerized"

Dockerは現在、最も人気のあるコンテナ化技術の一つであり、業界の話題となっています。HCLでは、より高いユーザビリティ、柔軟性、高いレベルの安定性を求めるお客様のニーズを理解しています。私たちは、最新の技術でこれらすべてを提供できるように努力しています。 Docker が Kubernetes や Helm のようなツールの利用可能性とともに普及するにつれ、Docker は必要な専門知識を持ったIT専門家にとっての恩恵となっています。これにはビルド済みの Docker イメージだけでなく、Kubernetes や Helm のオーケストレーション機能を活用することも含まれています。HCL Softwareでは、Unica Suiteのフルバージョンを含む、最近買収した製品のいずれも、一日に何度も繰り返されることはありません。v12.1のリリースにより、Unica はすべての製品を Docker 化し、Dockerイメージを Kubernetes 上で Helm のチャートを使ってデプロイできるようになりました。Docker 化された Unica 製品は、簡単なインストールからクラウド対応まで多くのメリットがあります。

Docker は CMO、CTO、マーケティングリーダーシップ、ユーザーにとってどのような問題を解決するのか？

リーダーシップ（CMO、CTO、その他の C レベル）にとって最も重要な問題は、ソフトウェアの流通性と信頼性です。ソフトウェアのバージョンの停滞は、マーテック業界で発生している既知の問題です。

これは、どのような初期バージョンの Martech ソフトウェアがインストールされていても、ほとんどアップグレードされないという状況です。Journey のゴールベースマーケティングや、ソフトウェアの新機能やアップデートに伴うドラッグ＆ドロップ機能など、素晴らしい新機能を体験するための課題に直面しています。これらの機能をすべてUnicaのバージョンでどのようにアップデートできるかについて詳しく知りたい場合は、バージョン 12 の 12 のことや、Dockerを使用することで、これらの機能がシームレスにUnicaのバージョンに統合される方法をお読みください。CMOやその他のUnicaユーザーは、簡単かつ頻繁に修正や機能アップデートを行い、安価にソフトウェアをアップグレードして、競争力のある機能と最先端の機能を維持したいと考えています。また、コストのかかる複雑なアップグレードプロジェクトや、2020年版Unicaの新機能を最新の状態で利用できるシステムなど、長いサイクルを経ることなく、チームの生産性を向上させたいと考えていました。

堅牢性 - オンプレミスとクラウドファースト

当初、Unica はオンプレミスのソリューションとしか見られておらず、クラウド戦略以外でのワンオフサポートが必要でした。しかし、トランスフォーメーションの推進時代を迎え、クラウドファーストの戦略マインドを持つUnicaは、DockerizationとCICDにより、あらゆるインフラ戦略に対応したクラウド対応が可能となりました。Unicaは現在、業界で最も柔軟性と拡張性に優れた最新のMartechソリューション（v12.1）を提供しています。

Unica on Cloud の戦略的・技術的な詳細については、いつでもお問い合わせください。

マーケティングリーダーは、通貨性、信頼性、オープンな統合性、スピードを求めています。私たちがUnicaマーケティングリーダーから聞いた主なフィードバックは、通貨と統合機能に関するものでした。彼らが求めていたのは、修正の迅速なターンアラウンド、よりオープンな統合、そしてよりクラウドフレンドリーなソリューションでした。Docker 化されたリリースにより、V12は最新の状態を維持し、信頼性を継続的に向上させ、V12の20%の速度向上を超える機能を提供し、よりクラウドに適したソリューションを提供します。20%の速度向上を実現し、よりクラウド、データベース、APIフレンドリーなソリューションを提供することで、よりシンプルで低コストの統合を実現します。

Unica ユーザーは常により多くの機能や機能を望んでおり、Docker 化された CI/CD のアップグレードにより、フォーラムやイベントでの製品フィードバックが想像以上に早く現実のものとなることをユーザーが実感できるようになりました。機能、機能、修正へのアップグレードはすべて、ユーザーのテストサイクルを大幅に短縮しながら、非常に迅速に提供することができます。V12以降のリリースでは、Unicaスイートにさらに多くの機能を追加しているため、柔軟性が向上し、機能が大幅に向上しています。

v12.1 では、UnicaはDocker 化をサポートし、プレミスにとらわれないクラウド対応のソリューションを提供するエンタープライズクラスのCXプラットフォームとなっています。

HCL Unica Docker イメージ

Unica Marketing Suite は完全に Docker 化されています。Unica 製品にはそれぞれ別の Docker イメージ が用意されています。

以下に v12.1 Unica Docker イメージのリストを示します (これらは HCL Software License Management Portal で利用可能です)。

• Platform
• Campaign (https://help.hcltechsw.com/unica/uc/campaign.html)
• Plan
• Interact
• Centralized Offer
• Insights
• Content Integration
• Journey
• Director

仮想マシンと連携

Docker 化は、CI-CD という概念にUnicaスイートを開放します。CIを導入することで、短縮された望ましいリリースサイクルを実現することができます。

Unica Docker イメージでサポートされているテクノロジースタックは

Tomcat、JBoss EAP、Weblogic などのアプリケーションサーバーがサポートされています。Tomcatはイメージ内に組み込まれています。これにより、アプリケーションのインコンテナJVMプロセスが可能になります。JBoss EAPとWeblogicは外付けのアプリサーバーです。Oracle、DB2、MariaDBはDockerソリューションでシステムデータベースとしてサポートされています。UnicaのDockerイメージはcentosベースで、Linux OSはHelm Chartsを使用した Docker デプロイに対応しています。

Dockerイメージのデプロイ

Unica Helm Charts を使用して、完全に自動化された構成主導型のUnicaのインストールとデプロイが可能になりました。Unica Docker イメージ を使用することで、オンプレミスからDocker版へのアップグレードもサポートされています。Unica Docker Containersは、このアップグレードを完全に管理します。システムをスケーリングし、簡単なアップグレードを管理するための簡単なパスを提供するために、Docker 化は多くのクライアントと私たちを助けてきましたが、これ以上嬉しいことはありませんでした。

アンシアがDockerと連携する革新的な方法についてもっと知りたい方は、クラウドネイティブデプロイメントと 12-things-no12-dockerization について実施したウェビナーをご覧ください。

2020/8/14 - 読み終える時間: 4 分

https://blog.hcltechsw.com/unica/unica-optimize-optimize-your-contacts-and-offers/

Unica Optimize - Optimize your contacts and offers

HCL Unica Optimize - 連絡先とオファーを最適化

2020年8月14日

著者: Claire Timlin / Unica Product Manager at HCL Software 共著: Idir Hillali / Director of Innovation at HCL Software

大昔、私が初めてマーケティングの仕事を始めた頃（5歳くらいの若さだったかもしれませんが）、最適化といえば、どの製品サイロがキャンペーンターゲットに対して最も価値の高い顧客を獲得するか、ということでした。当時のキャンペーンターゲットは、レスポンスよりもコンタクトされた人の数がすべててでした。

コンタクト疲労という概念が曖昧で、主にキャンペーンの優先順位付けで管理されていました。例えば、今月の住宅ローンは重要な販売目標があり、それを達成するために、すべての優良顧客を獲得しているとしましょう。しかし、クレジットカードも売上が遅れているので、クレジットカードを必要としているとします。誰が最高の顧客を獲得するかという議論は、計画の段階では続くかもしれません。しかし、誰かが踏み込んで顧客全体を管理し、顧客がマーケティングから完全に離脱しないようにしなければなりませんでした。

マーケティングがターゲットを絞ったコミュニケーションへと進化するにつれ、最適化の問題はより複雑になっていった。コンタクトする人の数が格段に少なくなっている中で、誰に、どこで、いつ、どのようにしてオファーを届けるべきかを選択するのでしょうか。各製品サイロの主要な販売目標はまだありますが、反応がありそうな顧客をよりよく理解することができるようになりました。そこで、オファーの結果の分析を開始します。これにより、誰がいつ、どのようなオファーに反応する可能性が高いのかを知ることができます。そして、それぞれのオファーを最適なタイミングで受け取るために、最適な顧客のセットを選び始めることができるのです。

しかし、マーケティングチームが経験を積み、より精通するようになると、他の制約が出てくるようになりました。

• 顧客はどのチャネルで連絡を取りたいのか？
• どうすればROIを向上させることができるか？私のチームには50,000ドルの予算しかありません。
• ウェブサイトから購入したばかりの顧客には、どのようなメールを送ればいいですか？
• 私の顧客は先週3通のメールを受け取りましたが、彼らは私にメッセージを送るのをやめてほしいと頼みそうです。

これは、最適化プロセスの管理と実行をより複雑にします。 潜在的に何百万人もの異なる顧客、複数のチャネル、何百ものオファー、そして顧客が反応する可能性が高いタイミング、またはあなたのチャネルが適切なリードを必要としているタイミング。マーケターにとっては、タイミングがすべてです。適切な顧客に適切なタイミングで適切なオファーを提供することは、関係性を構築し、顧客側の共感を得るのに役立ちます。このような理由から、コンタクトとオファーの最適化の両方を促進するシステムが必要なのです。

なぜコンタクト戦略が必要なのか

コンタクト戦略が整備されていれば、キャンペーンサイクルの中で顧客目線で顧客に発信されるマーケティングコミュニケーションの頻度と意義に焦点が当てられるようになります。ある調査によると、組織があまりにも多くのメールを送ると、65～70％の顧客が組織の購読者リストからオプトアウトしてしまうという結果が出ています。これは接触疲労の解消に役立つだけでなく、効果的なターゲティングを強化してエンゲージメントを向上させることにも役立ちます。オファーの関連性を識別するためのルールとプロセスが必要です。コンタクトの最適化により、オプトアウトやコンタクトの疲労を最小限に抑え、顧客の生涯価値を高め、競合他社に顧客を奪われることを防ぐことができます。

オファーの最適化

私たちの頭の中に浮かぶ次の質問は、どのようにして顧客がどのオファーを受け取るべきか、そしてどのチャネルで受け取るべきかを決定するのかということです。マーケティングレポートを使えば、顧客がA、E、Gのオファーに興味を持っている場合、どのオファーをいつ、どのように送信すべきかの特定が容易になります。

顧客のセグメント

また、セグメンテーションでは、顧客を以下のような共通の特徴を持つグループに分類しています。

• 顧客のニーズや関心事
• 顧客層の性別・年齢
• 顧客の地理的位置
• 顧客のライフサイクル支出履歴

好みのチャンネル

どのチャネルでオファーを送信するかは、セグメンテーションにも深く関係しています。顧客の年齢/グループによって、プッシュ通知で送信されたオファーがコンバージョンする可能性が高いのか、SMSで送信されたオファーがコンバージョンする可能性が高いのかを簡単に識別できます。これは全体的な顧客体験に影響を与え、さらに顧客のロイヤルティを獲得するのに役立ちます。

コンタクトの最適化がどのように機能するかを理解するために、我々は4つの大まかなカテゴリにオーディエンスを分解できます。

1. ドーマント - このカテゴリには、あなたのブランドとの関わりを止めてしまった顧客が含まれます。理由は、関心の低下、または製品が製品のワンタイム購入の種類であることができますから、さまざまなことができます。眠いバイヤーを呼び覚ますために、マーケティング担当者は、製品の25％オフのシンプルな提供や購入メールでの特別な贈り物のようなリターゲティング戦略を採用する必要があります。すでにあなたのブランドに関わっている顧客を取り戻すことは、常に容易なことです。

2. 選択的な購読者 - このカテゴリには、低いオープン率と高いクリックエンゲージメントを持つ顧客が含まれます。彼らはあまりにも多くのマーケティングメッセージに悩まされるのが好きではありません。彼らは、甘い取引が彼らを打つときに購入する可能性が高いです。オファーは、彼らの社会統計学的プロフィールを考慮して、ノイズの少ないチャネルに送信する必要があります。時間の最適化は、彼らの受信箱の一番上にあなたが残っているか、あなたが送った通知が見られていることを確認するために不可欠です。

3. ウィンドウショッパー - 高い開封率と低いクリックエンゲージメントを持つ購読者; 彼らは定期的にメッセージやメールを開くかもしれませんが、控えめにクリックします。ウィンドウショッパーのためのオファー戦略は、すべてのフラッシュのお得な情報についてです。彼らは、割引オファーを持っている任意のオファーにジャンプする可能性が高くなります。EARLYBIRDのコードで$5.00を保存するようなオファーは、最初の50の注文に限定された割引は、彼らのすぐに注意をつかむことができます。団塊の世代は、彼らの電子メールに誕生日のプロモーションを受信したいかもしれないので、ウィンドウショッパーのための社会人口統計学的プロファイルを考慮することが不可欠です。

4. ロイヤリスト - 高いオープンとクリックの両方のエンゲージメント率を持つ顧客や購読者。彼らは、共感してくれるメッセージを受け取りたいと思っており、セールスの機会ではありません。サプライズと喜びの報酬」は、ブランドが忠実な顧客とのつながりを維持し、新しい顧客を生み出すために展開している例です。ソーシャルメディアや顧客が好む他のチャネルを介して顧客にリーチすることで、顧客体験をさらに向上させることができます。

顧客は決してワンサイズフィットではありません。さまざまなレベル、プラットフォーム、チャネルで顧客とつながり、関わっていかなければなりません。たとえそれが休眠顧客であっても、彼らを解雇したり、適切なチャンスを見つけたり、彼らと交流するためのリテンション戦略を立てたりしてはいけません。

顧客ごとに具体的なルールを作成することで、コミュニケーションの方法やタイミング、一定期間に送るオファーの最小数や最大数を明確にできます。

Unica Optimize でコンタクトとオファーを最適化

Unica Optimize では、これらの制約やビジネスルールを組織全体で管理することができ、Unica Campaign の機能を利用してデータをセグメントし、チャネルにシームレスな結果を提供することができます。オファーの集中管理で作成したオファーは、Optimize プロセスのフィードとなります。キャンペーンからのデータとともに、どのようなデータソースからも情報をフィードして、ビジネスルールや制約を構築することができます。 そして、集中化されたコンタクト履歴は、コンタクト疲労を引き起こすことなく、顧客にオファーを送信するための最適なタイミングを見つけるために使用されます。

これらはほんの一例に過ぎませんが、何百万人ものコンタクトを複数のサブグループに分解し、コンタクト最適化ルールを無限に構築することができます。そこで Optimize は、これらのルール（抑制ルール、コンタクト頻度の設定、チャネルの設定）の構造化を支援します。ウェルカムシリーズの顧客には他のメールを送らないようにしたい、ゴールドのオファーを受けた顧客にはシルバーのオファーを送らないようにしたい、などのシナリオをコントロールすることができます。

もしあなたが本当にROIを向上させたいと考えているのであれば、最適化はあなたの日常業務の一部であるべきであり、Unica Optimize はそれを支援することができます。バージョン12.1 のリリースでは、Unica のリニューアルの一環として、Optimizeへのアクセスが可能になりました。

Optimize をどのように活用できるか、ぜひお問い合わせください。

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

HCL Unica は柔軟な形でオファーを作成できるように設計されています。その詳細をしるした英語版ブログの記事 Offer Creation Using Unica Centralized Offer Management (COM) の翻訳版です。

HCL Unica のオファー集中管理 (COM) を利用したオファーの作成

2020年8月6日

著者: Lalitkumar Dudhe / Unica Technical Support Consultant, HCL

"オファー" は、デジタルプラットフォームと対話しながら、我々はほとんどどこでも見ることができる最も一般的な用語です。e コマースサイトでお気に入りのシャツを購入しようとしているときも、土曜日のリラックスタイムに映画を予約しようとしているときも、オファーはどこにでもあります。オファーはデジタル世界の通貨として機能し、ターゲットとなるユーザーを念頭に置きながら慎重に利用し、その潜在能力を最大限に活用する必要があります。

オファー管理システムを導入することで、オファーとその優先順位、顧客が特定のオファーを見る回数、どの顧客にオファーを表示すべきかを管理できます。オファー管理により、オファーを簡単にパーソナライズし、視聴者に効率的なユーザー体験を提供できます。オンライン小売業者が提供するシンプルなオファーは、4月にオンラインで購入したすべての商品の送料を無料にするというものです。より複雑なオファーとしては、アートワーク、紹介率、有効期限などをパーソナライズした金融機関のクレジットカードがあります。

オファー管理が一元化されると、なぜ改善されるのか？

パーソナライズされたマーケティング戦略を構築するためには、マーケターがメール、SMS、ダイレクトメールなどのマーケティングチャネルでのオファー配信をコントロールする必要があります。オファー管理を一元化することで、どのチャネルでもオファーを最適化できます。顧客の行動データに基づいて、どのコンタクトに BOGO オファーを提供し、どのコンタクトに20%オフのオファーを提供するかをコントロールできます。これにより、オファーのポートフォリオを管理し、特定の顧客に送信するオファーの数に上限を設定できます。

Unica V12.1 でのオファー管理

オファーの一元管理では、オファーは、お客様が管理するオファーテンプレートに基づいて作成されます。多くのお客様から、組織内でオファーを作成する担当者は、キャンペーンフローチャートを作成する担当者ではないとのご意見をいただいています。このようなご要望やその他のご要望にお応えするために、HCL Software では V12.0から、Unica ポートフォリオ全体でオファーを集中管理し、他のチャネルと統合するための集中型オファー管理 (COM) を構築しました。

オファーを一度構築し、その後、バッチアウトバウンドキャンペーンとリアルタイムインバウンドチャネルの両方で同じオファーを展開できるようにしたいという他の Unica エンドユーザーからのフィードバックを収集しました。集中型オファー管理 (COM) は、これらのニーズの両方に対応しています。オファーテンプレートなしでオファーを作成できるようになりました。つまり、テンプレートを作成する前に、オファーの属性を使用してオファーを組み立て、テストを行えます。オファー属性の正しいセットを使用して決定した後に、オファーテンプレートを作成して、継続的に再利用できます。オファーの作成プロセスは変更されていませんが、作成方法は変更されています。以下の手順に従う必要があります。

オファー属性の作成

オファー属性を作成するには、オファーの設定に移動し、「カスタム属性の定義」をクリックする必要があります。このページには、新しい属性を追加するための「カスタム属性の追加」ボタンがあります。オファーの新しいカスタム属性を作成するには、以下に必要な詳細を入力します。

必要な属性が作成できたら、次はオファーテンプレートの作成です。

オファーテンプレートの作成

オファーテンプレートを作成するには、「オファー設定の設定」に移動し、「オファーテンプレートの定義」をクリックします。このページでは、「新しいテンプレートの追加」ボタンをクリックして、新しいオファーテンプレートを作成します。メタデータ」ページで、必要な詳細を入力し、「次へ」をクリックします。

上記のハイライトオプション「このテンプレートから作成したオファーをリアルタイムのインタラクションで使用できるようにする」は、リアルタイムマーケティングのためにオファーをインタラクトに使用する予定の場合にのみ選択してください。Offer attributes（オファーの属性）」セクションで、以下に示すように、必要な属性を適切なセクションにドラッグドロップします。

デフォルト値」セクションでは、以下に示すように、先に選択したすべての属性にデフォルト値を設定する必要があります。その後、「保存」ボタンをクリックすると、オファーテンプレートの作成が完了します。

オファーテンプレートが作成できたら、次は先ほど作成したオファーテンプレートを使用してオファーのインスタンスを作成する手順です。

オファーの作成

オファーを作成するには、上部のナビゲーションバーからオファーオファーに移動します。次に、左側のナビゲーションペインから該当するフォルダを選択し、右側のナビゲーションペインから「オファーの追加」をクリックします。

この操作により、必要なオファーテンプレートを選択する画面が表示されます。必要なオファーテンプレートを選択し、「次へ」をクリックする必要があります。

次の画面では、オファーの属性に関する詳細を入力し、同じオファーの「抑制ルール」を定義して、「保存」をクリックします。

これでオファーが作成されます。Centralized Offer Management (COM) モジュールは、テンプレートなしでオファーを作成することもできます。これを実現するには、以下のガイドラインに従う必要があります。

テンプレートなしでオファーを作成する

テンプレートなしでオファーを作成できるようにするには、オファーの設定に移動し、下のスクリーンショットで強調表示されているように、「テンプレートなしのオファー設定」をクリックする必要があります。

これにより、以下に示すように、いくつかの詳細をキャプチャする新しいページが開きます。

これは一回限りの作業であることに注意してください。

これらの設定を保存すると、テンプレートなしで新しいオファーを作成できます。そのためには、メニューオプションからオファーオファーをクリックします。適切なフォルダを選択したら、「オファーを追加」ボタンをクリックします。下の画面が表示されますので、「テンプレートなしのオファー」オプションを選択します。

次に「次へ」ボタンをクリックします。この操作を行うと、以下のようなポップアップウィンドウが表示されますので、適切なオファー属性を選択できます。

必要な属性を選択したら、「次へ」をクリックします。これで次の画面が表示され、先ほど選択したオファー属性の値を入力できます。

次に「Add & Save」ボタンをクリックすると、ユーザーは以下のように提供する必要がある場所に移動します。

そして、「保存」をクリックしてオファーを作成します。

集中オファー管理 (COM) モジュールの導入により、ユーザーは、すでに作成して使用しているオファーからオファーテンプレートを作成できます。

オファーからのオファーテンプレートの作成

このオプションは、テンプレートなしで作成されたオファー（複数可）から利用できます。これを実現するには、テンプレートなしで作成されたオファーを開きます。次に、以下のように「アクション」をクリックします。これにより、「テンプレートとして保存」オプションが表示され、オファーテンプレートの作成が容易になります。

これにより、以下のようなオファーテンプレートの「メタデータ」を入力する必要のある新しい画面が開きます。

「保存」をクリックすると、以下のような新しい画面が表示され、オファーで選択したオファー属性のデフォルト値を入力できます。

「保存」をクリックすると、新しいオファーテンプレートが作成され、今後、新しいオファーを作成する際に利用できるようになります。

既存のオファーテンプレートにオファー属性を追加する

顧客が既存のオファーテンプレートに新しいオファー属性を追加したいと考えた場合を考えてみましょう。これは、現在の集中型オファー管理システムでは非常に可能です。そのためには、以下の手順を実行します。

1. 編集」モードで更新したいオファーテンプレートにアクセスします。

2. 「オファー属性」の下のセクションで、追加したいオファー属性を追加します。

3. 「次へ」をクリックして、新たに追加した属性のデフォルト値を入力し、テンプレートを保存します。

これが完了すると、ユーザーはこのテンプレートを使用してオファーを作成している間に、新しい属性を見られます。

従来のオファーモジュールとの違い オファー管理の一元化

1. 集中オファー管理モジュールは、従来のオファーモジュールがキャンペーン/マーケティングオペレーションに組み込まれているのに対し、ウェブアプリケーションサーバーにデプロイする必要がある別の.war ファイルが付属しています。

2. 集中オファー管理モジュールを有効にすると、ユーザーは従来のオファーモジュールを使用できなくなります。

3. 集中オファー管理モジュールでは、作成したオファーテンプレートやオファー属性の管理は、「設定オファー設定」メニューオプションで行います。

4. 下のスクリーンショットで強調表示されているフラグプロパティを使用して、集中オファー管理モジュールを有効または無効にできます。

Unica のオファー集中管理モジュールを使用すると、以下のようなメリットが得られます。

• オファーを作成するユーザーは、キャンペーンへのアクセスを必要としないこと
• オファーテンプレートを使用せずにオファーを作成できること
• 必要に応じてオファーテンプレートを更新できること
• オファーからオファーテンプレートを作成できること

詳しくは、Unica V12 - Centralized Offer Management の動画をご覧ください。 COM については、こちらから詳しく知ることができます。