チェックアウトの確認はまだ関係がありますか？
商品の確認と配送の詳細はまだ関連していますか、または単に情報の負荷をバイヤーに追加します。特に私たちがモバイル体験を考えるとき。
エラーを防ぐためにそれらを使用していることはわかっていますが、次のようなものは使用できません（カートを表示して詳細を尋ねるだけで、常に価格を表示します）。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
確認を追加した場合、3つのステップではなく4つのステップと、多くの情報を含む画面が表示されます。
だから、私の中心的な質問は：
- ユーザーは購入する前に本当に自分の情報を再確認しますか？
- そのトピックに関する事例研究や研究はありますか？
- これに対するあなたのアプローチは何ですか？
UXエンジニアの視点からUberアプリを見る必要があると思います。購入をシンプル、明確、直感的、そしてエレガントにする。確認のためにページを1つ追加するのではなく、何か間違って購入したと感じた場合は、注文をキャンセルするオプションをユーザーに提供させていただきます。
あなたがそうするつもりのあるアイテムを購入するとき、それをこのように考えてください。ユーザーが購入したアイテムに変更を加える必要がある場合に備えて、カートに戻るためのボタンを配置することができます。
さて、私にはバックアップするユーザー調査はありませんが、洞察を与えるのに役立つ20年のユーザーエクスペリエンスがあります。
- 約定詳細画面の価格は必要ないと思います-必要ありません。
- 私は、価格が特定の金額（20ドルを超えるなど）を超えるか、特定の日付のどこかに飛ぶことを約束している場合にのみ、購入前に再確認する必要があると思います。
- フライトを予約することは、チェック情報画面を持つための一般的なものですが、eBayに5 $で入札するだけです。確認を必要としないので、確認することもできます。
- 私のアプローチは、ユーザーがトランザクションを完了したい速さ対お金がユーザーにとってどれだけ意味があるかを評価することです。一部の人々は確認せずに過ごすことで元気です。
WebサイトがWCAG 2 AAの場合、ガイドライン.3.4エラー防止（法的、財務、データ）を考慮する必要があります。
これには、次のいずれかに該当する必要があります。
Reversible：提出物はリバーシブルです。
チェック済み：ユーザーが入力したデータの入力エラーがチェックされ、ユーザーはそれらを修正する機会が提供されます。
確認済み：送信を確定する前に情報を確認、確認、および修正するためのメカニズムを利用できます。
テクニック の2つは、
- 確認ページ（ G98 ）
- @ Krishna answer （ G164 ）のようにトランザクションを取り消す機能
これは次のようなさまざまな要因に依存します
- さまざまな製品（例：靴、シャツ、香水など）
- 製品仕様（例：サイズ、色など）
- 割引（プロモーションコードを入力した場合は、割引価格を示します）
- 発送スピード
- 支払い情報
チェックアウトプロセスが1つのエンティティのみを処理し、単純である場合、確認ページをスキップすることは理にかなっています。例：スマートトリップカードに付加価値を付け、電子ブックを購入します。
チェックアウトに上記の要因が複数含まれている場合は、確認ページを表示することをお勧めします。 Amazonはそのような例の1つであり、通常、複数の数量、サイズなど、さまざまな種類の商品を追加します。[注文する]ページには、ボタンを押す前に、すべての商品の概要、配送速度、支払い情報が最後に表示されます。