web-dev-qa-db-ja.com

モバイルアプリのフィードバック/評価を求めていますか?

Leave us a feedback

図1:iOSでフィードバック/評価をユーザーに求める典型的なプロンプト

バックグラウンド

真剣なスマートフォンユーザーは、少なくとも一度は図1に類似したメッセージを目にしたことがあるはずです。このようなプロンプトのバリエーションには、「このアプリが気に入ったら5つ星の評価を付けてください!」、「評価してください:」、「あなたの評価がこのアプリの改善に役立ちます!」などがあります。基本的に、図1ユーザーに、AppStore(または同等のもの)にアプリの(良い)フィードバック/評価を残すように要求します。


短い質問

いつどのくらいの頻度でモバイルアプリのユーザーにフィードバック/評価を残すように求めるべきですか?


より長い質問

#1。どのユーザー統計?

図1を生成するために基づく必要がある重要なユーザーの行動統計は何ですか?例えば:

  • アプリケーションのインストール/再インストール以降の実行数
  • 現在のアプリケーション実行からの経過時間
  • 最初のアプリケーション実行からの経過時間
  • 最初のアプリケーションのインストールからの経過時間
  • 特定のイベント(ゲームアプリの特定の数のステージがクリアされた後など)

#2。いつ尋ねるか?

図1、具体的には方法を生成するために計算される複数のユーザー統計が選択されている場合、ユーザー統計はイベントの条件を満たす必要がありますか?例えば:

  • 統一方程式を作成します(例:X^2+Y^2=Z^2)すべての重要なユーザー統計がイベントをトリガーするために公平に構成されています。
  • 「絶対」イベントトリガーを作成(複数)します(例:10回のアプリ実行ごと、現在のアプリケーション実行から2時間後)。
  • 2つの両方。生成図1trueが最初に来る方。
  • どちらでもない。 「もっと良い方法がある!」

#3。どのくらいの頻度で?

最適図1生成の最小/最大頻度は何でしょうか? 最適とは、ユーザーがそれほど煩わされないことを意味します。

#4。 「もう邪魔しないでください:(」

ユーザーは図1の受信をオプトアウトするオプションを持つべきですか?

#5。すべてのモバイルアプリのユニバーサルユーザー統計?

異なるカテゴリのアプリは、異なるユーザー統計に基づくべきですか?さまざまなカテゴリのアプリでは、ユーザー統計のサイズとタイプに大きな違いがあります。たとえば、「懐中電灯」アプリは通常1時間は実行されませんが、音楽/映画ストリーミングアプリは1時間以上実行される場合があります。

#6。 「このアプリはこれ以上のフィードバックを必要としません。」

すべての種類のユーザーベースのevery appがこのメッセージを尋ねるべきですか?もしあれば、どのモバイルアプリも、ターゲット条件(ダウンロード数、アクティブユーザー数、フィードバック数など)が満たされたときに図1の生成を停止する必要がありますか?

#7。削除前のフィードバック/評価

以下の図2に示すように、ユーザーは削除する前にフィードバックを残すように求められますか?ユーザーはアプリの削除について非常に重要なレビューを残す可能性が高くなりますが、この種のフィードバックは、開発者がアプリの次のバージョンリリースの弱点を強化するのに非常に役立ちます。

enter image description here

図2:アプリを削除する前にユーザーに評価を求める

21
melvynkim

フィードバックを求めることは、UXの観点からはまったく良くありませんが、変換の観点からは良いことです。もちろん、評価がダウンロードに変換されるため、評価が良い場合にのみ必要です。

質問する前に、ユーザーがアプリの使用に慣れていることを確認する必要があります。したがって、この前にこれを要求することは無駄であり、コメントを残す結果にならないか、ユーザーがイライラしてこの質問に悩まされ、コメントが低くなります。

したがって、whenについては、いくつかの実行後にこれを実行する必要があります。ユーザーがアプリを頻繁に使用した後は、さらに適切な方法で判断できます(判断できる場合)。もしそうなら、それはこのアプリが彼にとって有用であり、良いコメントの可能性が高いことを意味します。

アプリの削除時にユーザーに尋ねるのは不要ですが、ユーザーがアプリについてどう思うかを尋ねます。そのため、彼にとっては役に立たず、良い評価やコメントを残すことは期待できません。

頻度について言えば、あなたはそれをいつでも繰り返すことができると思います(どのくらいの頻度かはわかりませんが、10回ごとの実行が良い考えかもしれません)、あなたが 「もう迷惑をかけない」オプション。それを持っていることが重要です。それを提供しない場合、これもまた悪いUXですが、ナグの外観を制限する必要があります(私は最大で2回設定します)。

ただし、ユーザーにフィードバックを求める方法は他にもあります。

  • CEOからの手紙は1つの良い形式です。ユーザーにメールを送信できます(もちろん、アプリがサービスベースで、ユーザーアカウントがあり、このデータを収集する場合のみ)。これにより、アプリ(一部のWebフォーム)とは完全に異なるシステムへのコメントを合理化でき、適切に投票を構成すれば、より多くのプロファイルされたフィードバックを収集できます)。アプリの改善には最適ですが、AppStoreのコメント数は増えません。
  • 一部のアプリには、そのために使用できるコア機能があります。 todoアプリでは、「私たちのアプリにコメントを残す」というタスクを入力でき、AppStoreへのリンクも提供されます(おそらく、わかりません)。もう1つのアイデアは、アプリ内の通知システム(存在する場合)です。これにより、同じことができます。
13
Dominik Oslizlo

答えの背景

私は、ユーザーに直接触れることなく、フィードバック、評価、またはWordの普及をユーザーに求める他のいくつかのオプションを見てきました。

もちろん、ゲームには優位性があります。マイクロトランザクションスキームの種類がある場合、特定のアクションを実行することで、いくつかのポイント(またはゲーム内の金銭的要素)を獲得できます。アプリの評価やレビューの作成など。これらの方法は間違いなく間違いですが、ユーザーはアクションの見返りとして何かを得るので、ユーザーが何かをすることを奨励します。

この効果は、メッセージが「良い評価がアプリの改善に役立つ」である場合に発生することを意味している可能性が高いため、ユーザーは自分が何かを行っていることを感じています。


少し前まで、Feedly(Google Readerのシャットダウンから多くのユーザーを獲得したフィードリーダーサービス)は、興味深いアプローチでユーザーにフィードバックを求めていました。質問は、「私たちはより良くなる、やりたいですか?」 (および 結果 )。

要求が邪魔にならないこと(アプリケーションを使用しているときに邪魔にならない通知バーをポップアップするだけ)に加えて、フィードバックが提供される方法は、何かを取得するのに十分な励みになりました。これが、ユーザーから有益なフィードバックを得られる大きな違いだったと思います。

簡潔な答え

Dominik Oslizloが述べたように、フィードバックを要求することは、ユーザーが何かを取得しない限り、ユーザーにとって良い経験となることはめったにありません。必要に応じて、満足感を与えることができるようにしてください。

1
Alpha