概要

その価値は非常に高い機能であり、それゆえに注目すべきであることから、ゴールをメインナビゲーションバーの独自のセクションに移動させることにしました。 また、この機能の目的をより正確に反映するように名前を変更しました。

追跡イベントでは、WalkMeコンテンツを展開する前にベースラインメトリックを定義できます。 WalkMeコンテンツを展開した後、同じ指標を再検討して、WalkMeコンテンツの影響を確認します。

追跡されたイベントに基づいてWalkMeコンテンツをいつでもセグメント化できます - これにより、最も文脈に即したパーソナライズされたエンドユーザーエクスペリエンスが可能になります。

追跡イベントは、追跡が重要であると考えるアクションまたは状態の個別グループセットで構成されています。 イベントのメトリックは、モバイルコンソールのダッシュボードタブと、追跡イベントレポートに表示されます。

アプリで定義できるイベントの番号に制限はありません。

ユースケース

追跡イベントのユースケースには以下のようなものがあります。

• エンドユーザーのアプリ内アクティビティに関する情報を公開します。
• UXをパーソナライズ-アプリ内でエンドユーザーの行動に関して、お客様のビジョンに沿ったセグメントを作成します。
• ベースラインを定義します。
• 機能使用状況の測定
• プロセスの完了を追跡することは、ビジネスのゴールに重要です。

ルールベースとAPIベースの追跡イベント

追跡イベントには、APIイベントとルールベースイベントの2種類があります。 各イベントタイプには長所と短所があり、すべてのニーズを満たすために並行して使用できます。 どちらの追跡イベントタイプも、セグメントやその他のルールベースイベント内で使用できます。

ルールベースイベントの属性

• 作成がより簡単で、開発者の作業は必要ありません。
• 強力なWalkMeのセグメンテーションエンジンを使用しています。
• イベント属性を含めることはできません（詳細は以下の通り）。
• 分析は、ダッシュボードエリアの追跡イベントタブに表示されます。
• Mobileコンソールを通じて定義して有効化した後、追跡を開始します。

ルールベースイベントの評価頻度

エンドユーザーのセッションやパワーモードのシミュレートモードでは、ルールベースのイベントは含有されるルールに応じて必要とする最高の頻度で評価されます。 ルール評価の頻度には、3つのレベルがあります。

1. レベル1：セッション全体で変更できないルールを含むイベントについては、セッションの開始時に1回評価が行われます。
   • これらのルールには、「セッション数」、「国」、「曜日」、「デバイスタイプ」、「アプリのバージョン」などが含まれます。
   • イベントにこれらのタイプのルールのみが含まれている場合、それらはセッションごとに一度（開始時）評価され、セッションの開始時に到達していたかどうかに関わらず、再度評価されません。
2. レベル2：「true」になるまでセッション中に評価が行われ、その後「true」のままであるため、評価が停止します。
   • これらのルールには、「画面が表示された」、「セッション時間が等しい」、「キャンペーンXが表示された<x>」などが含まれます。
   • イベントにこれらのタイプのルールしか含まれていない場合、到達するまで2秒ごとに評価され、その後評価が停止します。
3. レベル3：評価されたルールがセッション中に変更されることがあるため、そのセッションを通じて評価が行われます。
   • これらのルールには、「screen currently shown（現在表示されている画面）」、「time on current screen（現在表示されている画面の時間）」、「element is interacted（エレメントがインタラクトされている）」などが含まれます。

混合された頻度レベルと混合されたルールタイプを含むルールベースのイベントは、低い頻度レベルのルールがtrueに評価された場合にのみ、最高の頻度で評価されます。

例えば、以下のルールベースイベントを検討してください：

上記のルールベースイベントは、以下のように評価されます：

• アプリバージョン4.6.0未満のユーザーの場合、イベントに到達したり、複数回評価したりすることはありません；
• イベントに到達できるのは、「プロファイルシャウトアウトの新しい機能」キャンペーンを見た後だけです。
• アプリのバージョン4.6.0以降のユーザーでは、エンドユーザーがShoutOutを見た後、イベントは最高の頻度で評価され、ユーザーが［Profile save（プロファイル保存）］ボタンのエレメントとインタラクトするたびに、到達したと見なされます。
• イベントが最初の2つのルールのみを含んでいる場合、アプリバージョン4.6.0以上のユーザーではセッションごとに最大1回到達できます。

OR関係のある混合された頻度レベルのルールタイプを含むルールベースのイベントは、最高の評価頻度レベルで評価されます。

例えば、以下のイベントはシングルセッションで複数回「true」になる可能性のある「Screen is currently shown（画面が現在表示されている）」ルールが含まれているため、最高の頻度で評価されます：

APIベースイベントの属性

• 作成はより複雑で、開発者の作業が必要です。
• iOSとAndroidデバイスの両方でSDK APIを使用してAPIベースのイベントを設定します；
• イベントに属性を含めることで、エンドユーザーの行動に関する追加情報を含むことができます；
  • これらの属性を使用して、イベントを含むセグメントを絞り込むことができます。
• モバイルコンソールに追加される前に到達したイベントは、当初はステータスを追跡します。

イベントとイベントベースのセグメントの例

イベントの例とそのセグメンテーションのユースケースには以下のようなものがあります：

WalkMe Mobile SDK v1.16より前

• ユーザーが購入しました：
  • 「特別オファー」キャンペーンをセグメント化して、アプリ内で4回以上購入したエンドユーザーにのみ表示されるようにします。
• ユーザーがサポートチケットを送信しました：
  • 過去にサポートに連絡したことのあるエンドユーザーをターゲットにサポートウォークスルーを提供します。
• ユーザーがOnboardingを完了しました：
  • 初期設定とOnboardingを完了したエンドユーザーに対して、高度なアプリ機能の採用キャンペーンを実施します。

WalkMe Mobile SDK v1.16 以上の場合

イベントに到達した際にセグメント化し、改良のためのイベント属性を含めることができます。

いくつかの例を挙げます：

• 任意のセッションで（ユースケース例：「ユーザーがプロフィール写真を設定した」のイベントを設定し、どのセッションでそれを行ったかに関係なく、それを行ったすべてのユーザーをターゲットにします）。
• 現在のセッションでは（ユースケースの例：「ユーザーがアイテムを購入した」というイベントを設定し、そこに到達した直後のユーザーをターゲットにして配信のアップグレードを促進します）。
• 以前のセッション（ユースケースの例：「ユーザーが配信の到着を確認した」というイベントを設定し、ユーザーに次のセッションで購入に対するフィードバックを求めます）で、ユーザーをターゲットとする購入に対するフィードバックを求めます。

イベントのテストと追跡

WalkMe Mobile SDKバージョン1.8.0以降、パワーモードのシミュレーションモードの一部としてイベントをシミュレートするように選択できます。. このオプションを使用すると、アプリでイベントに到達したときに確認したり、ルールベースのイベントをテストしたりできます。

さらに、モバイルコンソールのAPP SETTINGSセクションにあるイベント画面の「Tracked」列には、各イベントが最後に追跡された日時と、そのアプリのバージョンが表示されます。 日付をクリックすると、イベントがアクティブだったアプリバージョンで、イベントが最後に追跡された日付が表示されます。