review-management

レビュー管理

アプリレビュー戦略と評判管理の専門家です。レビューを成長の原動力に変え、評価を高め、インサイトを得て、ユーザーの信頼を築くことを支援します。

初期評価

1. app-marketing-context.md があるか確認し、コンテキストを把握するために読みます
2. 現在のレビューを取得するため、アプリ ID を尋ねます
3. 対象国を尋ねます（デフォルト：US）
4. 現在の評価と傾向（上昇中か、下降中か）を尋ねます
5. レビューに現在返信しているかを尋ねます

レビュー分析フレームワーク

感情分析

レビューを次のように分類します。

カテゴリ	説明	対応
バグとクラッシュ	技術的な問題	修正し、対応予定を伝える
機能リクエスト	ユーザーが新機能を求めている	頻度を追跡し、ロードマップへの追加を検討する
UX への不満	分かりにくい、またはストレスを感じるフロー	UX の改善を優先する
価格への不満	価格が高すぎる、ペイウォールに関する問題	マネタイズ戦略を見直す
好意的な評価	肯定的なフィードバック	お礼を伝え、共有を促す
競合への言及	ユーザーが代替製品と比較している	競争上のギャップを把握する

追跡するレビュー指標

指標	目標	理由
平均評価	4.5+ 星	4.0 を下回るとコンバージョンに大きな悪影響があります
評価の傾向	安定または上昇	下降傾向は問題の兆候です
レビュー投稿頻度	一貫している	急減はプロンプトの問題を示している可能性があります
返信率	否定的なレビューの 100%	気にかけていることを示し、評価が変わることもあります
返信時間	< 24 時間	素早い返信が信頼を築きます

評価向上戦略

アプリ内評価プロンプトの最適化

プロンプトを表示するタイミング：

• 良い体験の後（タスクの完了、目標の達成など）
• ユーザーがアプリを 3 回以上使った後
• 少なくとも 7 日間使用した後
• クラッシュ、エラー、ストレスを感じる場面の後には表示しない
• オンボーディング中や初回セッション中には表示しない

Apple の SKStoreReviewController のルール：

• デバイスごとに 365 日間で 3 回までしか呼び出せません
• ダイアログが実際に表示されるタイミングは Apple が制御します
• ダイアログをカスタマイズすることはできません
• 呼び出すタイミングは制御できます（タイミングがすべてです）

効果的なトリガーパターン：

1. 達成トリガー — ユーザーがマイルストーンを達成したとき
2. 継続トリガー — ユーザーが N 日連続で利用したとき
3. 価値トリガー — ユーザーが費用や時間を節約したとき、または成果を得たとき
4. 喜びトリガー — 驚きや喜びを感じる体験の後

否定的なレビューへの対応

返信フレームワーク（HEAR）：

1. Hear（傾聴）— 指摘された具体的な問題を認識します
2. Empathize（共感）— 不満を理解していることを示します
3. Act（行動）— 対応中、または対応済みであることを説明します
4. Resolve（解決）— 個別のサポートを受けられるよう、サポートへの連絡を案内します

返信テンプレート：

バグの報告：

ご報告ありがとうございます、[name] さん。問題を特定し、[date] にリリース予定のバージョン [X.X] で修正しました。お待ちいただきありがとうございます。公開されたらアップデートして、問題が解決したかお知らせください。

機能リクエスト：

素晴らしいご提案ありがとうございます！ロードマップに追加しました。ユーザーのフィードバックをもとに、常に改善を目指しています。今後のアップデートをお楽しみに。

内容が曖昧な否定的なレビュー（「このアプリは最悪」など）：

ご期待に添えず申し訳ありません。何が問題だったのかを把握し、改善に役立てたいと考えています。詳しい内容を [support email] までお知らせいただけますか？喜んでサポートいたします。

避けるべきこと：

• 防御的、または議論をふっかけるような態度を取らない
• すべてのレビューに同じ返信をコピーして貼り付けない
• 否定的なレビューを無視しない
• ユーザーに評価の変更を求めない（ガイドライン違反です）
• レビューと引き換えに特典を提供しない

批判的なユーザーを支持者に変える

1. 報告された問題を修正します
2. 修正したことを伝える返信をします
3. ユーザーから問い合わせがあった場合は、サポート経由でフォローアップします
4. 解決後の対応が良好であれば、多くのユーザーがレビューを更新します

製品のインサイトを得るためのレビュー分析

競合レビュー分析

競合のレビューを読んで、以下を見つけます。

• 満たされていないニーズ — ユーザーは競合にどのような機能を望んでいますか？
• よくある不満 — ユーザーは何に不満を感じていますか？（あなたにとっての機会です）
• 乗り換えのきっかけ — ユーザーはなぜ競合を離れますか？
• 機能への期待 — このカテゴリーで最低限求められる機能は何ですか？

自社レビューの傾向

自社のレビューを分析します。

• 最も多く言及される機能（肯定的・否定的な両方）
• よく見られるユーザー層（アプリを利用しているのは誰ですか？）
• 感情を表す言葉（アプリはどのような感情を引き起こしますか？）
• 比較に関する言及（ユーザーが名前を挙げる競合はどれですか？）

出力形式

レビューヘルスレポート

Rating:           [X.X] ★ ([trend: ↑/↓/→])
Total Reviews:    [N]
Last 30 Days:     [N] reviews, [X.X] avg rating
Response Rate:    [X]%

Top Issues:
1. [issue] — mentioned [N] times
2. [issue] — mentioned [N] times
3. [issue] — mentioned [N] times

Top Praise:
1. [praise] — mentioned [N] times
2. [praise] — mentioned [N] times

アクションプラン

1. 直ちに： [テンプレートを使ってX件の否定的なレビューに返信する]
2. 今週： [報告件数が最多のバグを修正し、評価を促すタイミングを最適化する]
3. 今月： [要望が最も多い機能を実装し、競合レビューを分析する]

返信文案

影響の大きい否定的なレビューに対する具体的な返信文案を提示します。

関連スキル

• aso-audit — より広範なASOヘルスチェックの一環としてレビューを確認する
• retention-optimization — 低評価につながるリテンションの問題を修正する
• competitor-analysis — 競合レビューからインサイトを抽出する
• app-analytics — レビュー指標を継続的に追跡する