ユーザーを考慮して、ロープをカットします。 パート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に送信します。



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



All Articles