ユーザーを考慮して、ロープをカットします。 パート1

当社では、事実と実際の統計に基づいて意思決定をしようとしています。 したがって、今後のアクションは、データを集約できる速さに依存します。

ゲームでは、これは特に重要です。 ダウンロード数や評価の場所から、ユーザーが通過する平均レベルの数や困難が発生する場所まで、さまざまなメトリックを常に監視する必要があります。

すべての統計は、2つのカテゴリに分類できます。

今日は、外部統計を収集する方法についてお話します。

どんな指標に興味がありますか? これはまず、ダウンロード数(有料、無料、更新)、ゲームとIAPの販売(ゲーム内購入)、レビュー、平均スコア、評価の場所です。 この情報は毎日、App Storeの評価-1時間ごとに更新する必要があります。

データの収集を開始した方法

いくつかの異なるサービスの製品を使用して統計の収集を開始しました。 そのため、それぞれがメトリックの一部のみを扱い、一般的な状況を示していません。

ただし、ストアに少なくとも3つのアプリケーションがある場合は、それらの統計を数時間手動で収集できます。 そして、あなたが新しい側に行くとすぐに、仕事の量は指数関数的に増加します。

図は私たちの初期の状況です。



このストアのインターフェースを使用して、各ストアに手動でデータを接続および収集する必要があります。 その結果、すべてがExcelの単一のテーブルになりました。

より良いソリューションを探して

私たちはジレンマに直面しました。各サイド/サービスをバイパスする独自のアグリゲーターを作成するか、既製のシステムを使用します。 車輪を再発明せず、市場に出回っているものを見ることにしました。

最適なアグリゲーターを選択するのに少し時間を費やし、 Distimo Monitorに決めました。 ほぼすべての主要な店舗で機能し、リストされているすべての指標から収集できます。 接続後、状況は改善されました。



Distimoは、以下のメトリックを集約するのに役立ちます。

ただし、物事は手動で収集する必要があります。

まず、Distimoはストアでのみ動作し、パブリッシャーアカウント(この場合はChillingo)は接続できません。 Chillingoからのデータも手作業で処理し、Distimoから受信したデータと要約する必要があります。

第二に、Distimoは大規模な店舗、小規模なアプリケーションストア、または広告主のみが対象となります。

第三に、Distimoは支払いをかなり大まかに考慮します。税金を考慮せず、常に信頼できる為替レートを使用するわけではありません。

まだ自分で書く

統計に関するすべての質問に答え、手動での収集から救うことができる1つのシステムが必要です。

そのため、Distimoからのすべてのデータ、財務統計、および残りのコアを独自のパーサーを使用して収集することにしました。 このようなパーサーは、常にサービスをバイパスし、データを収集してデータベースに配置する必要があります。



今、私たちはそのようなアグリゲーターを作成していますが、現在の構成に対処していないと感じています。 したがって、サーバー側の開発を理解し、ビッグデータを使用し、少なくとも1つのスクリプト言語をしっかりと知りたい場合は、独自の統計システムを作成してください。 多くの作業とそのすべてが興味深いです。 履歴書とプロジェクトリンクをjob@zeptolab.comまたはkirilld@zeptolab.comの Githubに送信します。

次回は、統計のさらに興味深い部分、つまりユーザーの行動の分析、グループへの分割、コンバージョンの計算について説明します。

Source: https://habr.com/ru/post/J138423/


All Articles