トラッキングの再考

私たちは皆、技術分野 (AI、ノーコード プラットフォームなど) の進化を目の当たりにしています。追跡するイベントを進化させる時が来ました。

「なぜ始めるのか」の投稿に続いて、イベントの送信に関する新しい視点を提供して、理解を深めるのに役立てたいと思いました。

プロダクト マネージャーは、イベントをアクションとして見て、ユーザーがそのアクションを実行した理由を理解し、数字だけを確認できるバニティ イベントを送信するのではなく、各イベントにコンテキストを与える必要があります。

クライアントと一緒に仕事をすることで、より複雑な質問をし始めると、それがもたらす違いを見ることができます。あなたの製品でユーザーがしてほしいことを行っている、または行っていない本当の理由を突然明らかにすることができます。

Uber の例を見てみましょう。マップのスクロールとズーム (バニティ メトリック) を追跡する代わりに、select メソッドのプロパティを使用して「選択されたピックアップ」イベントを送信し、ピックアップ場所に到達するために使用したものをリストとして送信できます。検索してからズームしましたか、スクロールしてからタップしましたか? これをメイン イベントの下に突然追加すると、内訳を作成して、実際にユーザー アクションを利用できるようになります。

これで、ズーム カウントとマップ スクロール カウントに基づいて平均を確認し、ユーザーの分布と、それが注文までの時間にどのように影響するかを理解できます。

非常に重要なヒントを1つだけ。開発者に行く前にテストして、データが使用可能であることを確認してください

そのために、私は通常、テスト プロジェクトを作成し、インポート API を使用して 1 つのイベントを送信し、期待どおりにクエリを実行できることを確認します。

「ビルダー」を使用して、ドキュメント UI 内で簡単に行うこともできます

https://developer.mixpanel.com/reference/import-events