ほとんどの分析システムの大部分は、イベント（またはイベント）に基づいています。 イベントは、分析システムによって記録されたアプリケーション内のユーザーアクションです。 ほとんどの場合、アナリストは次のイベントを選択します。
- ユーザー登録または彼の最初の訪問;
- アプリケーションへのログイン。
- 支払い（仮想通貨か実際の通貨か）。
これらの3つのイベントは、ユーザーの保持指標、そのアクティビティ、収益化を計算するのに十分です。つまり、分析の質問の80％に答えます。 しかし、これらは80％で十分ですか？
ほとんどのプロジェクトはノーと言っています。 ユーザーの詳細な調査には、他のイベントに関する情報が必要です。ボタンをクリックする、ゲームで戦う、チュートリアルに合格するなどです。 このようなイベントはカスタムイベントと呼ばれ、アプリケーションごとに個別に構成されます。
カスタムイベントのカスタマイズは非常に重要なタスクです。イベントを正しく構成すると、製品での作業が簡単になり、ユーザーが経験している問題を実証できるためです。 イベントシステムは、アプリケーションのボトルネックと成長ポイントを見つけるのに役立つため、分析用のデータコレクションを設定する方法に関するヒントを共有することにしました。
ヒント1.後でイベントを設定するのを遅らせないでください。
多くの場合、次のようになります。最初にアプリケーションをストアに配置し、それがどのように進行するかを確認し、その後、イベントトラッキングを追加します。 そんなことしないで！ ストアへの更新を考えると、アプリケーションへのイベントの追加を繰り返すことは簡単なプロセスではなく、開発段階で開始することをお勧めします。 それ以外の場合、起動後のインジケータがまあまあであれば、正しい結論を導き出し、時間内にアプリケーションを変更することはできません。
開発中に、ユーザーが通過する重要なポイントを事前に知っているので、なぜイベントを後で延期するのを延期するのですか？
ヒント2.イベントパラメーターを使用します。
イベントに関する情報に加えて、分析システムにこのイベントの多くのパラメーターを転送することもできます。レベルを渡す時間、戦闘の結果、試行回数、使用した仮想通貨の量などです。 そして、これらのパラメータは、ファンネルを含むあらゆるレポートで使用できます。
パラメーターを設定すると、送信されるイベントの数を減らすことができます。 たとえば、 Battle_WinイベントとBattle_Lostイベントの代わりに、 結果としてBattle_FinishイベントとResultパラメーター（0/1）を渡すことができます。 このアプローチにより、さらなる分析が大幅に簡素化されます。
ヒント3.グローバルオプションを使用します。
イベントでは、イベントだけでなくユーザーにもパラメーターを渡すことができます。 例：
- 登録日。 その後、コホート分析を実行できます。異なる時間に登録されたユーザーの行動を比較します。
- レベル。 これは、レベルの難易度、発行された通貨の量などのバランスを取るのに役立ちます。
- トラフィックのソース。 さまざまなソースのユーザー向けにファンネルを作成できます。 たとえば、FacebookとGoogleのユーザーのアクティベーションファンネルを比較します。
- ラベルの支払い/非支払い。 有料ユーザーと非有料ユーザーの行動の分析を分けることができます。これにより、一部の有料ユーザーと他のユーザーがそうしない理由の質問に答えることができます。 通貨が多すぎるのでしょうか？ 支払い段階での技術的なエラーかもしれませんか？
アナリストは、監視対象のすべてのイベントで同じパラメーターセットを使用することを推奨しているため、グローバルパラメーターはグローバルと呼ばれます。
ヒント4。事前に漏斗を描きます。
少なくとも紙の上。 作成するレポートを事前に知っておけば、重要なイベントを簡単に識別できます。 アプリケーションの最も重要なポイントを精神的に概算し、これらのポイントに先行するものを想像できます。
ヒント5.最初のセッションをできるだけ詳細に分析します。
最初のセッションは非常に重要です。ユーザーが質問に対する回答を受け取るのはその中にあるためです。これはどのようなアプリケーションですか？ 他とどう違うの？ なぜ必要なのですか？ いくらですか
最初のセッションは、ユーザーの保持と収益化の基盤となります。 最初のセッションの1分ごとのステップは、ユーザーがプロジェクトに残るかどうかを決定するポイントです。 最初のセッションをできる限り詳細に追跡して、すべてのボトルネックを排除することをお勧めします。
devtodevシステムから取得したスクリーンショット。
ヒント6.確認済みの購入のみ。
よくある間違い：ユーザーが[購入]をクリックすると、アプリケーションは購入に関する情報をシステムに送信します。 しかし、その後、彼は支払いをキャンセルすることができます、彼はカードなどに資金がないかもしれません。 その結果、サーバーからのデータとシステムからのデータは異なり、不正確なデータはそれらの不在よりもさらに悪化します。
ヒント7. 2つのシステムで情報を複製します。
それらの1つは（メイン）支払われ、もう1つは-無料です。 これにより、何もする必要はありません。アプリケーションのキーポイントにコードを1行ではなく2行だけ配置するだけで、分析の精度をチェックします。
ヒント8.テスト、テスト、もう一度テストします。
すでに述べたように、アプリケーションにイベントを追加するのは簡単な作業ではなく、徹底的に対処する必要があります。 1つのパラメーターを渡すのを忘れた-追加されるまで1か月待つ必要があります。 すべてのユーザーがアプリケーションを更新するまであと1か月。
事前にすべてを行うことをお勧めします。 少なくとも自分のセッションを記録し、すべてのイベントが正しく送信されているか、パラメータを忘れていないか、明らかなエラーがあるかどうかを確認します。
ヒント9.イベントのシステムに構造的にアプローチします。
多くの場合、イベントはすべてのフォーム上のすべてのコントロール要素の文字通りの重さをもたらします。 その結果、アナリティクスには何百ものイベント名があり、そのうち5〜10だけが実際にレポートに含まれています。 さらに、ほとんどの分析システムは、データポイントに基づいて価格を設定します。 分析システムに渡される各行はデータポイントです。 イベントはデータポイントです。 そして、そのような軽率なアプローチはかなりの費用がかかります。
もう1つの極端な方法は、プロジェクト内のいくつかの重要なポイントにのみイベントを割り当ててから、このデータ量ではユーザーの行動に関する重要な質問に答えるのに十分でないことを確認することです。 どのビジネスでもそうですが、ここではバランスを見つけて、本当に重要なイベントを追跡する必要があります。
イベントを設定することは、プロジェクトを管理する際の重大なタスクです。これは、カスタムイベントを追跡することにより、問題領域と成長領域を見つけることができるためです。 イベントの構造を決定するための優れたアルゴリズムがあり、 モスクワ時間の3月16日に開催されるウェビナー「イベントとファネル：最も重要なものを見逃さないように」でそれらについて説明します。 プロジェクトのイベントの構造を構築する実際のケースを分析し、漏斗を正しく形成して解釈し、ユーザーの手から失われないようにする方法を学びます。 今すぐ参加しよう！