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 については、こちらから詳しく知ることができます。

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

HCL Unica 12.1 の特長について記したブログ Unica V12.1 = 4; Are You Ready for More? の翻訳版です。

HCL Unica V12.1 = 4; 準備はできていますか？

2020年7月30日

著者: Bryce Connors / Practice Leader - Unica Professional Services

HCL Unica V12.1 = 4; 準備はできていますか？

Unica V12.0 のリリースからわずか 3 ヶ月後、HCL Software の素晴らしいエンジニアリングおよび製品管理チームが Unica V12.1 をリリースしました。Unica Professional Services チームの全員が、この新機能に非常に興奮しています。これで可能になるすべての機能を Unica のエンドユーザーの皆様にお見せするのが待ち遠しいですが、1つの記事ですべてを網羅できませんので、ここではその概要をご紹介します。

今日は、Unica V12.1 が数字の 4 の力をどのように活用しているかを説明します。つまり、新しい統合クラウドネイティブプラットフォームの 4 つの主要機能と、4 つの機能をそれぞれ動作させる 4 つの仕掛けを紹介します。

主な機能

1. Unica Journey によってオーケストレーションされた目標ベースのマーケティング
2. Unica Deliver による大規模なデジタル実行
3. Unica Link で簡単に統合
4. もちろん、忘れてはいけないこと: Unica 12.1には以下のような機能があります。
   • InteractによるA/BテストとFlexOffers。
   • ワークフローが簡素化され、より強力になったほか、REST API Swagger with Planも提供しています。

目標ベースのマーケティング

1. まずユースケースから

もちろん、すべてのマーケティングキャンペーンには、「収益を上げる」「製品をx個売る」「ROI はn%」といった目標がありますが、もっとフォーカスした目標を持ったマーケティングキャンペーンはどうでしょうか？例として、特定の顧客活動の完了に応じてマイルストーンが設定されているキャンペーンを見てみましょう。クレジットカード業界では、顧客が口座を開設してから1ヶ月以内に一定の取引件数を達成することを目標としているかもしれません。そのためには、顧客は承認された後、以下の条件を満たす必要があります。1) クレジットカードを郵送で受け取る、2) 新しいカードを有効にする、3) 買い物を始める、ということです。また、カードを受け取ってから1ヶ月以内に取引を完了させるためには、他にも多くの顧客活動が必要になるかもしれません。それがゴールベース・マーケティングです。

2. ジャーニーインターフェースのガイドツアー

ジャーニーは新しいもので、そのインターフェースも新しいものです。各ジャーニーは、ジャーニーの顧客を提供する 1 つ以上のエントリーソースから始まります。これらは、KAFKA トピック、JSON ファイル、REST API、またはフラットファイルを経由できます。ジャーニーキャンバスは完全に柔軟性があり、マーケターはジャーニーをデザインして実行できます。マーケターは、顧客がエンゲージメントされているかどうかを判断したり、ジャーニーの次の行動を決定したり、カスタムの待ち時間を追加したり、ジャーニーの別々の部分を結合して1つのパスを進めることができます。デジタルでの実行はメールや SMS で可能です。

3. 一緒に旅をしましょう。実行可能なジャーニーを作成するためのステップ

目標ベースのマーケティングについて説明し、ユースケースの例を提供し、HCL Unica Journey のインターフェースについて少し話しましたが、ここではハイレベルなステップを紹介します。

• ジャーニーの目標を設定する
• データ定義の作成する
• エントリソースの設定する
• ジャーニーコントロールをキャンバスに追加する
• 1 つ以上のタッチポイントを含ませる
• パブリッシュして「旅を始めよう」。インパクトのある旅の作り方をもっと詳しく知りたい方は、近日中に動画を公開する予定です。

4. ジャーニーとの間における、オーディエンスの双方向シンジケーション

すべてのジャーニーは、それが共有されればより良いものになり、オーディエンスシンジケーションはそれを可能にします。Journey は Campaign からオーディエンスを受け取ることができ、Campaign とオーディエンスを共有できます。Interact Triggered Messages は、オーディエンスのメンバーを HCL Unica Journey に追加するために使用できます。

規模を問わないでのデジタルエクゼキューション

1. デジタルチャネル（メール、SMS、トランザクションメール）を強化する

Unicaには、再びデジタル実行機能が組み込まれています。現在、これはメール、SMS、トランザクションメールで行えますが、モバイルプッシュも間もなく追加される予定です。ランディングページは現在利用可能ですが、将来的にはアンケートを実施する機能を追加する予定です。

2. あなたがコントロールするメッセージ。メッセージエディタの紹介

内蔵のメッセージエディタでは、HTMLファイルのアップロード、ヘッダーやフッターの作成、メッセージを簡単に編集することができ、もちろん、重要なパーソナライズフィールドの追加も可能です。メッセージのプレビューや、パーソナライズルールに沿ってコンテンツをテストする機能も充実しています。

3. 拡張性のある実行

4. ループを閉じる

デジタル実行とは、単に「送信」だけではなく、ループを閉じることを意味します。バウンス、開封、クリックスルーなどを知ることは重要ですが、それ以上に重要なのは、メールのアドレスごとに知ることであり、その情報を HCL Unica のオムニチャネルなコンタクト＆レスポンス履歴の一部として保存することが正しい方法です。

統合が簡単に

1. リンクを確立します。Unica Link とは？

Unica Link は、Unica V12.1 で利用できるローコードの統合モジュールです。確立された技術を Unica Link に組み込み、これを実現しています。Campaign のプロセスボックスと Journey のタッチポイントが Link に対応しています。

2. 利用可能なコネクター

現在、メール、CRM、SMS用のコネクタが用意されています。将来的にはさらに多くのコネクタを追加していく予定です。

3. 舞台裏ツアー

Unica Link のエンドユーザー・インターフェースは、ポイント・アンド・クリックで簡単に操作できます。管理者インターフェースでは、統合ポイントの REST API を入力したり、APIをどのように呼び出すかのプロセスマップを入力することができます。管理者は、転送されるデータ・フィールドと、エンドユーザー・インターフェースに公開されるものを設定します。

4. 私たちはまだ始まったばかりです。

将来的にはさらに多くのコネクタを追加していく予定です。ソーシャルチャネル、DMP/DSP、アトリビューションツールなどとの統合を想定しています。 お客様とのコラボレーションも歓迎していますので、統合のニーズをお知らせください。

しかし、待ってください、まだまだあります！ - Unica Interact と Unica Plan

1. Unica Interact による A/B および N テスト

Interact V12.1 には、チャンピオン/チャレンジャーのテスト以上に対応できる A/B テストが組み込まれているので、一度に 2 つ以上のバージョンをテストできます。テスト後は、テストされたバージョンの「デフォルト」のオファーに戻すことや、結果を確認して勝者を新しい「デフォルト」にすることができます。

2. 柔軟性の向上。Unica Interact での FlexOffers

FlexOffers は、リアルタイム/インバウンドオファーの一括ペルソナ化を可能にします。オファーをグループ化し、プールされたオファーにルールやフィルターを追加し、実行中にリアルタイムで適用する機能を提供します。これにより、Unica Interact のオファー利用に関するエンドユーザーの設定をさらに効率化できます。

3. パフォーマンスと効率性。ワークフローには何がありますか?

Unica V12.1では、プランのワークフローが更新されました。ワークフローは自動的に編集モードで開き、変更はすぐに反映されます。ワークフローでは、複数のユーザーが同じワークフローに対して同時に編集を行うことができるようになりました。タスクの並び替えはドラッグ＆ドロップで可能になり、完了率の更新もより効率的になりました。

4. プラン API に Swagger を追加

Plan に Swagger が追加されました。Plan に Swagger インターフェイスが追加され、Plan の REST API にアクセスできるようになりました。 これには、ワークフローの新しい REST API が含まれます。これで、Plan REST API のレビューと作業が以前よりも簡単になりました。

上で詳述したように、Unica V12.1 は本当に "4" に相当します! また、私たちはもっと多くのことをお見せしたいと思っています! そこで、今後数週間のうちに、Unica Live にビデオを追加して、Unica V12.1 ? "1+2+1" が 4 に等しいことを証明する各項目のデモンストレーションを行います。 2020年7月にリリースされた最新の Unica V12.1 GAローンチウェビナーでは、Unica V12.1 の優れた点をすべてご紹介しています。最後までお読みいただき、ありがとうございました。

2020/7/21 - 読み終える時間: 5 分

Understand the Test Run tables in Unica Interact Flowchart の翻訳版です。

Unica Interactフローチャートのテスト実行テーブルを理解する

2020年6月3日

著者: Nitin Dhabale / Product Support Lead, Unica

最近、Interact フローチャートのテスト実行に関する問い合わせが多く寄せられました。そのようなケースでは、バックグラウンド・テーブルに挿入されるデータがテーブルのカラム・サイズを超えていたため、フローチャートのテスト実行が停止したことが確認されました。別のシナリオでは、Interact のユーザーは、どの視聴者IDがどのセグメントに該当するかを理解したいと考えていました。この情報を得るために、ユーザーはフローチャート自体に結果を表示するために、テストランでフローチャートを繰り返し実行していました。入力データは膨大で、顧客はそれを減らしたくありませんでした。そのため、フローチャートの実行完了までにかなりの時間がかかっていました。

Unica Interact でフローチャートを設計する際、開発者は一般的にフローチャートをテスト実行して、設定が正しいことを確認します。しかし、フローチャートがエラーで失敗した場合はどうなるのでしょうか？データはどうなるのでしょうか？データはどこに格納されるのでしょうか？これらは、ユーザーが常に答えを求めている共通の問題となっています。そこで、私は、フローチャートが実行されるときにバックグラウンドで作成されるテーブルについてさらに話しているこのブログを書きました。それは、どのようなデータがどこに保存されるかについて話しています。

Interact セッションでフローチャートのテストを実行している間、開発者はどのようにして様々なエラーメッセージを観察するのかについて話しました。これらの情報はすべて、4つの異なるタイプのテーブルに格納されています。Interact ・セッションのフローチャートが実行されると、バックグラウンドで、プロファイル・データベースの TESTATTR_n、TESTCOUNT_n、TESTSEG_n、TESTERROR_n の 4 種類のテーブルが作成されます。この番号（_n）は、同じインタラクティブ・フローチャートの上記のすべてのテーブルで同じである。この場合、Unicaは、TESTATTR_142、TESTCOUNT_142、TESTSEG_142、および TESTERROR_142を生成します。

「フローチャートがテスト実行で失敗したのはなぜか」という質問に対する正しい答えを見つけるためには、「フローチャートがテスト実行で失敗したのはなぜか」という質問に答える必要があります。より良い分析のためには、各テーブルの重要性を理解することが重要です。

フローチャートを実行する前のテストラン

テーブルに格納される情報は、異なる環境、セグメント、オーディエンス、および他の多くの要因によって異なります。例えば、ターゲットオーディエンスのタイプに応じて、オーディエンスIDは変化します。それは、世帯のオーディエンス ID のままでありながら、個人のための顧客 ID にすることができます。最初の表は、オーディエンスに焦点を当てています。

• TESTATTR_nテーブルの使い方は？

TESTATTR_n テーブルは、対話型フローチャートに従ってプロファイルデータベースの下に作成されます。このテーブルには、画像2に表示されているように、対話型フローチャートのテスト実行の結果が記録されています。このテーブルには、オーディエンス ID のみが記録される。つのオーディエンス ID を持つ複合オーディエンスＩＤが存在する場合、このテーブルは、その後、２つの列を持つことになる。出力されるオーディエンスIDの最大数は、インタラクション・プロセスで作成された構成に依存します。

テスト実行中に、ユーザーが 1000 件のレコードをすべて表示しようとしないことがあります。そのような場合は、出力を15レコードに制限することができます（下の画像のように）。

• TESTCOUNT_nテーブルの使用方法は？

フローチャートの構成には、いくつのプロセス・ボックスが関与していましたか？どのプロセス・システムが失敗し、どのセル・コードの下で失敗したか？このような情報はすべてTESTCOUNT_nの下に保存されます。これは、対話型フローチャートごとにプロファイル・データベースの下に作成されます。テーブルには5つの列があります。PROCESSID、CELLID、CELLCOUNT、CELLNAME、CELLCODE。

PROCESSID：列には、インタラクティブ・フローチャートに取り込まれた各プロセス・ボックスのID（数値データ）が含まれています。

CELLID : Decision、Sampleプロセスのような異なるプロセスボックスから複数のセルを作成することができる。この列には、インタラクティブ・フローチャートから作成された各セルのIDが含まれています。Interaction Process (対話プロセス)、Select Process (選択プロセス) は、最大1つの出力セルを作成することができます。サンプルプロセス (Sample Process)、決定プロセス (Decision Process) は、1つ以上の出力セルを作成することができます。スナップショットプロセス (Snapshot Process)、ポピュレートセグプロセス (Populate Seg Process) には、出力セルは含まれません。

CELLCOUNT : この列には、インタラクティブ・フローチャートのテスト実行が行われたときにポップレートされた各セルのカウントが含まれています。

CELLNAME : この列には、インタラクティブ・フローチャートのテスト実行後に作成された各出力セルの名前が含まれます。アウトプット・セル名は、プロセス・ボックスに作成されます。

• TESTSEG_n テーブルの使用方法は？

フローチャートではセグメントを作成します。今回のケースでは、セグメントは男性セグメントと女性セグメントの2つのグループに分かれています。では、どのオーディエンスIDがどのセグメントに属しているか？その情報は TESTSEG_n に保存されます。テーブルには以下の列があります。AUDIENCEID、ASSIGNED_SEGMENTID、ASSIGNED_SEGMENTNAME。

AUDIENCEID : データがオーディエンスIDとしてCustomerIDを含む場合、列の名前はCUSTOMERIDになります。そのデータ型は、HCL Campaignで作成されたオーディエンスIDのデータ型に依存します。

ASSIGNED_SEGMENTID : この列には、オーディエンスIDが該当するスマート戦略セグメントのIDが含まれています。

ASSIGNED_SEGMENTNAME : 列には、オーディエンスIDが該当するスマート戦略セグメントのIDが含まれます。列には、オーディエンスIDが該当するスマート戦略セグメントのNAMEが格納されます。場合には、以下のように

ASSIGNED_SEGMENTID : 列には、オーディエンスIDが該当するスマート戦略セグメントのIDが含まれています。

ASSIGNED_SEGMENTNAME : 列には、オーディエンスIDが該当するスマート戦略セグメントのNAMEが格納されています。視聴者IDがスマート戦略セグメントのいずれにも該当しない場合は、視聴者IDの隣の値はNULLのままです。

潜在的な構成問題を特定するためのエラーの理解

では、フローチャートが失敗したエラーメッセージは何でしょうか？すべてのエラーメッセージの情報は TESTERROR_n テーブルに保存されます。

• TESTERROR_n テーブルの使用方法は？

対話型フローチャートのテスト実行が何らかのエラーメッセージで失敗した場合、それぞれの ERRORMESSAGE、ERRORORCODE、失敗したプロセスボックスの ID がこのテーブルに挿入されます。

PROCESSESID : このカラムは数値データ型を持つ。インタラクティブフローチャートで実行に失敗したプロセスボックスの ID が格納される。

ERRORCODE：この列には、インタラクティブ・フローチャートで実行に失敗したプロセス・ボックスのIDが含まれている。この列には、インタラクティブ・フローチャートのプロセス・ボックスが実行に失敗したエラー・コードが含まれる。

ERRORMESSAGE : この列には、インタラクティブ・フローチャートのプロセス・ボックスの実行に失敗した理由を説明するエラーメッセージの説明が含まれる。

SEQID : これは、テーブルに挿入された各レコードに対してシステムが生成した一意のフィールドです。

問題とトラブルシューティング

しかし、どのようにトラブルシューティングして問題を解決するのでしょうか？私は例からいくつかの助けを得てみましょう。インタラクティブ・フローチャートのテスト実行が、列 "TESTERROR_<>."""ERRORESSAGE" の値が大きすぎるデータベース・エラー (value too large for the column) で失敗した場合。

原因 : インタラクティブ フローチャートは、テーブル TESTERROR_n テーブルのテーブル カラム "ERRORMESSAGE" のサイズよりも大きいエラーメッセージをスローします。デフォルトでは、対話型フローチャートごとに、1つのTESTERROR_n テーブルがプロファイルデータベースに作成されます。このテーブルのカラム ERRORMESSAGE のサイズは 512 バイトであり、エラーメッセージが 512 より大きい場合は、以下のようにデータベースエラーで失敗します。

行[1]でのテスト実行エラー[run id=6u2keu1n90]。

com.unicacorp.interactual.exceptions.DataAccessException. 以下のデータベースクエリを実行する際にエラーが発生しました(ORA-12899: column "UNICAINTERACTTR"... "TESTERROR_3900774″... "ERRORESSAGE" (actual: 1059,maximum: 512) )。INSERT INTO UNICAINTERACTTR.TestError_3900774 (SeqID,ErrorMessage,ErrorCode,ProcessID) VALUES (?,?,?,?)

解決方法

このエラーを解決する最も簡単な方法は、対話型フローチャート用に作成された TESTERROR_n テーブルを ERRORESSAGE のサイズを大きくして変更することです。Interact でフローチャートを設計する際には、最終的な実行前にテストを行うことが不可欠です。これは、設定の早い段階で問題を分析し、修正するのに役立ちます。そのため、次回のテスト実行が失敗した場合は、これらの 4 つのテーブルを参照して、特定の情報を確認してください。

Unica に関するご質問は、いつでもサポートコミュニティに質問してください。

また、HCL のアイデアポータルに登録して、製品のロードマップに影響を与えるチャンスです。

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

SaaS の MarTech サービスが花盛りですが、本当にそこだけに依存してもよいのでしょうか。英語版ブログの記事 What the SaaS?! Why your MarTech SaaS Symphony Needs a Maestro More than Ever の翻訳版です。

MarTech SaaS とは？なぜ MarTech SaaS シンフォニーにこれまで以上にマエストロが必要なのか？

2002年7月16日

著者: Maddie Highsmith / HCL Unica Specialist & Martech Advisor

今日の一般的な企業では、日々のメッセージング、プロモーション、広告キャンペーンをチャネル横断的に管理するために、91～189 のマーケティング＆CRM SaaS ツール（ツール）を導入しています。誰に聞くかによって、これらの数は多少異なるかもしれませんが、業界関係者の間で最もよく参照されているのは、Netskope社の調査です。同社の調査によると、企業では CRM 関連の SaaS ツールが69種類、マーケティング関連の SaaS ツールが 120 種類使用されているとのことです。

これは管理しやすいと思われるかもしれませんが、これらのツールはすべてのユーザーが年間サブスクリプションと企業とのセキュアな接続を必要としていることを考えてみてください。これに加えて、SaaS アプリケーションの寿命はわずか2年であり、マーケティング・チームの人員配置、トレーニング、管理を非常に困難にする、多くの離職率とスキルの課題が発生します。

今日、CMO の要求はこれまで以上に厳しくなっています。CMO は企業のブランド戦略やメッセージングを管理するだけでなく、マーケティングタスクを実行するために利用可能な様々なテクノロジーの中から選択しなければなりません。

毎年、有名な Chiefmartec のインフォグラフィックが公開され、世界の SaaS の選択肢やイノベーションを紹介している。今年は 8,000 件を超えました。

世界中のマーケティング・チームが日々の業務に100以上のツールを使用しており、SaaS への支出は年々増加し続けていることを考えると、これらの投資の ROI を証明したり、可視化することが難しくなるのは当然のことである。何がうまくいっているのか、何がうまくいっていないのかという真のパフォーマンス・メトリクスは、まだつかみどころがないか、あるいは文字にするのが難しいだけなのです。

MarTech や AdTech の技術革新に加えて、SaaS のおかげでこれらのツールが簡単に導入できるようになった今、疑問に思うことがあります。

• 現代のデジタル・タッチポイントと伝統的なチャネルを横断したブランド・コミュニケーションを管理する努力は、より良い管理になっているのか、それともより混沌としたものになっているのか？
• 最終的には、これら多くのツールのパフォーマンスの橋渡しとオーケストレーションを行う時期に来ているのか？

答えは次の通りです。

• 両方とも真実です。
• そう、その時が来たのです。

ブランドマーケティングが改善されたと言ってもいいが、マーケティング実務者と CMO の両方の生活にプラスの影響を与えるという点では、テクノロジーの約束事はまだ完全には実現されていません。私の同僚の一人は、異なる SaaS ツールを分析して接続する際にマーケターが直面する課題を「オリンピック形式の体操」と丁寧に表現しています。ほとんどのマーケターが「気が狂いそう」と言っていることを考えると、適切な表現だと思います。多くのマーケターが「気が狂いそう」と言っていることを適切に表現していると思います。

私はあなたに、今こそすべてをつなぐ時だと提案します。マーケターとして、またブランド戦略アドバイザーとして、私は SaaS を愛しています。手軽にサインアップできて、基本的なことにも使えます。また、自分の運命をコントロールできるのも気に入っています。しかし、SaaS ツールが次々と登場しては消えていくため、特定の顧客の行動や行動に関連するデータを抽出して管理することが重要になってきます。とあるツールがサービス終了になったからといって、重要なデータを失っても問題ないと考えるマーケティング組織はないでしょう。

IDC の予測によると、パブリッククラウドサービスとインフラストラクチャへの世界的な支出は、今後5年間で2倍になると予測されています。5年間の複合年間成長率 (CAGR) に牽引されている。企業の TCO と日々の運用コストを削減し、複雑さを解消するという SaaS の約束は、必ずしもうまくいっていないようだ。

オンプレミスのソフトウェアとハードウェアのエンド・オブ・ライフの煩わしさを交換することで、セキュリティや統合の課題が全く新しいものになり、重大な監視と注意が必要になります。プライベート・クラウドも、いくつかのソリューション (Unica) では選択肢の一つとなっています。すべての組織の CMO は、これまで以上に CIO との関係を強化し、団結することを必要としている。

SaaS は、新しいマーケティングやアドテクのイノベーションをより早く市場に投入する上で明確な役割を果たしているが、その一方で、ある程度の組織性とセキュリティが必要です。大規模なマーケティング部門のオペレーションには、目標に対するパフォーマンスを管理・追跡するための可視性が必要です。Unica は、世界で最も統合されたマーケティングプラットフォームです。クラウドネイティブのプライベートオプションで、マルチテナント型 SaaS に縛り付けるようなことはせずに、すべての顧客データと情報を一元化することができます...ゴールベースのマーケティングのために特別に構築されています。

Unica は、お客様の SaaS ツールやエンタープライズオペレーションとの間の橋渡し役であり、多くのチャネルや SaaS システムを介して、最も重要な顧客に向けて、(大規模から小規模まで) 規模に応じたプレシジョンマーケティングが可能です。

ゴールベースのマーケティングは、成功するブランドにとって常に重要です。

人間の注意を引くための断片化と競争は、ぼんやりとしたものになってきています。メッセージやオファーが発信されたり、利用可能な様々な方法で顧客に提示されたりすると、これらのメッセージの乱雑さが人間の上に積み重なっていきます。最終顧客は多くのことを吸収することができません。

同様に、マーケターのマインドシェアを競うSaaS競争は、マーテックやアドテックのツール空間を前進させ続けている。マーケティングには、より専門的なことを可能にする新しいツールが次々と登場し、マーケターの日々の業務はさらに細分化されています。マーケティングチームが「新しいことをする」ための方法は、年々登場し続けています。

CMO やマーケティング担当者にとって、これら多くの SaaS ツールを使いこなすためには、ペースを維持し、スキルを身につけるのは大変な作業です。これらの SaaS ツールを採用することは、自社にとって革新的であることを意味します。それは彼らにとって市場での勝敗を意味します。そしてこれはまた管理するために絶えず増加する支出/予算を意味する。SaaS は当初、低コストとシンプルさを約束して採用されました。SaaS のマルチテナント・モデルと Web ベースのツールの簡単なインターフェースは、あらゆる規模のマーケティング担当者にとって魅力的な約束でした。

マーケティング・チームの最大の課題は、会社の広告キャンペーン、ブランド・プロモーション、スーパーボウルの CM などで次のキラー・クリエイティブを思いつくことでしたが、悲しいことに今はもうなくなってしまいました。キラー & クリエイティブなキャンペーンも必要ですが、それをシンフォニックな形で顧客に届けるためには、メディアミックスの各チャンネルで 100 以上の「楽器 (Instruments: 道具)」が必要です。優れたブランド体験を提供することは、それほど複雑なことではありませんでした。

適切なチャネル（オン/オフライン）で、必要な時に必要な場所で適切な人にパーソナライズされたオファーを提供することこそが、Unica がブランドのために行うことなのです。銀行、小売店、通信、保険、救急隊などの企業は、ブランドに特化したメッセージだけでなく、重要なメッセージや時間的な制約のあるメッセージを顧客に配信するためにUNICAを利用しています。Unica は単なるマーケティングではなく、必要不可欠なものなのです。

Unica はビジネスコミュニケーション (Communications) の中心であり、不可欠なものなのです。

MIT の数学者から生まれた Unica は、未来のために設計されています。15年以上に及ぶ献身的な経験と開発により、Unica は、世界で最も優れた企業や最も信頼されるブランドから選ばれるコミュニケーションテクノロジーとなってきましたし、現在もその地位を維持しています。

20 年以上にわたり、Unica は世界最大のブランドのマエストロとして、伝統的なチャネルとデジタルチャネルでのキャンペーンの指揮を執ってきました。これらはすべて、最高レベルのセキュリティと大規模なスケールで自信を持って実施されています。HCL Software のクライアントは、業界の巨人や革新的な企業であり、適切なメッセージを適切な顧客に、適切なタイミングで、適切な媒体で、いつでも確実に届けるために、Unica を常に頼りにしています。

Unica は、機器（SaaSツール）、システム、データウェアハウス、メディアチャネルなど、規模に応じたプレシジョンマーケティングで知られています。

今すぐお問い合わせいただき (日本は Web のお問い合わせフォームから)、Unica がお客様の SaaS 楽器のオーケストラの管理にどのように貢献できるかをご確認ください。

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

Unica Campain は柔軟な構成と実行が可能です。実際例を使いながらその詳細を解説した記事 Let’s Geek Out on Unica: Scaling Your Campaign Execution の翻訳版を掲載します。

Unica Campaign の実行スケーリングの詳細

2020年7月6日

著者: Tom Hannigan Jr. / HCL Unica Global Practice Leader

誰もが、より少ない時間でより多くのことを素早くやろうとしています。

私のクライアントはいつも私に「どうすれば物事を速くできるのか」「どうすればより多くのキャンペーンを行いながらキャンペーンの実行を合理化できるのか」と質問してきます。

どちらも有効な質問です。多くの人は、より多くの規模で実行し、より多くのパーソナライゼーションを行い、より多くのチャネルでより多くのキャンペーンを同時に実行したいと考えています。しかし、それを実現する方法がわかりません。

そこで、Unica という魔法が助けてくれるのです。

まず、課題を理解しましょう。私はそれを「多対多」のシナリオと呼んでいます。

Unica は、ダイレクトメールや単発のメールのような非常に基本的なキャンペーンに合わせてしばらく前に設定されていたことがよく見受けられます。その後、時間が経つにつれ、育成ストリームが追加され、カスタマージャーニーが追加され、モバイルアプリやコマースサイト、コールセンターなどのチャネルが追加されましたが、キャンペーン活動の拡大や成長をサポートするために、Unica のプラットフォームが見直されることはありませんでした。

その結果、さまざまなスタイルのコミュニケーションが Unica のフロントエンドに詰め込まれてしまいました。さまざまな実行に対応するために、オファーテンプレートのようなものには、より多くのフィールドが追加されていました。

最近の例では、オファーテンプレートに 35 の異なるフィールドがあり、シンプルなクーポンを含む単発のメールから、11 のコンテンツブロックを含む週刊ニュースレターまで、あらゆるものに対応できるようになっていました。そのうち 6 つは動的に入力されていました。

キャンペーンマネージャーが、35 のフィールドの中から今日のキャンペーンに適したフィールドを見つけ出すのに苦労していることを想像してみてください。これはキャンペーンフローチャートにも当てはまります。

私たちは、週一回のメールキャンペーンを、ダイナミックなパーソナライゼーションを用いた週三回のメールキャンペーンに成長させたクライアントを持っていました。

毎週、彼らは前の週のフローチャートのコピーを取り、名前を変えて、それを今週のキャンペーンの出発点として使用します。今日、彼らは最後に実行したもののコピーを取り、週に 3 つのコピーを作成します。

どのプロセスボックスを残し、どのプロセスボックスを削除し、どのプロセスボックスを前回の実行から削除されたものを追加するかを解釈しながら、次のキャンペーンの実行を設定することを想像してみてください。

最後に、出力があります。すべてのキャンペーンは、リスト、ファイル、または API コールの形でキャンペーンメンバーを生成します。出力仕様は多くのキャンペーン実行シナリオに対応しなければなりません。それは巨大です。

288フィールドの巨大なフィールド。

品質管理のためにファイルをレビューしようとしていることを想像してみてください。さらに悪いことに、エラーを発見した場合のトラブルシューティングを想像してみてください。そして、どのフィールドがどのキャンペーンに使用されるかが明確でない場合、エラーを発見するのはどれほど難しいでしょうか。空欄のフィールドはキャンペーンに必要ないことを意味しているかもしれませんし、誰かのミスを意味しているかもしれません。どちらでしょうか？

「多対多」の問題を解決するには、3つのステップを踏む必要があります。

• 実行シナリオを定義する
• シナリオに特化したテンプレートの作成
• 実行シナリオごとに Unica でテンプレートをまとめてマッピングする

これを Unica で事前に定義された「ジャングルを通るパス (path through the jungle)」を作成して、実行を合理化して拡張できるようにすることを、私たちはこれと呼んでいます。

マーケターは実行することが好きです。そのため、Unica を使用している人が、キャンペーンの実行の背後にある「方法」についてあまり考えたことがないのはよくあることです。

マーケティングの実行には常にパターンがあります。日常から少し離れてみると、それが見えてきます。一般的な小売店では、プロモーションカレンダーとそれに付随するクリエイティブ制作プロセスがあります。不規則に感じるかもしれませんが、歴史的な実行を見れば、プロモーションのパターンが浮かび上がってきます。毎週のプロモーションのニュース、クーポンメール、イベントや販売のためのプロモ、そして最後にカテゴリや部門のプロモーションがあります。私たちはプロモーションの処置の各タイプのためのテンプレートを作成することを推薦します。

同じことが、オファー、キャンペーン、アウトプットの仕様にも当てはまります。パターンを見つけ、それぞれのテンプレートを定義し、それぞれのフィールドのルールを書き出します。これにより、フロントエンドでの「多数」の問題が単純化されます。今日は、フィールドごとに、フィールドに何を入力する必要があるのか、何を入力する必要があるのかを把握しようとしています。テンプレートでは、必要なフィールド/プロセスだけがテンプレート内にあり、何のために何を実行するのか、そのタイプの実行のために何を入れるのか、という明確なルールがあります。

また、バックエンドの「多くの」課題にも対応します。入力フィールドが少ないということは、出力フィールドが少ないということです。そのキャンペーンシナリオに必要なフィールドだけが出力仕様に含まれています。すべてのフィールドは、事前に定義されたテンプレートからのデータで入力されなければならないので、QA が容易になります。

「ジャングルを通る道 (path through the jungle)」の作成は、Unica が本当に輝くところです。各キャンペーンテンプレートでは、キャンペーンサマリー情報に、あらかじめ定義されたオーディエンスと関連するオファーを追加することができます。

今回の Unica Campaign では、すでに 3 つのオーディエンスと 7 つのオファーを紐付けしています。これらのうちの 1 つが不要な場合は、簡単に削除することができます。新しいオーディエンスでテンプレートを更新する必要がある場合は、一度テンプレートに追加され、自動的に表示されます。

今回の Unica Campaign は、すでに 3 つのオーディエンスと 7 つのオファーを紐付けしています。もし必要ない場合は、簡単に削除することができます。新しいオーディエンスでテンプレートを更新する必要がある場合は、一度テンプレートに追加され、その後、すべてのキャンペーンに自動的に表示されます。

同じことがキャンペーンフローチャートにも当てはまります。各キャンペーン全体のテンプレートには、そのキャンペーンシナリオで実行されるプロセスボックス付きのフローチャートテンプレートをあらかじめデザインしておくことができます。何も表示されていない画面や最終週のキャンペーンを見るのではなく、すでに完全に QA が行われた事前定義のフローチャートから始めることができます。あなたはネットの新しい変更をチェックする必要があるだけです。

目標は、キャンペーンの構造の 70～80％ を Unica Plan と Campaign のテンプレートにマッピングしておくことです。週 3 回のキャンペーンを週 3 回実施している場合、テンプレートが変更されていない限り、スタート地点は毎回同じです。先週実行したキャンペーンの最後のバージョンに変更が加えられ、今週にコピーされたことを心配する必要はありません。

私たちは、多くのクライアントのために 8-10 のオファーとキャンペーンのテンプレートと 3-4 の出力仕様である実行シナリオごとに 1 つのテンプレートをお勧めします。

さて、Unica の設定方法を変更しても、マーケティングの実行は止まらないことを知っています。最高の状況では、マーケターは "ナイフをジャグリングしながら実行している "ことになります。

しかし、来週のキャンペーンを構築し始めたら、5 分かけて「これはどんなタイプのキャンペーンなのか」と自問してみてください。クーポンのためのキャンペーンなのか、それともロイヤルティプログラムのためのキャンペーンなのか？実行しながらメモを取り始めましょう。定期的に行われるオファー、メッセージ、プロモ、オーディエンスは何か？

そのうちにパターンが見えてくるでしょう。そうすれば、Unica Campaign にテンプレートをいつ、どこで導入するかを決めることができます。

このようにして、ジャングルを抜けていく道を見つけ、Unica を使って合理化し、スケールアップしていくことができるのです。

Unica をもっと知りたい方は "Let’s Geek Out on Unica" チームからの情報をご覧になりませんか？

ここをクリックして、Unica Live の Let's Geek Out on Unica ビデオライブラリをご覧ください。