第4章：ターゲットの使用に関するヒント

多くのTargetユーザーとの取り組みに基づき、Targetソリューションからより多くの価値を得る方法を観察しました。この章で取り上げた多数のヒントにまとめました。これらのアイデアをすぐに使用する準備はできていないかもしれませんが、このリストを続けてください。ソリューションの使い勝手が高く、プログラムが成長すればするほど、Targetを使ってより多くのことを成し遂げる上で役立つヒントがわかります。

ヒント1:訪問者のプロファイルに追加のデータを増補することで、パーソナライゼーションを深めます。

Targetデータをすぐに使って、エクスペリエンスをパーソナライズできます。しかし、組み合わせに独自のデータを追加することで、より深くパーソナライズできます。 Adobe Analyticsの履歴データとAdobe Audience Managerのリアルタイムデータを使用してプロファイルを拡張できます。 Adobe Experience CloudのPeopleコアサービスの機能である顧客属性を使用して、CRMデータ、サードパーティのパートナーデータ、およびサードパーティの購入データをTargetに簡単に取り込むこともできます。

例えば、POS（販売時点管理システム）の購入データを訪問者プロファイルに関連付けることができます。これを行うには、最大200個のオフライン変数を含むCSVファイルを作成し、ファイルのアップロードを介して直接Adobe Experience Cloudにアップロードするか、FTPを使用してファイルをホストし、定期的に更新するようにスケジュールします。顧客属性がAdobe Experience Cloudに配置されたら、Adobe AnalyticsやTargetなどのExperience Cloudソリューションにマッピングし、分析、テスト、パーソナライゼーションに利用できるようにします。

詳しい手順については、カスタム属性を参照してください。

知っていること:異な Target るテクノロジーで適切に機能するオープンで不可知的なプラットフォームなので、CRMや購入したデータを様々な方法で追加できます。つまり、組織に最も適した方法を選択できます。

詳しくは、ターゲットにデータを取り込む方法を参照してください。

ヒント2:ターゲットのオーディエンスを他のAdobe Experience Cloudオーディエンスと混ぜ合わせて、より詳細にパーソナライズできます。

異なるAdobe Experience Cloudソリューションに存在するオーディエンスをブレンドすると、顧客に関するより幅広い理解を深め、より詳細にパーソナライズすることができます。例えば、Targetはリアルタイムオーディエンスデータを提供しますが、Adobe Analyticsは履歴オーディエンスデータを提供します。この2つを組み合わせると、顧客の行動が一貫している時期や、新しい行動に対して行動する機会が生じた時期を特定するのに役立ちます。アクティビティを作成する場合は、「すべての訪問者」の横のドロップダウンメニューをクリックするだけです。次に、最大20個のオーディエンスのチェックボックスをオンにし、「複数のオーディエンスを結合」をクリックし、「保存」をクリックします。

詳しい手順については、複数のオーディエンスの組み合わせを参照してください。

知っていること: Adobe Audience Manager オーディエンスは、 Target 自動的に使用できます。しかし、Adobe Analyticsオーディエンスの共有には、少し手動のセットアップが必要です。 Analyticsでのオーディエンス構築プロセス中に、「これをExperience Cloudオーディエンスにする」というラベルの付いたボックスを選択するだけです。次に、Targetから「Experience Cloudオーディエンスを読み込み」をクリックします。

ヒント3:ターゲットからデータをエクスポートし、サードパーティのツールで使用できます。

応答トークンを使用すると、管理者はTargetからサードパーティのツールに簡単にデータを取得できます。これは、調査ツールで収集されたデータにデータを追加する場合に便利です。例えば、調査が訪問者のサンプルに「9」、別のスコアに「4」というエクスペリエンスを表示した場合、データを使用して、エクスペリエンスAの閲覧者とエクスペリエンスBの閲覧者を確認できます。応答トークンを使用して、Targetデータを内部Data Warehouseにエクスポートできます。「管理」をクリックし、目的のレスポンストークンの横にあるスイッチをオンの位置に切り替えます。次に、アクティビティを作成します。その後、データをサードパーティベンダーに転送する準備が整います。 Targetがデバッグツールを使ってデータを書き出していることを確認できます。

詳細な手順については、応答トークンを参照してください。

ヘルプヒント:管理者がサードパーティに関連付けられた応答トークンをアクティブ化する前に、開発者は、そのサードパーティ会社とのパートナーシップを設定する必要があります。

詳細な手順については、応答トークンを参照してください。

最初に実行:at.jsバージョン1.1以降を使用していることを確認します。以前のバージョンを使用している場合は、応答トークンは表示されますが、at.jsでは使用できません。

ヒント4:これらの主要変数からオーディエンスを作成し、アクティビティの価値を高めます。

プロモーションやオファーをターゲット化またはテストするオーディエンスを作成する場合は、まず次の変数を考慮します。

行動：サイト訪問のパターンと購入パターン
リファラー. 参照サイトとキャンペーン
時間。時間帯、曜日および季節要因
オフライン. 物理店での訪問と購入のパターン
環境. 接触チャネルの国、オペレーティングシステム、ブラウザーの種類

ヒント5:ユーザーに、業務に必要なアクセスレベルを与えます。

安全性を維持しながら、組織のデータを容易に操作できるようにします。 Target Premium 管理者は、様々な社内チームや社外チームに与えるアクセスレベルを制御できます。

詳しくは、Enterprise user permissionsを参照してください。

ヘルプヒント:ユーザーを追加する際に、以前にチームメンバーの名前が組織に追加されていない場合（サードパーティのエージェンシー従業員の場合など）、電子メールアドレスとパスワードを入力すると、チームのワークスペースへの招待メールがトリガーされます。

Target Standardを使用する場合読み取り専用、編集者、承認者の役割を持つユーザーには、3つのレベルのアクセスを割り当てることができます。

ヒント6:ジャーニー内の各ページでオファーのパフォーマンスをテストし、顧客ジャーニー全体でどのように動作するかを見つけます。

Webサイト上の複数のページで行われる顧客ジャーニー中の、送料無料などのオファーのパフォーマンスを確認します。

詳細な手順については、複数ページのアクティビティを参照してください。

ヘルプヒント:ページ範囲を指定した後にURLを変更すると、エクスペリエンスがリセットされます。指定したバリエーションは表示されなくなります。 URLを変更する必要がある場合は、エクスペリエンスを再定義する必要があります。

ヒント7:様々なオーディエンスでオファーをテストし、オーディエンスに異なる環境設定があるかどうかを確認します。

エクスペリエンスバージョンを使用すると、1つのテストを必要な数のオーディエンスに対して実行できます。例えば、米国、英国、米国のお客様向けの画像や通貨バリエーションを含む、送料無料のバナー広告を、3つの異なるオーディエンスに対するテストを実行することなく作成できます。

詳しい手順については、A/Bテストの複数のエクスペリエンスオーディエンスと、Adobe Targetのエクスペリエンスバージョンを参照してください。

ヒント8:同様のページ上でアクティビティエクスペリエンスを複製することで、時間を節約できます。

新しいボタンの色など、1つのWebページにバリエーションを作成し、同じテンプレートを共有するすべてのページに自動的に適用します。ページを指定することも、Webサイト内の類似するすべてのページにバリエーションを適用することもできます。

詳しい手順については、類似のページに同じエクスペリエンスを含めるを参照してください。

ヒント9:1回限りのオーディエンスを作成することで、オーディエンスライブラリを整理して整理します。

予期しない天気イベントの影響を受けるお客様など、ターゲットしないとわかっているセグメントをターゲットにしている場合は、1回限りのオーディエンスを作成することで、オーディエンスライブラリを煩雑にすることなく作業を完了できます。これにより、何度も繰り返し使用するオーディエンスを簡単に見つけることができます。

詳しい手順については、アクティビティのみのオーディエンスの作成を参照してください。

要求度の高い機能:お客様から、単一使用のオーディエンスがオーディエンスライブラリに自動的に保存されないようにするようにお願いされました。現在は、手動でオーディエンスを削除してライブラリを整理する必要はありません。

ヒント10:標準的なQAプロセスを実行しないことで、単純なテストを迅速に実行できます。

標準的なQAプロセスが完了するまで、アクティビティの準備が整ってから数週間待つほど悪いことはありません。ほとんどのアクティビティに対してQAを行うには、いくつかのQAリンクを同僚に渡して様々なブラウザーで試すことができます。サイトの機能を大幅に変更する取り組みに対して、より多くのQAテストを実施する可能性が高いでしょうが、実際には、これらのアクティビティの数を減らし、より基本的なアクティビティの数を増やす必要があります。より優れた権限制御を追加して、より少ない人が物を完全に生き延ばすことができるようにすることで、意味のある制限も加えられ、速度と効率を犠牲にすることなく、必要なことを達成できます。 ITリソースを指定して、QAプロセスを適時に監視することもできます。

詳しい手順については、アクティビティQAを参照してください。

ヒント11:高トラフィックのページでテストを実行し、統計的有意性により早く到達できるようにします。

多くのマーケティング担当者は、表示されるトラフィックレベルやオーディエンスが、オーディエンスの最適化とコンバージョン目標のテスト期間中に有意な結果をもたらすかどうかをチェックせずに、最適化のプログラムを開始して、最適化の目標を達成しています。このような一般的な間違いを避けるには、事前に次の質問に答えてください。

ページには日別訪問者数はいくつありますか。
ページのコンバージョン率は何か。
テストを完了と確信を持って呼び出す前に、テストを実行する必要がある期間はどのくらいですか。

役立つヒント:ターゲットのサンプルサイズ計算子を使用して、テストを成功させるために必要なサンプルサイズを判断します。

ヒント12:よりシンプルなテストを設計し、作成および実装できるようにします。

テストの設計方法のあらゆる面を検討した後、計画は非常に複雑になります。テストのビジネスの所在や、結果の設計、コード化、実行、分析をグループが行う能力に基づいて、テストが野心的に見えるかどうかを判断します。その場合は、その範囲と複雑さを軽減する準備をしてください。テストを全く実行しないよりも、開始を小さくする方が良い。テストを開始しない場合、インパクトのある上昇率を提供することはできません。チームの大志とリソースと能力の現実のバランスをとることが重要です。

ヒント13:複雑なテストをより小さなテストアクティビティに分割して、それらを達成可能にします。

複数の変数と複雑な開発を使用した大規模なテストを1つ開発する代わりに、最小の変数を使用して、より複雑でない一連の小規模なテストを開発します。これにより、特定の変数に基づくテストのパフォーマンスをより深く把握できます。また、大規模プロジェクトの開発に伴う技術的な問題も減らす。

複雑なテストの破損の説明

ヒント14:コンバージョンファネルの終わりに近い方をテストして、テストの影響を最大化します。

訪問者が「購入を完了」、「申込みを送信」または「コンバージョンを完了」をクリックするページのすぐ近くでテストを行うと、最も効果的な結果が得られます。ファネルの終わりに到達した訪問者は、より条件が満たされ、投資を行い、購入に至ったことがあるので、ユーザーの好みとアクションに関するインサイトをテストし、有益な変更を行うのに役立ちます。購入パス上のページはコンバージョン率にとって重要なので、これらのページで実施されるテストは、ロールアウトの前に主要関係者に関連付ける必要があります。

コンバージョンファネルの図

ヒント15:繰り返し改善を行うために、テストを常に更新してください。

仮説が正しいと分からなかった場合は、テストを改善する方法を考えてください。テストしたエクスペリエンスのパフォーマンスが向上しなかった場合でも、テストに時間の無駄はありませんでした。成功したテストが必ずしも売上高やコンバージョンの向上を意味するとは限りません。このテストが仮説を実際にサポートしている場合は、一般的な理論の開発に進んでいます。しかし、明確な勝利結果が得られた場合でも、そこで止まらないでください。あまりに多くの場合、成功につながった要因をあまり理解することなく、マーケターは一度テストを行い、その結果に基づいて銀行を行います。代わりに、その結果を繰り返し、前走者がなぜ先にいたのかを知る予定です。これにより、今後のキャンペーンで使用できるより深い洞察が得られます。

ヒント16:テストとパーソナライゼーションのアクティビティをアイデアと比較して、ターゲット設定を改善します。

異なる場所の異なるテスト内の異なるオーディエンスのコンバージョンパフォーマンスを比較すると、会社の最適化戦略に焦点を当てて絞り込むのに役立ちます。テストの比較を使用して、テストに最も価値のあるオーディエンス、ターゲット設定されたエクスペリエンスを受け取る必要のある訪問者、および最も反応を引き出す可能性の高いエクスペリエンスのタイプを特定します。

例えば、金融サービスの顧客が、プロのスポーツイベントのインセンティブを含むクレジットカードに対してプロモーションキャンペーンを実行したとします。顧客の部分的な要因多変量分析テストを通じて、クレジットカードの利点に関するメッセージと、顧客ベースのターゲット別オーディエンスに対するスポーツインセンティブとのバランスを最適にとることができました。このアプローチは、大手スポーツイベントを取り巻く時間に左右されるウィンドウ内で、会社がコンバージョンをフルに活用し、最大化することを可能にしました。

ヒント17:テストは、データを操作できることがわかっている場合にのみ起動することで役立ちます。

データに対する動作を明確にしない場合、テストは無意味です。これには、主要成功指標の把握、推奨結果を推奨するために必要なこと、テスト結果の追跡方法、オーディエンス情報の使用方法などが含まれます。テストを迅速に成功させるためには、テストの開始前に、テストに関与するすべてのグループ（開発者、クリエイティブ、テストの専門家など）にその役割を意識することが不可欠です。

ヒント18:テストを開始する前に、ビジネスで推奨結果の表示がサポートされていることを確認してください。

成功した最適化を行う組織は、テストの概念を信じており、テストで勝利するエクスペリエンスに関する専門的な意見が必ずしも正しいとは限りません。データの強固な基盤に基づいて勝者を決定し、期待に沿っていない場合や直観に反している場合でも、結果が出た後で勝者エクスペリエンスを積極的に活用し、勝者エクスペリエンスを積極的に推進します。

例えば、Adobeの医療サービスのお客様が最近、スラムダンクと見なしたヒーローバナーが実際にコンバージョンにどのような悪影響を与えたかを示すことで、テストの価値を実証しました。組織がまだテストを十分に受け入れていない場合は、まず、よりシンプルで小規模なテストを実施し、テスト結果からの変更を段階的に行うことをお勧めします。

ヒント19:サイトが変更された場合の懸念を回避するためにテストを開始したことを全員に知らせます。

QAパラメーターを使用するようにアクティビティを設定する利点の1つは、チームの全員とリンクを共有できることです。より多くの人がアクティビティに気付き、テストバリアントに当たった場合にサイトが正しく機能していないと想定しないようにします。

テストが完了したら、キャンペーンの起動回数、テスト結果、特に学んだ教訓について伝えることで、テスト結果に対する認識と興味を深めることができます。また、組織の全員と結果を共有することで、仮説の再テストを避け、すべての人に何が効果があるかを教え、発見した内容に基づいて何が効果があるかについての独自のアイデアを根本的に打ち出すのに役立ちます。調査結果と主な学習事項を共有するために毎回使用するテンプレートを準備することをお勧めします。
次に、これらの学習内容を累積的に取り込む共有ブックまたはMicrosoft PowerPointデッキを作成することを検討します。

ヒント20:モバイル機能を利用して、より革新的なモバイルアクティビティを作成できます。

タブレットやスマートフォンのユーザーエクスペリエンスは、マウスのクリックやキーボードのコントロールではなく、主要な訪問者操作としてタッチ操作のコントロールに集中する必要があります。指によるスワイプ、タッチ、ドラッグ、ピンチ、ズームなど、モバイルのディスプレイコントロールを利用できます。シンプルな大きいボタンを使用して、大きい買い物かごやビデオ再生ボタンなどのインタラクションとナビゲーションを指定します。モバイル向けのデザインを行う場合は、デバイスタイプに最適化されたリッチ製品のビジュアライゼーションを組み込みます。埋め込みビューア、大きいビューア、フルスクリーンのインタラクティブズームとパン、360度スピン、拡張ビデオ機能に、ユーザエクスペリエンスのフォーカスを移す機会を常に探し求めます。

ヒント21:モバイル検索を最適化することで、モバイル訪問者が求めるものを見つけるのに役立ちます。

モバイルユーザーの意図は高い。多くの人は検索を使用してmコマースのサイトで他のことを行う前に検索を行い、モバイルサイト検索の最適化が重要になります。モバイル向けの検索エンジン最適化(SEO)を改善するには、明示的なナビゲーションキューを使用して、簡単に参照できます。また、モバイルでの入力が困難になるので、検索入力ボックスに自動提案と自動修正を実装します。画面のサイズと場所に合わせて最適化された、説得力のある、関連性の高い検索結果を提供する。