プッシュキャンペーンのポートフォリオ

概要

ポートフォリオ機能は、MoEngageであなたのすべてのプロジェクトを一元化し、顧客の統合ビューを提供します。これにより、複数のアプリケーションやウェブサイトでプッシュキャンペーンをセグメント化し、パーソナライズし、展開し、分析する方法が向上します。

この記事では、ポートフォリオ機能が以下の重要な分野に与える影響について説明します。

特定のプロジェクトとプラットフォームをターゲットにする
クロスプロジェクトセグメンテーション
クロスプロジェクト・トリガー・キャンペーン
パーソナライゼーション
プロジェクト別のオプトイン率を分析する
ポートフォリオおよびプロジェクトレベルの到達可能性
ユーザープロファイルでの到達可能性

これらの概念を説明するために、2つの異なるブランドを持つ会社の1つのキャンペーン、プロジェクトAとプロジェクトBを追います。このキャンペーンの目標は、主要アプリの忠実な顧客にプレミアムブランドをクロスプロモートすることです。

library_add_check

前提条件

プッシュキャンペーンを作成する前に、必要なチャネル設定がすべて完了していることを確認してください。
ポートフォリオ機能を活用するには、アカウントに少なくとも1つのプロジェクトを追加する必要があります。プロジェクトの追加方法についての詳細は、こちらをご参照ください。
以下のプッシュ設定ページは、プロジェクト固有の構成をサポートしています：

ポートフォリオに複数のプロジェクトが含まれている場合、上記のページに プロジェクト ドロップダウンリストが表示され、各プロジェクトのユニークな設定を選択して構成することができます。このドロップダウンリストは、単一プロジェクトのポートフォリオには表示されません。

特定のプロジェクトとプラットフォームをターゲットにする

ポートフォリオ機能を使用すると、メッセージング、ディープリンク、オファーを各プロジェクトのユニークなコンテキストに合わせて調整し、一貫したユーザーエクスペリエンスを確保できます。

次の例では、Project Aの貴重なお客様に新しいオファーを試していただくことを目的としています。

キャンペーン作成のターゲットユーザーのステップで、 ターゲットプロジェクト/ウェブサイト セクションを見つけてください。
プロジェクト リストで、対象のプロジェクト（例えば、プロジェクトA）を選択します。
ターゲットプラットフォーム（iOSやAndroidなど）を選択して、そのブランドのすべての潜在的なデバイスに招待を送信します。

ターゲットプロジェクトA.png

キャンペーン作成手順の完全なウォークスルーについては、プッシュキャンペーンの作成に関するガイドを参照してください。

クロスプロジェクトセグメンテーション

ユーザーを、単一のプロジェクト内での行動だけでなく、プロジェクト全体を通じた完全な旅に基づいてセグメント化することができます。この機能は、効果的なクロスプロモーションと、完全な顧客ライフサイクルを理解するために不可欠です。

次の例では、 プロジェクトA の高価値顧客で、まだ プロジェクトB に関与していない顧客を見つけることが目標です。

ターゲットオーディエンス セクションで、 ユーザーフィルター による を選択し、 ユーザー行動 タブを選択します。
最初のルールでは、プロジェクトのドロップダウンリストからp roject A を選択し、条件を「 Has Executed Made Purchase 」に設定します。これにより、貴重な顧客が見つかります。
+ フィルター をクリックして2つ目のルールを追加します。 プロジェクトB を選択し、条件を「 アプリ/サイトが開かれていない 」に設定します。

クロスプロジェクトトリガーキャンペーン

あるプロジェクトでの顧客行動を利用して、別のプロジェクトでキャンペーンを開始することができます。これにより、ユーザーのアクションにリアルタイムで反応する高度で自動化されたクロスプロモーション戦略を作成できます。ポートフォリオ全体でユーザーの行動をつなげることで、顧客を発見に導き、全体のコンバージョンを向上させることができます。

次の例では、ユーザーがプロジェクトAでアイテムをカートに追加しますが、購入を完了しません。この無行動は、プロジェクトBからのキャンペーンを引き起こし、類似または代替製品を提案する可能性があります。

ターゲットプロジェクトとプラットフォーム のセクションで、キャンペーンを送信するプロジェクトとして プロジェクトA を選択します。
トリガー条件 の下で、 IFユーザー 条件を プロジェクトB からのイベントに設定し、例えば「 過去3日間に少なくとも1回 AddtoCart を実行した 」とします。
ユーザーをさらに絞り込むために AND 条件を追加します。例えば、" Project B のために Purchased を実行していない "。
THENトリガーメッセージ セクションで、タイミングを設定します。この設定では、ユーザーが プロジェクトB でカートに商品を追加してから2日後に プロジェクトA からメッセージが送信されますが、購入が完了していない場合です。

次の画像は、このトリガー構成を示しています。

イベントトリガーキャンペーンの作成方法について詳しくは、こちらを参照してください。

パーソナライゼーション

パーソナライゼーションは、ターゲットとするプロジェクトにメッセージを合わせることで、関連性と正確性を確保します。特定のプロジェクトのキャンペーンを作成すると、MoEngageは自動的にユーザー属性リストをフィルタリングし、ターゲットプロジェクトとグローバル属性のものだけを表示します。このアプローチにより、あるブランドのコンテキストから別のブランドのコンテキストにデータを使用することが防止され、一貫したユーザーエクスペリエンスが維持されます。

例: プロジェクトBをプロジェクトAの顧客に宣伝するキャンペーンでは、プロジェクトAのデータを使用してパーソナライズを行います。ユーザーがプロジェクトBで異なるプロフィール詳細を持っていても、キャンペーンはプロジェクトAの情報を正しく使用し、ブランドのコンテキストを維持します。

キャンペーンのコンテンツステップで、@を入力してパーソナライズ属性のリストを開きます。
First Name 属性を、利用可能な Project A またはグローバル属性から選択します。
メッセージ、「Hi @User Attributes.First Name! An exclusive offer awaits」は、ユーザーが Project A に提供した名前を正しく使用します。

プッシュキャンペーンのパーソナライズに関する詳細情報は、こちらをご参照ください。

プロジェクト別のオプトイン率を分析

ポートフォリオ機能は、到達可能性をプロジェクト固有の属性として保存します。これにより、各プロジェクトごとのプッシュ通知のオプトイン率を分析および比較でき、ユーザーの感情やプロジェクトごとの許可プロンプトの効果を理解するのに役立ちます。

iOS、Android、Web向けに、プロジェクトレベルの新しいユーザー属性に基づいてユーザーをフィルタリングすることで、プラットフォーム固有のオプトイン率を分析できるようになりました。
フィルターユーザー セクションの アナリティクス で、分析するプロジェクトとプラットフォームに対応するユーザープロパティを選択します。
これらの属性は、 [属性名] [プラットフォーム] [プロジェクト名] の形式に従い、正確なセグメントを作成し、各プロジェクトのオプトインパフォーマンスを視覚化することができます。例えば、 Reachability Push Android Project A 。

ポートフォリオおよびプロジェクトレベルの到達可能性

ユーザーのポートフォリオの到達可能性は、通信を受信できるかどうかを決定する集約されたステータスです。

ユーザーは、関連するプロジェクトの少なくとも1つで到達可能であれば、ポートフォリオレベルで到達可能と見なされます。これには、そのプロジェクト内で通信が可能なデバイスが少なくとも1つあることが必要です。
MoEngageはまずプロジェクトレベルで到達可能性を評価し、その結果を集計して最終的なポートフォリオのステータスを決定します。

例のシナリオ

2人のユーザーを考えてみましょう。それぞれ複数のデバイスを持ち、2つの異なるプロジェクトに関連しています。次の表は、彼らのデバイスのステータスを示しています。

ユーザー	プロジェクトID	デバイス	デバイスのステータス	プロジェクトレベルの到達可能性	ポートフォリオレベルの到達可能性
ユーザー 1	A	デバイスA	到達可能でオプトイン済み	プロジェクトAのために到達可能でオプトイン済み	到達可能でオプトイン済み
	A	デバイスB	オプトアウトにより到達不可	プロジェクトAのために到達可能でオプトイン済み
	B	デバイスA	オプトアウトにより到達不可	プロジェクトBのオプトアウトにより到達不可
	B	デバイスB	オプトアウトにより到達できません	プロジェクトBのオプトアウトにより到達不可
ユーザー 2	A	デバイスC	オプトアウトにより到達不能	プロジェクトAの到達可能およびオプトインステータスは不明です	到達可能で、オプトインの状態は不明
	A	デバイスD	到達可能でオプトインのステータスが不明（古いSDKバージョンの場合）	プロジェクトAの到達可能およびオプトインステータスは不明です
	B	デバイスC	オプトアウトのため到達不可	プロジェクトBのオプトアウトにより到達不可
	B	デバイスD	オプトアウトのため到達不可	プロジェクトBのオプトアウトにより到達不可

分析と最終ポートフォリオの状況

ユーザー1: このユーザーはポートフォリオレベルで リーチ可能 と見なされます。
理由: ユーザーはプロジェクトBではリーチ可能ではありませんが、デバイスAがプロジェクトAにオプトインしているためです。この1つのプロジェクトでのリーチ可能性のインスタンスが、ポートフォリオ全体のステータスを「リーチ可能」にします。

ユーザー2: このユーザーはポートフォリオレベルで 到達可能 と見なされます。
理由: ユーザーは3つのデバイスで到達可能ではありませんが、デバイスDは到達可能であり、プロジェクトAのオプトインステータスは不明です。したがって、ユーザー2の全体的なポートフォリオステータスは「到達可能」です。

すべての到達可能性ステータスがどのように計算されるかについての包括的な説明については、次のガイドを参照してください。

ユーザープロファイルでの到達可能性

ユーザープロフィール内の到達可能性セクションは、現在、ユーザーのステータスの統合ビューを提供しています。全体的なポートフォリオのステータスに加えて、ユーザーが関連する各プロジェクトの特定の到達可能性ステータスも確認できます。これには以下が含まれます：

ポートフォリオレベルの到達可能性: すべてのプロジェクトにわたるユーザーの集約された到達可能性ステータス。
プロジェクトレベルの到達可能性: 各プロジェクトにおけるユーザーの特定の到達可能性ステータス。

User info reachability.png

よくある質問

arrow_drop_down プロジェクト固有のプッシュキャンペーンでパーソナライズに利用できるユーザー属性はどれですか？

送信元のプロジェクトに関連付けられたすべてのユーザー属性、およびポートフォリオ全体でユーザーに適用されるグローバル属性を使用できます。MoEngageは、ブランドの一貫性とデータの正確性を確保するために、他のプロジェクトから属性を自動的にフィルタリングします。

arrow_drop_down ユーザーが複数のプロジェクトで異なる属性値（例えば「ファーストネーム」）を持っている場合、プッシュ通知にはどの値が使用されますか？

プッシュ通知は、常にキャンペーンを送信しているプロジェクトの属性値を使用します。これにより、メッセージが常に正しいブランドコンテキストにあることが保証されます。

arrow_drop_down 送信プロジェクトのアプリやウェブサイトを一度も使用したことがないユーザーセグメントにプッシュキャンペーンを送信した場合、どうなりますか？

そのセグメントの誰もキャンペーンを受け取りません。特定のプロジェクトからプッシュ通知を受け取るには、ユーザーがそのプロジェクトのアプリをインストールするか、ウェブサイトを訪問し、通知を受け取ることにオプトインする必要があります。これにより、プッシュトークンが生成されます。

arrow_drop_down フローでプッシュ通知を送信するためのエントリートリガーとしてクロスプロジェクトセグメントを使用できますか？

いいえ。現在、クロスプロジェクトのセグメンテーションとトリガーは、直接キャンペーンの作成用に設計されています。フローのような高度な機能は、オーディエンスエントリーのためのプロジェクト間データをサポートしていません。