商品の確認と配送の詳細はまだ関連していますか、または単に情報の負荷をバイヤーに追加します。特に私たちがモバイル体験を考えるとき。
エラーを防ぐためにそれらを使用していることはわかっていますが、次のようなものは使用できません(カートを表示して詳細を尋ねるだけで、常に価格を表示します)。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
確認を追加した場合、3つのステップではなく4つのステップと、多くの情報を含む画面が表示されます。
だから、私の中心的な質問は:
UXエンジニアの視点からUberアプリを見る必要があると思います。購入をシンプル、明確、直感的、そしてエレガントにする。確認のためにページを1つ追加するのではなく、何か間違って購入したと感じた場合は、注文をキャンセルするオプションをユーザーに提供させていただきます。
あなたがそうするつもりのあるアイテムを購入するとき、それをこのように考えてください。ユーザーが購入したアイテムに変更を加える必要がある場合に備えて、カートに戻るためのボタンを配置することができます。
さて、私にはバックアップするユーザー調査はありませんが、洞察を与えるのに役立つ20年のユーザーエクスペリエンスがあります。
WebサイトがWCAG 2 AAの場合、ガイドライン.3.4エラー防止(法的、財務、データ)を考慮する必要があります。
これには、次のいずれかに該当する必要があります。
Reversible:提出物はリバーシブルです。
チェック済み:ユーザーが入力したデータの入力エラーがチェックされ、ユーザーはそれらを修正する機会が提供されます。
確認済み:送信を確定する前に情報を確認、確認、および修正するためのメカニズムを利用できます。
テクニック の2つは、
これは次のようなさまざまな要因に依存します
チェックアウトプロセスが1つのエンティティのみを処理し、単純である場合、確認ページをスキップすることは理にかなっています。例:スマートトリップカードに付加価値を付け、電子ブックを購入します。
チェックアウトに上記の要因が複数含まれている場合は、確認ページを表示することをお勧めします。 Amazonはそのような例の1つであり、通常、複数の数量、サイズなど、さまざまな種類の商品を追加します。[注文する]ページには、ボタンを押す前に、すべての商品の概要、配送速度、支払い情報が最後に表示されます。