ユーザーがハードウェアの戻るボタンを押してアプリを終了したときにフィードバックを求めることに反対する
ユーザーにアプリに関するフィードバックを提供するよう求める方法を設計しています。丁寧な「フィードバックをお願いしますか？[yes/no]」をユーザーのコンテンツに直接埋め込むことを選択し、スティッキーなアプリ内通知もテストします。しかし、私は（ （Exit、_Voice、_and_Loyalty Albert Albert。
さらに返信を取得するための追加の方法として、ユーザーがAndroidハードウェアの戻るボタンをタップした場合現在のビューがナビゲーションキューの唯一のビューである場合。他の作品では、代わりにアプリユーザーを終了すると、フィードバックリクエスト画面に移動します。
このデザインに関するアイデアや反対意見に興味があります。この実用的なひねりを加えた終了確認を基本的に求めるアイデアはどれほど悪いですか？
これらは私があなたの提案されたアプローチで見るアンチパターンです：
ユーザーの意図を覆す：ユーザーは、1つのこと（アプリを終了）を実行したいことを示し、別のタスク（フィードバックを求める）を代用します。
非常に中断的：ユーザーがアプリを終了する理由として最も考えられるのは、ユーザーが現在何か他のことをする必要があるためです。これを妨害すると、デバイス全体のUXが低下します。 （「私は写真を撮るためにこのアプリを終了する必要があります！しかし、アプリは私を出させません！今、世界は雄大なイエティを見ることは決してありません」）
...高度に標準化されたタスクの：ここでは、オペレーティングシステムのUIとハードウェアインターフェイスのオーバーライドについても説明しています。それは軽く取られるべきものではありません。アプリの終了は、すべてのアプリケーションで一貫して機能するはずです。アプリがその契約を破ると、ユーザーの方向性が失われます。
ガーデンパス：[exit]ボタンをクリックすると、2つのリンクがあるページが表示されます。 （ユーザーが計画したものの反対）。ユーザーは細かい活字を読んで、計画したことを実行するために去る必要があります。出口ボタンを2回押す必要があります。あなたは本当にユーザーを彼らの意図から遠ざけ、そのフィードバックフォームに向かって、不愉快なところまで押しやります。 （真剣に：それは巧妙な設計作業です、私は感銘を受けました、しかしあなたは非常に 暗いパターン チームのためにここで遊んでいます。）
とにかく間違った質問：アプリケーションを終了することを選択した人々からフィードバックを得ようとしている-しかし、アプリケーションを終了することは必ずしもそれを意味するわけではない;これは通常、ユーザーがタスクを切り替えていることを意味します。 「終了音声」が必要な場合は、これを「アカウントの削除」ワークフローまたは同等のものに添付する必要があります。
フィードバックを求めることは本質的に中断を伴うものであり、軽いタッチが必要です。特に、フィードバックを求めるプロセスでユーザーを怒らせると、結果が歪むからです。
ユーザーからのフィードバックを受け取る方法を持つことは素晴らしいと思いますが、ユーザーがそれを提供しない可能性が高いことを理解してください（特に、ユーザーに直接的なメリットがない場合）。
ユーザーがこのプロンプトに到達する状況を考慮してください。ユーザーがサイトを離れるときに表示されます。ユーザーの目標は、自分の意見を表明することではなく、ページを終了することです。確かに、フィードバックを提供するユーザーもいるかもしれませんが、その数は非常に少なくなります。アプリの他の場所でも同じフィードバック機能をユーザーに提供してください。
このようにすることは必ずしも否定的なことではないと思いますが、ユーザーが実際にフィードバックを提供する可能性は高くないことに注意してください。
実行時、私はエンドユーザーとして、当面はアプリを使い終わったときに「帰宅」または「戻る」機能を選択するのではなく、「帰宅」する可能性が最も高いでしょう。したがって、私はフィードバックを残すように求められる状況を見つけることはできません。
アプリでホームボタンを押したとき、または他のアプリに切り替えたときにそのフィードバックフォームをトリガーすると、非常に煩わしく、できるだけ早くそのアプリをアンインストールできます。
では、どのような状況でそのはい/いいえモーダルをトリガーしますか？おそらく、アプリの開始をランダムに広告します。