web-dev-qa-db-ja.com

トグルによってトリガーされるフィールドに入力されたデータを処理する方法

これは架空のテストケースです

テストケースユーザーはアドレスを提供するかどうかを尋ねられます回答オプション:はいまたはいいえ

ユーザーは「はい」と答え、住所を入力するフィールドが表示されますユーザーは情報を入力します結局、情報が入力されますユーザーは答えを次のように変更することを決定しました[〜#〜] no [〜#〜]フィールドが消えます

次に、ユーザーは[〜#〜] yes [〜#〜]を再度選択することを決定しましたフィールドが表示され、...

質問:以前に入力した情報をフィールドに事前入力する必要がありますか?

最高のユーザーエクスペリエンスとは何ですか?

1
Mary

住所を入力する前の宣言的な「はい」または「いいえ」の手順は省略します。

技術的、法的、または規制上の制約により、アドレスエントリフィールドに明示的な'do-you-actually-want-to-do-this- 'タイプの質問。これは、ユーザーのCookieポリシーの受け入れに関する法的拘束力のある宣言、または明示的なEULA同意に類似しています。

ただし、そのような制約が適用されない限り、アドレスを入力するために必要なフィールド自発的を提示し、それらを明確にオプションとして識別します。このようにして、ユーザーがアドレスを提供したい場合-プライバシーの懸念を考慮-必要な情報を入力するだけでそれを行うことができます。そうしないと、アドレスのステップがスキップされる可能性があります-アプリケーションが著しく許容する選択です。

これにより、ユーザーによる複数の潜在的な心の変化を通じて、アドレス情報をキャッシュする必要があるという難題が解消されます(その後、情報を再設定します)(はい...いいえ...はい...実際、いいえ!)

アドレスフィールドブロックに関連して[すべてクリア]ボタンを表示することを検討してください。これにより、ユーザーは提供し始めたが開示しないことにしたアドレス情報をまとめて消去できます。

以下はトピックから外れている可能性があり、実装を選択するかどうかは、サイトが満たそうとしている特定のビジネスケースに依存する必要がありますが、UXの詳細に十分注意を払うことの特徴です。アドレスの形式は世界中で統一されておらず、そのため、アドレスを書き込むユーザーの習慣は国際的に異なる場合があります。

あなたはその特徴に適応し、彼らに家のように感じさせることができます。

従うのに適したパターンは、iOSの(そしておそらくAndroid OS's) 'New Contact ...'ワークフローでもあり、郵便番号がsuffixとして表示されるかどうかを決定しますほとんどの英語圏の国(例:ロンドンWC1A 2XY /ニューヨークNY 10016)で一般的な場所情報、またはプレフィックス(例:75016パリ/ 10159ベルリンなど)として本土で慣習的にヨーロッパと南アメリカの一部。

countryを選択すると、フィールドブロックの下部にあるにもかかわらず、ドロップリストとして表示され、先行するすべてのフィールドが空白のままになるため、国の選択によってユーザーの関心が集まります。最初に注意。家番号や通り名などの記載順も同様です。

特定の国を選択すると、郵便番号-場所、番地、番地のフィールドが適切に場所を交換します。これは、それらのフィールドがすでに入力されている場合にも機能するはずです。最初は単なる豪華さのように思えるかもしれませんが、私の心には、このような細部へのこだわりが、素晴らしいUXを際立たせています。

お役に立てば幸いです。がんばって!

1
Andreas Mehne