利用状況レポートと支払い指標
分析的結論の主要部分は、メトリックに基づいて作成できます。これらは、システム機能のちょうど20％であり、質問の80％に答えます。 使用状況と支払いの指標レポートを使用すると、主要な指標を調査し、それらを比較して、プロジェクト開発の傾向を特定できます。
ユーザーアクティビティを調査するために、 使用状況レポートが作成されました。
- ユーザー数（DAU、MAU、WAU）、
- セッションパラメータ
- プロジェクトに費やされた平均時間（寿命）、
- オンラインのユーザー数（5分ごとに更新）など。
使い方はさまざまな質問に答えることができます。 たとえば、3か月間のユーザーセッションの平均期間を分析することにより、プロジェクトの新しいセクションの出力がユーザーアクティビティに影響を与えたかどうかについて結論を引き出すことができます。 DAU（日次オーディエンス）とMAU（月次オーディエンス）のダイナミクスを比較することにより、ユーザーがプロジェクトにどのくらい定期的に参加するかを評価できます。
支払い指標レポートには、すべての支払い指標が含まれます。
- ARPUおよびARPPU
- 平均チェック
- 有料ユーザーの割合
- 総収入など。
同時に、両方のレポートは、ユーザー全体と、トラフィックソース、アプリケーションバージョン、国、デバイス、ユーザー言語、ユーザーセグメントのいずれかのセクションの両方について作成できます。
国ごとにARPUを測定し、ユーザーあたりの平均収入がより高い場所を判断してください。これは、この国の市場への参入を計画するのに役立ちます。
さらに、使用状況と支払いのメトリックレポートでは、メトリック値を他の期間と比較できます。 これは、新しいアプリケーション機能の有効性を評価したり、コホート分析を実施したりするのに役立ちます。
4月にアプリケーション内の価格を変更し、これが有料ユーザーの収入にどのように影響したかを評価するとします。 必要なのは、3月のARPPU（有料ユーザーあたりの平均収益）に関するレポートを作成し、4月のデータと比較することだけです。
サードパーティの帰属
原則として、分析システムはトラフィックを処理するか、ユーザーの行動に関するレポートを作成します。 devtodevは両方の機能を組み合わせます。たとえば、行動とトラフィックを同時に分析できます。たとえば、異なるトラフィックソースのコンバージョンファンネルを構築して、ソースの品質を比較できます。 さらに、devtodevは最新のトラッカー（Adjust、Tune、AppsFlyer）からトラフィックデータを受信できます。
サードパーティのアトリビューションレポートでは、トラフィックソースを分析するためのメトリックと、データを表示するセクションを選択できます。 たとえば、メトリックを使用してチャネルの品質を評価することにしました。
- 総計（単一ソースからのユーザーからの総収入）
- インストール（ソースからのユーザーの総数）
- インストールコスト（ソースからのすべてのユーザーの合計価格）
- ARPU（このソースから1人のユーザーがもたらした平均収益）
- 1日間の保持（最初のアクセスの翌日にアプリケーションに戻ったソースからのユーザーの割合）
- 7日間の保持（最初のアクセスから7日後にアプリケーションに戻ったソースからのユーザーの割合）
- ROI 14（キャンペーン開始から14日後のトラフィックの収益率）
- ROI 30（キャンペーン開始から30日後のトラフィックのリターン）
メトリックはレポートの列にあり（最大10個の任意のメトリックを選択できます）、行にはトラフィックソースのセクションがあります。最初にデータはキャンペーンごとに、次にサブパブリッシャーごとに分割されます。 国、サイト、キャンペーン、デバイスなど、任意のカットを選択することもできます。
サードパーティのアトリビューションの助けを借りて、非効率的なトラフィックソースを見つけてすぐにオフにし、より良い支払いをするソースにトラフィックを転送できます。 直接貯金！
チュートリアルの手順
プロジェクトを初めて起動するとき、ユーザーは、このアプリケーションが自分にとって興味深いものであるかどうか、他のアプリケーションとどのように異なるか、その価値は何かという質問に答えます。 最初のセッションでは、プロジェクトのさらなる長期保存と収益化の両方が大きく決定されます。 したがって、デートの瞬間をユーザーにとって理想的なものにすることが非常に重要です。
これを行うために、devtodevにはチュートリアルステップレポートがあります。これにより、最初のセッションで100（！）以上のステップを強調表示し、これらのステップのアクティビティグラフを作成し、ユーザーが問題を経験したり、アプリケーションを永久に放置したりするボトルネックを見つけることができます。
チュートリアルの手順の使用例：クライアントの1人が、ゲームプロジェクトチュートリアルの120の手順を統合しました。 その中には、ユーザーには見えないものがありました。テクスチャの読み込み、読み込みレベルなどです。 このような詳細な統合のおかげで、ユーザーはこれらのステップで正確に脱落し、外部からは見えないことがわかりました。 このプロジェクトでは技術的な最適化を実施し、ユーザーの流出を15％削減し、保持率を8〜10％向上させました。
ユーザーと全体構造
ユーザーがプロジェクトに支払いを始めた場合、これはすでに素晴らしいことです。 今、あなたは彼らの行動を理解する必要があります。人々が何を支払うのか、何のために、彼らの活動は時間とともにどのように変化するのか、彼らは定期的に支払う方法などです。 これを行うために、devtodevに支払い分析レポートグループがあり、そのうちの1つであるユーザーとグロス構造を分析します。
Users＆Gross Structureの助けを借りて、 ユーザー登録の瞬間から経過した時間のコンテキストで、有料視聴者と収入の構造を調べることができます。
上記の最初の画面では、有料視聴者のサイズが一般に安定していることがわかりますが、登録の瞬間からの時間セクションは次のシグナルに気づくのに役立ちます。
- 有料の初心者ユーザーの数（登録の瞬間から1か月未満）は増加しています。
- 有料の「オールディーズ」ユーザーの数は減少しています。
時間が経つにつれて、プロジェクトへのユーザーの支払いが通常増加するため、危険な状況がグラフに反映されることを知っています-プロジェクトは、長い間登録されている有料ユーザーを失います。
2番目のグラフは、状況が収入のダイナミクスにも影響することを示しています。 登録が3か月未満で経過したユーザーからの収入は安定しており、全体的な減少は「オールディーズ」からの支払いの減少によるものです。 結論-「古い人々」を保存し、プロジェクトに戻す必要があります。 これは、ギフトまたはボーナスを含むプッシュ通知を送信することで実行できます。
LTV予測
LTV予測は、分析において最も困難で興味深い質問の1つです。 通常、予報は緊急に必要ですが、正確にするためにはしばらく待つ必要があります。 矛盾が判明し、さまざまなLTV計算方法がこれに対処しようとしています。
LTVは、トラフィックを購入する必要のある価格帯の決定に役立ちます。1人の平均的なユーザーが、トラフィックを引き付けるために費やした金額よりも多くのお金を持ち込む必要があります。 devtodevを使用すると、LTVを予測できます。その仕組みは次のとおりです。
- プロジェクトの収益化指標は基礎として採用されます。 支払いは時間の経過とともに変化することがわかっているため、プロジェクトでの滞在全体で支払いがどのくらいになるかを計算します。
- 並行して、devtodevデータベースでは、ジャンル、プラットフォーム、およびメトリックの値の点で、お客様のプロジェクトに類似したプロジェクトを探しています。 彼らのデータは予測の調整に役立ちます。
LTV予測は迅速かつ正確であり、収益を予測し、将来のユーザーの購入価格を決定するのに役立ちます。
本当に役立つレポート
したがって、devtodevレポートを使用すると、いつでも次のことができます。
- プロジェクトで現在何が起こっているのかを理解する（使用量、支払いの指標）、
- ユーザーがアプリケーションに慣れるプロセスのボトルネックを見つける（チュートリアル手順レポート）
- プロジェクトの成長ポイント（ユーザーとグロスの構造）を決定します。
- トラフィックの分析（サードパーティの属性）
- 1人のユーザーがあなたにどのくらいのお金をもたらすかを事前に決定します（LTV Forecast）。
そして、これらは分析によってアプリケーションを改善する方法のほんの一例です。 私たちのレポートは、大量の不明瞭なデータを収集するだけでなく、プロジェクトの問題に注意を喚起し、それらを迅速に解決する方法を見つけるのに役立ちます。 デモプロジェクトでどのように機能するかを確認するか、実際のデータを確認してください。このため 、プラットフォームのすべての機能にアクセスできる30日間の無料トライアルを提供しています。