調査の手順
- 入手できるレビューを、繰り返し出てくる用途、評価されている成果、満たされなかった期待ごとにまとめます。日付、ロケール、バージョンの情報があれば残します。印象に残るコメントが 1 件あっても、繰り返し出てくるテーマとは言えません。
- それぞれのテーマを現在の製品と照らし合わせます。不具合や足りない機能は、製品側の課題に回します。ストアページの変更を検討するのは、実際に提供している体験をより正確に説明できる場合だけです。
- メッセージの仮説を自分の言葉で書き、現在のストアページと比べます。選び出したコメントを、ユーザー全体を代表する満足度の統計のように見せないでください。
解釈の具体例
例:最近のレビュー数件に、すでにある機能が使えることに気づかなかったと書かれています。スクリーンショットのメッセージを分かりやすくするのは、妥当な仮説です。一方、その機能が動かないという報告であれば、スクリーンショットを新しくしても根本の問題は解決しません。
判断と次の確認
テーマと対応策を並べた短い表を作り、裏づけとなる観察、担当者、見直し日を添えます。製品やストアページを変更したあとは、新しいレビューに同じ期待のずれが残っていないかを確認します。その際、サンプルの限界は見えるようにしておきます。
関連する Storelift の機能
この調査で使える製品データとその範囲は、アプリレビュー監視で確認できます。レポートに載せる計測結果には、対象のアプリ、ストアフロント、期間、計測状態を必ず添えてください。
自分のアプリで確かめる
ストアのリンクを貼り付けて、キーワードを追加するだけ。順位、上位のアプリ、需要を毎日計測します。
無料プラン:1 アプリ、2 つのストアフロントでそれぞれ 25 キーワード、30 日分の履歴。カード不要、期限なし。Pro は月額 $20。
無料で始める →
次に読む
アプリレビュー監視最近のレビューを通算評価の隣に。平均が動く前に下落が見えます。ASO 実務ガイド順位変動の調査、キーワードの優先順位づけ、ストアページ変更の振り返り、ユーザー獲得の成果報告まで。アプリチームのための ASO 実務ガイド 30 本です。ASO メタデータの変更履歴:結果を説明できる記録のつけ方ASO メタデータの変更履歴をつける方法です。変更前後の文言、ストアフロント、変更理由、公開日を残し、あとの順位変化を実際の編集内容と照らして調べられるようにします。アプリのサブタイトル変更:検証できる仮説を立てて計画するアプリのサブタイトルを変える前に、検証できる仮説を立てる手順です。狙うキーワード、外れるキーワード、ベースライン、見直し期間、判断に必要な根拠を決めておきます。
