イベントデータのコンテキストでのエンティティとは何ですか？

公開: 2022-04-29

これは、顧客データに関する5部構成のシリーズのパート3です。 これがパート1とパート2です。 この投稿を読む前に、パート1を確認することを強くお勧めします。

イベントデータは、製品内で何が起こっているのか、または何かがどのように行われているのかを解読するのに非常に役立ちます。 ただし、これらのイベントを誰が実行しているかを知らない限り、セグメンテーションとユーザーペルソナの理解に関してできることはあまりありません。

ここでエンティティデータが機能し、 Userがプライマリエンティティであり、 user_idがすべてのイベントに関連付ける必要のあるキープロパティです。 そうすることで、次のような質問に答えることで、ユーザーの行動を理解できます。

  • キャンペーン送信イベントを実行したユニークユーザーは何人ですか？
  • どのユーザーがこのイベントを実行しましたか？
  • キャンペーン送信イベントを初めて実行する前に、ユーザーセグメントが実行したイベントの平均数はいくつですか。
  • このイベントの前にユーザーセグメントによって実行されたイベントはどれですか？

それだけではありません。 イベントを適切なエンティティに関連付けることは、パーソナライズの鍵です。コンテキスト内のアプリ内エクスペリエンスによるオンボーディングの改善、ライフサイクルメッセージングによるエンゲージメントとアクティベーション、獲得キャンペーンからの顧客の除外、リスクのあるアカウントや拡張中のアカウントからの適切なユーザーへの積極的なアウトリーチ-準備。

もっと深く掘り下げましょう。

1つのイベント、複数のエンティティ

ユーザーは、ユーザーが実行するすべてのイベントに関連付けられている主要なエンティティです。 ただし、ユーザーがグループまたはアカウントの一部である場合（B2B SaaS製品のコンテキストでは組織またはワークスペース）、アカウントは、イベントに関するより多くのコンテキストを提供し、アカウントでのユーザーアクティビティを追跡するために関連付ける必要があるエンティティでもあります（またはグループ）レベル。

アカウントは複数のユーザーで構成されているため、適切なアカウントをユーザーイベントに関連付けると、アカウントの全体的な状態を理解し、次のような重要な質問に答えることができます。

  • いくつのアカウントがアクティブ化されますか？
  • アクティブなアカウントの平均ユーザー数はいくつですか？
  • X人以上のユーザーを含むアカウントはいくつありますか？

アカウント内のユーザーの集合的なアクションは、単一のユーザーのアクションではなく、アクティブ化に寄与することが多いことを覚えておくと役立ちます。

したがって、複数のユーザーが共同で使用するSaaS製品は、複数のエンティティ（ユーザーとアカウント）をすべてのイベントに関連付ける必要があります。

アカウントが組織と呼ばれる場合、 user_idに加えて、どのユーザーがどの組織でイベントを実行したかを知るために、 organization_idをイベントに関連付ける必要があります。

1つのイベント、多くのエンティティ

たとえば、ユーザーJohn Doeが、10人のユーザーを持つ組織Acme Corpが使用するプロジェクト管理アプリ内に新しいプロジェクトを作成すると、2つの重要な情報が生成されます。

  1. JohnDoeが新しいプロジェクトを作成しました。JohnDoeがイベントProjectCreatedを実行しました。
  2. 組織AcmeCorp内で新しいプロジェクトが作成されました：プロジェクトCreatedイベントは、組織AcmeCorp内で行われました。

イベントを組織に関連付けないと、2番目の情報が失われます。さらに、 Trial Started 、 Trial Ended 、 Subscription Cancelledなどのサブスクリプション関連のイベントは組織レベルで発生し、特定のユーザーには関係しません。

このようなイベントが自動的に発生するか（ファイルにあるカードに課金できなかった）、またはユーザーアクションの結果として発生するかどうかにかかわらず、これらの組織レベルのイベントを組織内のすべてのユーザーに関連付けると役立ちます。 これにより、アカウントの所有者のみとのやり取りに制限されず、そのようなイベントが発生したときにアカウントの他のユーザーに通知できるようになります。
イベントをアカウントに関連付けないと、個々のユーザーのアクションに関連するデータしか得られないため、分析とエンゲージメントの取り組みが妨げられます。 さらに、後でユーザーイベントを適切な組織と組み合わせることができないか、データエンジニアにとって大きな苦痛になります。

また、製品でユーザーが複数のアカウントに参加できる場合、この問題はさらに悪化します。

1人のユーザー、複数のアカウント

SaaSツールのコンテキストでは、ユーザーが複数のアカウントに関連付けられることは非常に一般的です。 Notion、ClickUp、およびIntegromatは、ユニークユーザーが複数の組織またはワークスペースに参加または作成できるようにするいくつかの人気のあるツールであり、それぞれが個別のサブスクリプションを持っています。

つまり、同じユーザーが複数のアカウントでイベントを実行しますが、必ずしも同じアカウントまたは組織でイベントが発生するわけではないため、これらのイベントは無関係です。

1人のユーザー、多くのアカウント

1人のユーザーが複数の組織に参加できる製品の場合、アカウントレベルのアクティビティを追跡するには、すべてのユーザーイベントについて、どの組織でイベントが実行されているかを知る必要があります。 つまり、右のorganization_idを各イベントに関連付ける必要があります。

そうしないと、データセットが歪んでしまい、ユーザーがすべてのアカウントで実行したすべてのイベントを確認できますが、どのイベントがどのアカウントに関連しているかを知る方法はありません。 これは、最終的には不十分なビジネス上の意思決定や、誤ったデータに基づく顧客体験につながり、その結果は非常に有害になる可能性があります。

結論として、1人のユーザーが複数のアカウントの一部である場合、B2B SaaSの場合に重要な、アカウントレベルで何が起こっているかを理解するために、各アカウントで行われるユーザーアクティビティを分離する必要があります。

識別子だけではありません

エンティティデータは、ユーザー（イベントを実行する人）または組織（イベントが実行された組織）を識別するのに役立つだけでなく、ユーザーと組織の両方に関するより多くの情報を提供します。

エンティティデータを次のバケットに分類すると役立つ場合があります。

  • 名前、電子メール、電話などの個人を特定できる情報
  • 年齢、性別、場所などの人口統計
  • Industry、job_role、goalなどのペルソナ
  • ブランド、ジャンル、product_categoriesなどの設定
  • Subscription_type、number_of_users、account_manager、renewal_dateなどのアカウントデータ

エンティティのプロパティを指定することは、イベントトラッキングを設定するプロセスの重要なステップであり、これについては今後のガイドで説明します。

エンティティとイベントデータを前進させる

エンティティのプロパティ（ユーザーのセグメント化に役立つ）について考えると、新しいアイデアが生まれたり、ユーザーが製品にサインアップしたときに収集されるデータなど、ユーザーのセグメント化に関連するクエリが発生したりする可能性があります。

適切な質問をし、ユーザーに関連するオプションを提供していますか？ ユーザーのペルソナをよりよく理解するために、これらの質問を変更したり、新しい質問をしたりする必要がありますか？ プロパティの命名規則または各プロパティのデータ型はどうですか？

これらすべての詳細を熟考するのは少し難しいように思われるかもしれませんが、分析と対応が容易なクリーンなデータを確実に収集するために、後でではなく早く質問することが重要です。

これで、イベントデータを収集するプロセスでエンティティデータが果たす役割がわかりました。つまり、製品分析プラットフォームでイベントデータがどのように表示されるかを調べる良い機会です。

セルフサービスデモ