拒否された入力についてユーザーにフィードバックを与える方法は？
ユーザーがオブジェクトの写真を撮るモバイルアプリを持っています。この写真は、サーバー側で高負荷の画像処理を行うためのものです。そのため、時間の浪費を防ぐために、デバイスで簡単な事前チェックが行われます。これにより、画像の焦点が合っており、オブジェクトが明らかにフレーム内にあり、他のいくつかのパラメーターを満たしているため、非常に重い処理が機能することがわかります。これは、大きな画像をサーバーに送信し、そこからの拒否を（比較的）待機するよりもはるかに優れています。
問題は、テストにおいて、多くのユーザーが適切な写真を撮るのが難しく、最終的には承認された写真を撮る前に何度も拒否されることです。
これはUXの惨事であり、初めてこのアプリを使用し、複数の拒否を受けた場合は、あきらめて二度と使用しない可能性が非常に高くなります。この問題に対処するために、UXの観点からできることはありますか？
2つのpremissesを取る場合：
- ユーザーは、選択肢と役立つアドバイスを与えられた場合、むしろ最高の結果を得るでしょう
- 標準までの画像のみを処理したい
あなたは標準以下の写真を否定するフラットアウト以外の方法で行くことができます。低品質の画像で続行したい場合は、ユーザーに選択肢を与えます。品質が低すぎて処理できない場合は、拒否ではなく、代わりにメッセージを表示します。
ユーザーが写真を撮って前処理を実行できるようにします。現在の写真の判定が低品質の場合は、ユーザーにモーダルメッセージを表示します。
Proceed with "low quality" picture or try take a new picture?
Proceed anyway >Retake picture >
これを改善する方法があります。
- 試みた画像で正確に何が適切でないかを検出できる場合は、
"low quality"を理由、つまりProceed with blurry picture...に置き換えます。 - どれだけ悪い結果が検出されるかを検出できる場合は、これをメッセージに反映します。つまり、
Proceed with very low quality picture or try a new picture? - 否定を一掃しないでください。ただし、ユーザーが確実に失敗した画像を試してみて、実際にサーバー側で計算を行わずに
Sorry, could not process low quality image, try again with new pictureを即座にフィードバックするようにしてください。
明らかに、私が使用した"low quality"という用語は例示であり、より肯定的な表現を使用する場合があります。
ここでエクスペリエンスを改善するための2つの重要な機会を見つけました。ユーザーを教育し、画像が拒否された場合に役立つフィードバックを提供することにより、品質の低い画像が最初に送信されるのを防ぎます。
まず、提出を成功させるための要件を説明する際には、非常にオープンで透明性があり、写真の品質が評価されることを明確にする必要があります。他の種類の入力（フォームへのデータの入力など）と同様に、ユーザーが画像の送信に取り掛かる前に、これらの要件を説明する必要があります。このコンテキストでこの情報を提供する最良の方法は、おそらく良い写真と悪い写真の例を提供することです。
この情報を事前に提供しないと、イライラすることになります。
第二に、写真が拒否された場合は、actionableを説明するフィードバックを提供する必要がありますwhy写真は拒否されましたhowユーザーは写真を改善して、今後拒否されないようにすることができます。
ユーザーは、選択した写真を検証していない電話とサーバーの違いを実際には知りません。何らかの理由でエラーが発生していることがわかります。
これは技術的に不可能かもしれませんが、私が導入しようと考えている解決策は、ユーザーを有効な写真を撮ることだけができるに導く手助けをすることです。
ユーザーが「顔を合わせる」ためのガイド領域を（目の配置、顔のサイズの位置などとともに）画面に含めます。
これに加えて、メッセージを画面に表示しますntil有効な写真を撮る準備ができています。 「鋭い焦点を待つ」という線に沿った何か。この基準が満たされるとすぐにthen写真が（おそらく自動的に）撮られ、サーバーに送信したときに有効な写真が撮影される可能性が高くなります。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
パスワード、数値形式など、制限は常に問題です。すでに制限を最小限に抑えており、それ以上削除する方法はありません。
彼らの写真が却下された理由を説明し、次に要件を満たす方法のヒントを提供するのが最善の策だと思います。おそらく、「トレーニングセッション」を提供したり、ユーザーに自分の写真を投稿する前にチュートリアルを強制したりすることができます。別のアイデアは、ユーザーがすべての機能にアクセスする前に回答する必要があるアンケートです。
これは製品に関与するための基準を引き上げることを知っていますが、それでもユーザーは制限に直面しますが、ユーザーはまだ製品を使用する意欲があるかもしれません。そして、それはおそらくフラストレーション率を後で減らすでしょう。