なぜ確認ページがあるのですか？
私は在庫管理ソフトウェアに取り組んでいます。時々、ユーザーがバッチまたは製品を追加したり、アイテムを転送したりするときに、彼らのアクションを確認するための確認ページが表示されます。
たとえば、50個の製品を追加し、それぞれに価格とすべてを記載したリスト形式で追加しました。次を押すと、追加した製品の数、合計コストなどの概要が表示されます。ただし、これらの情報はすべて前のページで確認できます。確認ページさえあるべきですか？または、自動的にすべてを追加する必要がありますか？
確認ページ（私にとって）は、彼らの行動の概要かもしれません。多分彼らは50の製品を意図していましたが、前のページで誤って500を押しました。開発者の1人は、ユーザーは先に進む前にいつでも確認を確認できるため、確認ページが役に立たないと主張しています。
「すべてのページが何らかの価値を提供するか、それ以外の場合はそれを取り除く必要があります」。確認ページにはどのような価値がありますか？
これは、ユーザーのアクションとその確認を調べるのに非常に興味深いものです。私はあなたに同意します、そしてあなたは幾分正しいです、確認ページは彼らの行動の概要です。
デジタル商品やサービス、オンライントランザクションによって異なりますが、これらの確認ページは異なる価値を提供しています。
- 確認ページの最優先事項は、トランザクションが完了したことを伝えることです。
- 「彼らがこれまでに行ったこと」を含む明確で大胆な完了ステートメント
- 次のことの明確な説明
- このページは、「何か問題が発生した場合、どうすればよいですか？」という一般的な懸念に対処するのに役立ちます。ユーザーを安心させるのに役立ちます。
これはB2Bアプリケーションであると推測しますが、代わりにショッピングカートの概念を含めないのはなぜですか？次に、その「カート」内のアイテムの数を表示し、クリックすると、合計コストを含むそのカートの詳細に移動できます。
カートには、「転送」というボタンや、その時点で有効なアクションがあります。 「カート」という言葉が文脈から外れていると感じる場合は、「バッチ」、「ロット」、または「小包」のようなカートを呼び出すことができます。
これにより、非常に一般的でよく理解されているモデルを使用しながら、中間確認ページの必要性が軽減されます。
あなたが話している場合、私はあなたが確認を必要とするとは思わないpage。
確認または確認が必要ですが、専用の画面が必要な理由は考えられません。
確認または確認の利点は、ユーザーが実行したアクションが希望どおりの結果をもたらしたことをユーザーに確信させ、心配することなく続行できることです。
ページ全体に進むのが邪魔になる場合は、ユーザーが次のアクションを実行できないようにするか遅延させるような方法で、その自信を提供します。
代わりに、次のアクションを妨げない視覚的なフィードバックで自信を与える方法を見つけられるかどうかを確認しますか？
代替案についての最初の考えは、画面の上部近くに一時的な通知バーを表示するか、（たとえば）「33が正常に追加されました」という小さなメッセージを送信ボタンの近くに表示することです少し遅れて消えます。そのメッセージは、ユーザーがそのページでさらに多くのことを続けるのを止めるべきではありませんが、それは彼らが彼らの行動が望み通りに起こったという確信を彼らに与えます。