web-dev-qa-db-ja.com

プレビューを住所フォームに追加する必要がありますか?

タスク

ユーザーが住所を修正したい。間違ったアドレスが左側に表示され、ユーザーはアドレスフォームの右側のアドレスを入力または修正できます。

enter image description here

編集:コンテキスト

アドレスは拒否されたメールに属します。いくつかの異なる方法(電話、電子メールなど)で、ユーザーは正しいアドレスを見つけてフォームに入力します。 (私はこのトピックについては話しません。質問を単純化して焦点を絞ろうとしました。)彼らはこれらのタスクのいくつかを毎日受信トレイで受け取り、可能であれば同じ日に完了する必要があります。

状況

開発者は、元のアドレスの下に修正されたアドレスのプレビューを追加しました。一方では、入力フォームよりも概要がわかります。一方、それはまたより多くの混乱を引き起こし、入力フローを妨害します。たとえばプレビューが保存ボタンの上または下に表示されている場合でも、多くの冗長性があると思います。

質問

この機能を追加するかどうか。

1
Avadeha

この種のプレビューには合理的なユースケースがあり、実際にこのサイトで使用されています:マークアップまたは特別なフォーマット/レイアウト。 textarea/formにプレーンテキストを入力しているときに、実際の回答がどのようになるかをプレビューします。

同じ理論的根拠があなたのシナリオに適用される可能性があります。私たちは常に認識可能なパターンを探しており、無意識のうちにコンテンツを chunks に分割しています。これは、情報の処理に役立つためです。住所は通常、特定の形式で編成されます(スクリーンショットの配信不能住所に表示されます)。このように書かれた住所を見ると、全体を読み取る前に、すぐに住所として認識します。

一方、フォームはこの規則に従っていないため、入力した情報をスキャンして確認することが難しくなります。よく知られた形式でコンテンツを編成すると、この形式の表現にすでに慣れているため、ユーザーが情報を処理しやすくなります。したがって、適切にフォーマットされたプレビューを提供すると、ユーザーが入力したデータを確認しやすくなり、追加のミスを防ぐことができます。

別のオプションは、フォームフィールドを再編成して住所形式を模倣することです。この場合、私はプレビューが本当に必要ではないと主張します(必要に応じて、追加のチェックとして提供することもできます)。 Nielsen Norman Groupは、ここで役立つ website forms の設計方法に関するいくつかの推奨事項を確立しました。

1
QWERTZdenker

特に最初のアドレスが間違っていた理由についてフィードバックが提供されない場合は特に、ユーザーにアドレスのプレビューを表示することの利点はわかりません。

代わりに、ユーザーを支援するフォームアドレス検証の開発を検討してください。 (フォーマットは大丈夫ですか?、郵便番号は都市と国の中に存在しますか?通りの名前全体の長さは大丈夫ですか?など)

正しい完了のためのアドレス検証を提供するツールもあり、検証会社からの提案に基づいてユーザーにアドレスを修正するか、追加のアドレスが正しいことを再確認させることができます。

こちらをご覧ください: https://baymard.com/checkout-usability/benchmark/step-type/address-validator

1

私のシナリオの解釈では、システムのユーザーは、メールが配信されなかった複数の人(自分ではない)のアドレスを修正する必要があることを意味します。

プレビューが追加する唯一の利点は、同じ形式の間違ったアドレスとの比較です。そのフォーマット、それが手紙/小包にどのように印刷されるかが重要であるなら、私はそれが有用だと思います。形式が関連していない場合は、削除してフォームの形式に誤ったアドレスを表示すると、比較が容易になります。

0
Martyn