このレポートの開発における目標は、明快さと透明性を最大化することでした。 このレポートを見て、プロジェクト開発者（およびマーケティング担当者、アナリスト、ゲームデザイナー、アプリケーション所有者）がプロジェクトの現在の状態に関するすべてを理解しているクライアントを望んでいました。
そして、私たちがこれを達成したことにより：
メトリックのセット 。 レポートには6つのメトリックしかありません。 これは：
- アクティブユーザー（DAU）-日中にプロジェクトにアクセスしたユニークユーザーの数。
- 新規ユーザー-その日に初めてアプリケーションにアクセスしたユニークユーザーの数。
- 総額-ユーザーがこの日に支払った合計金額。
- ARPU（ユーザーごとの平均収入）-この日のアクティブなユーザー1人からの平均収入。 総/アクティブユーザーとして計算。
- 1日保持-最初の訪問から1日後にアプリケーションに戻ったユーザーの割合。 原則として、このメトリックは、ユーザーの短期的な保持について話すときに使用されます。ユーザーはアプリケーションの外観が好きで、ユーザーにとってどのように役立つかを理解していましたか。
- 7日間の保持-最初のアクセスから7日後にアプリケーションに戻ったユーザーの割合。 7日間アプリケーションに残っているユーザーは、すでに詳細に把握しており、今後数日のうちにアプリケーションを離れる可能性は低くなります。
したがって、一連のメトリックには、アプリケーションの規模のメトリック、アプリケーションの規模、成長の有無（アクティブユーザー、新規ユーザー、グロスメトリック）、プロジェクトの内部変更を示す高品質のメトリックを分析できます。 ：プロジェクトがユーザーの保持に優れているかどうか、ユーザーが平均してより多くの支払いを開始できるかどうか（ARPU、1日間保持、7日間保持）。 この一連のメトリックは最適であり、視聴者、お金、および保持の定性的な指標をすぐに確認できます。
分析期間は30日間です。 これは、プロジェクトの現在のダイナミクスとユーザーの季節的な行動を最もよく見ることができる方法だからです。 プロジェクトで毎週金曜日と土曜日に収益が増加すると仮定します（モバイルゲームでは非常に一般的です）。30日間はこれを完全に特定できますが、7または14日では十分ではありません。 つまり、各メトリックについて、過去30日間の動作を確認し、そのダイナミクス、傾向、季節性を追跡できます。
国およびデバイスごとのカット 。 お客様は通常、これらのセクションでレポートを作成し、この知識から利益を得ていることがわかりました。 確かに、ほとんどの場合、国やプラットフォームごとに収益や視聴者の構造を正確に知りたいと思っています。 トラフィックソース別に有用なセクションがまだありますが、誰もがそのようなセクションを持っているわけではありません。
レポートはデフォルトで開きます。 以前、デフォルトでは、5分ごとに更新される別のレポートを開き、昨日と比較してリアルタイムでユーザー数とお金の累積値を示しました。 このレポートに対しては何もありません。devtodevに残りましたが、新しいパフォーマンスレポートがより多くの質問に答えることに決めました。 したがって、アプリケーション開発者とアプリケーション自体の間、データとそれらに基づいて行われる決定の間の障壁を最小限に抑える必要があります。
したがって、パフォーマンスレポートを使用して回答できる質問は次のとおりです。
- プロジェクトの対象者の規模はどのくらいですか？
- 1日に何人のユーザーがアクセスしますか？
- 彼らはいくらお金を払いますか？
- プロジェクトはどのようにユーザーを保持しますか？
- 過去30日間でこれらすべての指標はどのように変化しましたか？
- プロジェクトに質的な変更はありましたか、その規模にどのように影響しましたか？
- 視聴者とお金で最も人気のある国とプラットフォームは何ですか？
特に、パフォーマンスレポートのみを使用すると、次の（および非常に可能性の高い）ケースを解決できます。
1.プロジェクトの収入は減少しています。 オーディエンスと平均ユーザー収益（ARPU）に注目します。
これに基づいて、マーケティング担当者またはゲームデザイナーにどこに行き、何をするか、新しいトラフィックを購入するか、製品自体の中で理由を探すか、過去30日間の変化を評価します（ここに示した例では、これが事実です！）。
2.プロジェクトの視聴者は減少しました。 2つの仮説があります。新規参入者が減ったか、既存のユーザーを維持することでプロジェクトが悪化したかです（保持率を見てください）。 初心者の数が少ない場合は、マーケティング担当者に問い合わせて何が起こったのかを尋ねます（トラフィックのお金が終わったというだけかもしれません）。 さらに、1日間の保持と7日間の保持の動作を比較すると、ユーザーの最初のセッションの変更によるものなのか、アプリケーションを使用するメインサイクル（コアループ）によるものなのかを評価できます。
3.転倒について私たちは何ですか。 1日間の保持の質的な増加に気付いたと仮定します（たとえば、過去30日間で最初のセッションを再設計し、ユーザーが最初からより良くなり始めた）。 ここでは、この質的変化が視聴者と収入の成長にどのように影響したかを見ることができます。
私たちはあなたの注意を引きます。これはすべて、1回のクリックなしで、1つの場所で、1つのレポートで行われます。 デフォルトで開きます。devtodevを起動すると、プロジェクトに関する基本情報がすぐに表示されます。
もちろん、このようなレポートを単独で使用すると、プロジェクトに関する絶対的な知識を得ることができません。 より詳細な情報が必要な場合は、他にも役立つレポートが多数あります。 しかし、私たちは主張し続けます：パフォーマンスは、ユーザーがプロジェクトについて見る最初のレポートの役割に対処します。