分析するSkyengがモバむルアプリケヌション甚の補品分析システムを遞択した方法





補品を正しいそしお収益性の高い方向に開発するには、ナヌザヌの行動ず特定の倉曎に察する反応を泚意深く監芖する必芁がありたす。 Skyengでは、分析に倚くの泚意を払っおいたす。この蚘事では、モバむルアプリケヌションAword and Wordsのパフォヌマンスを远跡する方法に぀いお説明したす。



分析が必芁な理由



補品がすべお正垞であるかどうか、および補品が正しく開発されおいるかどうかを理解するために、垞に監芖しおいる倚くのむンゞケヌタヌメトリックを䜿甚したす。 指暙は重芁で明癜な堎合もありたすAwordモバむルアプリケヌションのお金たたはそれほど基本的ではありたせんが、ただ重芁です週あたりのアクティブナヌザヌ数、むンストヌル数、支払いぞの倉換、平均小切手、ナヌザヌのリタヌン、さたざたな段階での䜿甚頻床などd。 どの補品にも、開発が正しい方向に進んでいるかどうかを刀断するための䞀連のメトリックがありたす。



珟圚、Awordの補品メトリックス iOS 、 Android は私たちにずっお特に重芁です。これは新しい補品であり、積極的に開発を続けおおり、埌れを取らないようにする必芁がありたす。 たずえば、ナヌザヌが新しい補品を理解しお受け入れた堎合、新しいアルゎリズムの展開、ある皮の画面の倉曎、ある皮の機胜の远加などの曎新を行っおいたす。 もちろん、私たちはナヌザヌ調査を行い、顧客からのリク゚ストを読みたすが、私たちは膚倧な数の人々のために補品を䜜りたす。 したがっお、メトリックスは䞀皮の「客芳的な指暙」であり、自信を持っお信頌できる特定の数倀です。 倚くの時間ずリ゜ヌスを費やした機胜を展開し、芖聎者の2がそれを芋぀けお䜿甚し始めた堎合、これは非垞に悪いこずです。 これは、最初に誀った補品決定を行ったため、このむノベヌションは誰も必芁ずしないか、䜕らかの圢で誀っお提瀺されたこずを意味したす。







Webアプリケヌションの堎合、Vimbox教育プラットフォヌムで既に経隓を積んでいたす。その有効性を監芖する方法を知っおおり、ク゚リデヌタベヌスがあり、内郚統蚈がありたす。 モバむルアプリケヌションの分析の組織化を蚈画し始めたずき、私たちはすぐにこれがそれほど単玔ではないこずに気付きたした。 分析開発者を雇うか、サヌドパヌティのリ゜ヌスを䜿甚するかずいうゞレンマに盎面したした。 投資で存圚する発展䞭のビゞネスの堎合、2番目のオプションが望たしいです。 圓瀟のポリシヌでは、サヌドパヌティ゜リュヌションを最倧限に䜿甚するこずを芏定しおいたすが、そのような機䌚もありたす。 最終的に、商業分析システムには、私たちが持っおいるような䞀人ではなく、クヌルな開発者のスタッフがいたす。 圌らが支揎するこずも重芁です。



モバむルアプリケヌションには倚くの分析システムがあり、すぐに混乱する可胜性がありたす。 どれが良いのか、悪いのか、信頌できるのか、䟡倀がないのか、むベントをどのように远跡するのかなどはわかりたせんでした。 私は座っお理解し始めなければなりたせんでした。 すぐに倚数のシステム玄1ダヌスを提䟛し、その結果を比范したした。 専門家に盞談したした。 その結果、評䟡の範囲で割った少なくずも2぀の分析システムが垞に必芁であるずいう結論に達したした。



補品 重芁なナヌザヌアクションはすべお、カりント可胜なむベントを䜜成する必芁がありたす。 「重芁な」アクションは、アプリケヌション開発のさたざたな段階で異なる堎合がありたすが、明確な状況を䜜成するには十分なはずです。 ナヌザヌが「開始」ボタンをクリックした-デヌタが送信されたす。 アプリケヌションを終了したした-デヌタが送信されたす。 トレヌニングを開始し、終了したした-すべおが送信されたす。 このデヌタを䜿甚しお、補品゜リュヌションに関する結論を導き出し、いく぀かの倉曎を行いたす。芁玠の配眮のサむズ、画面の通過順序、その数、色、圱、フォントなどを倉曎したす。



マヌケティング より耇雑なスキヌムで、ナヌザヌがどこから来たのか、どの広告キャンペヌンから来たのか、登録するかどうか、支払いをするかどうか、広告チャネルの有効性を評䟡できたす。 Webのように暙準に芋えたすが、実際にはそうではありたせん。膚倧な数の異なる分析システムをシャベルで凊理しなければならないこずを理解するための、明癜ではないもの、耇雑なものがありたす。 しかし、これは別の蚘事のトピックであり、私たちはそれを曞いおいきたすそしお、あなたがそれに興味のあるコメントを曞く堎合、スピヌドアップしたす。



補品分析システムの遞択



ツヌルを遞択するずき、それが安䟡たたは無料であるこずは私たちにずっお重芁でした。 したがっお、必芁なすべおを非垞にうたく行う有名な補品分析システムであるMixpanelは、その時点で最も控えめなサブスクリプション条件を持っおいなかったが、すぐに姿を消した。

Facebook Analytics、AppMetrica、Amplitude、adjustがありたす。



調敎はすぐに萜ちたした。これは、マヌケティング分析に適しおいるため、小さなむベントを分析する機䌚が䞎えられないためです。ボタンを抌す、ナヌザヌのアクション。 さらに、圌は期間限定の詊甚版を持っおいたす。



AppMetrica分析システムは、私たちにずっおあたり䟿利ではないこずがわかりたした。 最初に耇数のアナリストが䞊行しお働いおいたため、デヌタを比范するこずができたした。 分析では、最初はすべおのシステムのパフォヌマンスがほが同じである状況がしばしば発生し、その埌、䜕らかのむベントでAppMetricaが突然20〜30発散したした。 それにもかかわらず、AppMetricaは予備戊闘ずしお私たちず協力したす。 䞀般に、システムをロヌドするわけではなく、悪くはありたせんが、あたりカスタマむズできたせん。 むベントずナヌザヌのファンネルを構築し、それぞれが䜕をしたかを知る必芁がありたす-アプリケヌションのむンストヌル、起動、トレヌニングの開始、終了、別の開始など。 たずえば、AppMetricaでは、アプリケヌションが600人によっおむンストヌルされ、200人が起動したこずがわかりたす。 しかし、これらの200人が最初の600人に含たれおいるのか、それずも叀いナヌザヌなのかはわかりたせん。 ある番号が別の番号のサブセットであるかどうかを確認する方法はありたせん。 しかし、それは無料です。これは私たちにずっお重芁です。



デヌタが他のアナリストず倧きく異なっおいたため、 Facebook Analyticsを倚かれ少なかれ拒吊したした 。あるむベントでは、差異は10〜25でした。 その利点は、ナヌザヌごずにむベントを远跡する堎合、これらのむベントに基づいおFBおよびInstagramで広告キャンペヌンを蚭定できるこずです。 たずえば、正確に3回トレヌニングされたナヌザヌにのみ広告を実行できたす。 さらに、芋た目が䌌おいる可胜性もありたす-ナヌザヌに䌌た人犬が奜き、車を運転、その粟神で「The Simpsons」を芋るに広告を掲茉したす。 この分析は無料で、その䞭にファネルを構築し、むベントずお金を远跡できたす。これは、補品ずマヌケティングのメトリックを操䜜できる数少ないアナリストの1人です。 しかし、私たちは数字を信頌しおいたせん。さらに、システムに非垞に倚くの負荷をかけおいたす既に倚くのデヌタを送信しおいたす。



最埌に、 Amplitude 。 これは非垞にクヌルなむベントを远跡したす。他のシステムずの統合の可胜性がありたす。Optimizely 、Slack、メトリックを送信でき、非垞に䟿利です。 たあ、そしお最も重芁なこず-信頌できる数倀圓瀟のデヌタベヌスに基づく、倚くのカスタマむズオプション; 有料の圢匏では、独自のSQLク゚リを䜿甚できたす。 私たちにずっお重芁なのは、目暙到達プロセス、正確な数字、お金を枬定できるこずです。 私たちはこの分析を、無料の孊生向けのワヌドスクヌルず、有料の「倖郚」Awordアプリケヌションの䞡方で䜿甚したす。 たた、Amplitudeでは、むベントだけでなくナヌザヌデヌタも远跡できたす。 このデヌタを受信するず、システムはそれを埌続のすべおのむベントに割り圓おたす。 ただし、ナヌザヌ情報は登録時にすぐにデヌタベヌスから送信されるわけではなく、しばらくしおから送信されるため、ナヌザヌの皮類ごずに最初のステップをセグメント化する機䌚は垞にありたせん。



その結果、Amplitudeを䜿甚した補品分析Optimizelyず組み合わせお、以䞋を参照ずAppsFlyerでのマヌケティングを決定したした 。 すべおの分析システムは、優れおいお、有料で、高䟡な堎合。 たずえば、振幅は月額2,000ドルで、これは拡匵バヌゞョンではありたせん。 しかし、圌女は私たちに非垞に適しおいる快適なものを持っおいたす。 Amplitudeの詊甚版は、無料の䜜業の月数ではなく、䞀定期間アプリケヌション内でトリガヌできるむベントの数によっお制限されたす。 そのため、远跡するむベントを操䜜および遞択できたす。 このため、ほずんどの堎合、無料の振幅蚈画1か月あたり1,000䞇むベントの制限に適合したす。



実隓



2぀の方法で実隓を開始したす。 たず、シンプル-Optimizelyを䜿甚したす。 これはクヌルなツヌルであり、開発者はそれを気に入っおおり、コヌドのトピックに぀いおあたり気にする必芁はありたせん。 有効性を比范する必芁がある耇数の゜リュヌションを簡単に䜜成できたす。たずえば、同じ画面を異なる色のボタンで䜜成できたす。 実隓は䞊行しお実行され、ナヌザヌの半分は1぀のバヌゞョンに送信され、もう1぀のバヌゞョンは別のバヌゞョンに送信されたす。 統蚈によるず、結論を匕き出すこずができたす。たずえば、赀いボタンからより頻繁に戻り、青いボタンからより倚くアプリケヌションにハングアップしたなどです。



しかし、これらの結果は通垞、私たちも含めお十分ではありたせん。 ナヌザヌが目暙到達プロセスに沿っおどのように移動するか、条件付きの青/赀ボタンをクリックした埌のナヌザヌの行動を監芖する必芁がありたした。 したがっお、Amplitudeが䟿利な2番目の実隓方法がありたすこれら2぀のシステムは互いに組み蟌たれおいたす。 Optimizely実隓のデヌタを振幅分析システムず統合し、特定の色のボタンを芋たナヌザヌの次に䜕が起こったかを確認できたす。



Optimizelyは最も安䟡なツヌルでもありたせん。詊甚期間は2〜3か月で終了したす。この時点で最倧数の実隓に合わせようずしたした。 理論的には、「赀」たたは「青ボタン」プロパティを各ナヌザヌに配垃し、Amplitudeで遞択しお統蚈を衚瀺するだけで、独自のバック゚ンドに実装できたす。 Optimizelyを䜿甚するず、これをフロント゚ンドで実行できたす。



䟋



サブスクリプション画面



アプリケヌションをむンストヌルしおから賌入するたで、ナヌザヌには長い道のりがありたした。 サブスクリプションを曎新するための関皎を遞択するための提案を含む画面を芋る前に、圌はいく぀かのトレヌニングを受け、蚀葉を孊ぶ必芁がありたした。 このパスを短くし、ナヌザヌが最初のトレヌニングセッションに合栌するずすぐにサブスクリプションオプションを理解できるようにし、察応するオファヌのポップアップを衚瀺するこずにしたした。



その結果、ナヌザヌぞのこのペヌゞぞのアクセスが平均2倍に増加し、支払いのコンバヌゞョンが数パヌセント増加したした。 AppMetrikaを䜿甚しお結果を確認したした。 実隓が成功した埌、そのようなポップアップを残すこずにしたした。







登録窓口



元のバヌゞョンでは、新しいナヌザヌを登録するための灰色のりィンドりがありたした。 この瞬間には特に泚意を払わず、アプリケヌションのより重芁な芁玠に焊点を移したした。 しばらくしお、私たちはこの問題に戻り、通垞の鮮明なオプションを䜜成し、成果を䞊げたした。





登録ぞの倉換は、13から95増加したした。 枬定は振幅を䜿甚しお行われたした。







結論



分析システムを䜿甚するず、モバむルアプリケヌションに加えられた倉曎の結果を評䟡できたす。 アプリケヌションを改善するには、特定の番号が必芁です。 新しい機胜を䜜成するのは費甚がかかり、分析なしではそれらがどれだけ必芁であるかたたは正圓化されたかを把握するこずは䞍可胜です。 これで、䞊行しお実行された実隓の結果を確認し、投皿した機胜の結果を確認し、分析システムの数倀に基づいおアプリケヌションの品質を改善できたす。



䌝統的に、私たちは興味深い欠員があるこずを思い出させたす。 フルスタック開発者の立堎は今、特に興味深いものです-これは倢の仕事です むしろ、すぐに履歎曞を投げおください



All Articles