web-dev-qa-db-ja.com

住所確認

私は既存の顧客が住所を確認するための最良の方法を設計しようとしています。これらは私が考え出した2つの設計です。

方法A

読みやすく、簡単に読み込めるので、これが好きです。住所である場合、フォームは表示されません。 「いいえ」を選択すると、フォームが表示され、フォームに入力されます。入力を事前に入力することができ、ボックス全体を入力する必要がないと思いますが、混乱する可能性があります。

方法B

これがより一般的な方法のようですが、なぜですか？情報を処理するのは難しいようで、ユーザーは続行するためにさらに下に移動する必要があります。事前に入力されているため、通りの変更を行う方が簡単かもしれませんが、それが私から見た唯一の利点です。

しかし、実際にはどれが彼らの生活をより簡単にするでしょうか？私はすでに、ルーク・ブロブスキーのWebフォームデザインをめくっています。

方法C（Crissovが以下のコメントで取り上げた）

Aとよく似ています（彼が言ったように）。この方法は、質問と住所が分離されているという問題（dan1111によって以下で提起される問題）に対処しますが、人はフォームに慣れていない形式で住所を読み取る必要があります。また、方法Aでも同じ問題が発生し、「ユーザーが理解できる形式でアドレスを連結する」ことが問題になる場合があります（マット）。私はそれがいかに簡潔であるかが好きです。

enter image description hereenter image description here

formsaddresses
8
Fletchling

結局、それはトレードオフです。方法Aには簡潔であるという利点がありますが、方法Bには一貫しているという利点があります。

（私はSmartyStreetsでUXを担当しています。そこでは、アドレスを頻繁に扱っています。）

私は方法Bの方が好きです。その理由は次のとおりです。

  1. 住所はおなじみの形式で表示され、ユーザーはすぐに正しさをスキャンできます。

  2. ユーザーは、アドレスを変更するかどうかを特別に慎重に選択する必要はありません。アクティブな選択ではなく、パッシブな選択になります。

ただし、メソッドBのフォームの前のプロンプトは少し混乱します。 「…のアドレスを編集」と言うと、ユーザーにアドレスの変更を要求しているように見えます。 「アドレスを確認してください...」のように、または単に「ジョンジョンソンのアドレス」というタイトルに書き換えてください。

方法Aは好きではありません。住所は、国によってはユーザーにとって意味のある形式で連結する必要があるため、複雑になる可能性があるためです。米国の住所のみを扱っている場合でも、USPS Publication 28で説明されているさまざまな形式のため、住所を1行にまとめることは必ずしも容易ではありません（住所を標準化している場合にのみ適用されます）。さらに、ユーザーに別の選択肢を提示する必要があります。アドレスを更新するかどうかです。おそらく、ユーザーのフローを中断せずに、続行する前に強制的に別の選択を行わせることです。

方法Bのプロンプトを言い換えれば、それで十分だと思います。

8
Matt

オプションBがユーザーにアドレスの確認を強制するという事実はバグではなく機能です。

アドレスを間違って取得すると、通常、ユーザーとWebサイトの所有者の両方にかなりのコストがかかります。何かが間違った場所に発送されたり、メールが届かなかったり、少なくともクレジットカードが拒否されたりします。したがって、ユーザーがアドレスが正しいことを確認することが重要です。オプションBはこれをいくつかの方法で行います。

  • 住所は目立つように画面に表示されます。フォームは、要素にユーザーの目を引き付けます。
  • 個々の要素は明確にラベル付けされ、即座に認識可能な構造になっています。
  • ユーザーは全体を見て、一番下までスクロールする必要があります。

対照的に、オプションAでは、住所が十分に強調表示されていません。それを完全に見逃すか、少なくとも間違いに気付かない可能性があります。何が尋ねられているかを理解するために文章を読むことも必要です。

個人的には、オプションBの形式も理解しやすいと思います。すべてが予測可能な場所と形式になっていますが、オプションAでは、詰め込まれたすべてを1行に解析する必要があります。

7
user31143

これは「テスト」を待つA/Bテストです。 serTesting.com であっても、ユースケースとプロトタイプがあり、一部のユーザーと対話します。 3つまたは4つのビューを歩くときに、ユーザーに声を出して話してもらうことをお勧めします。

Concurrent Think Aloud（CTA） は、参加者が製品を操作しているときに声を出して考えさせることで、製品と対話する際の参加者の考えを理解するために使用されます。目標は、参加者が作業中に意識の流れを維持するように促すことです。

方法を示すために必要なユーザーは約5人だけです 。これはかなり早くノックアウトできます。次に、「U」を「UX」に入れます。

頑張って、ケン

2
Ken

後で、複数のアドレスを処理する必要がある場合があります。通常、配送先住所と請求先住所。

解決策[〜＃〜] a [〜＃〜] 2つ以上のアドレスに同時に表示され、それぞれに「編集」ボタン（はいといいえのラジオボタンの代わりに）が表示されます。 。 「編集」はフォームにアドレスをロードします。

解決策[〜＃〜] b [〜＃〜]はあまり拡張されません-2つのアドレスで機能する可能性がありますが、2つの形式はすでにノイズが多すぎます。

したがって、それが単一のアドレスに留まるかどうか本当にわからない場合は、それが[〜＃〜] a [〜＃〜]を選択する良い理由です。

2
Volker Siegel