フィードバックボタンを使用したユーザーフロー
アプリに関するフィードバックをユーザーに求めるモバイルアプリがあるとします。フィードバックボタンは、リストの下部にあるメイン画面にあります（アプリはリストで作成されています）。
ユーザーがすでにフィードバックを提供した後、私は
- 続行して、メイン画面にフィードバックボタンを表示しますか？
- ボタンを他のあまりアクセスされないページに移動しますか？
- アプリの現在のフィードバックステータスを表示しますか？
他のオプションはありますか？
私は少し異なるフィードバックモデルを提案します。
- フィードバックを表示しない妥当な時間または実行回数。ユーザーが最初にアプリで認められ、意見を述べられるようにします。それ以外の場合、ユーザーは迷惑なボタンを取り除くか、バナーの失明効果のように無視するだけで、高速な「誤った」フィードバックを与える可能性があります。
- フィードバックを表示その後、妥当な時間。アプリの使用後にユーザーがフィードバックを再び無視した場合、それは彼がフィードバックを提供したくないことを意味します。だから彼を気にしないでください、フィードバックを遠ざけてください...
- ... フィードバックボタンを
Aboutダイアログに移動または連絡先画面、つまり、ユーザーがあなたに連絡することを決定した場合に、おそらくそれを見つけたい場所。
そして、Display feedbackフェーズでフィードバックを得るのに役立つトリック。フィードバックボタンを表示するだけでなく、フィードバックブロックに現在のアプリの評価（スター、ポイント、マークなど）を配置します。これは、他のユーザーがフィードバックを残すことの社会的証拠であり、ユーザーがフィードバックを残すことも刺激する可能性があります。
ここでは社会的証拠だけが機能するわけではありません。現在のアプリの評価は、「どうやって5を与えることができるのでしょうか？間違っています！あちこちでエラーに直面しました！今、本当のフィードバックを残します！」または「私は彼らのマークに同意します！私はフィードバックを残して彼らをサポートします」。