web-dev-qa-db-ja.com

「同意する」チェックボックスまたはボタン

ユーザーが利用規約に同意すればサインアップできるアプリケーションを設計しています。ユーザーが契約条件に同意した場合、サインアッププロセスは成功し、ユーザーは登録ユーザーとして次の画面に進みますが、ユーザーが同意しない場合は、引き続きゲストユーザーとしてアプリケーションを使用します。私は2つのデザインを念頭に置いています。

  1. 「同意する」と「終了」のラベルが付いたチェックボックスとボタン Checkbox
  2. 「同意する」と「同意しない」のラベルが付いた2つのボタン enter image description here

上記のデザインのどれがより良いユーザーエクスペリエンスを提供しますか？それとも他に良いデザインがありますか？.

usabilityusability-studyusability-engineering
14
PS86

「同意する」ボタンをお勧めします。

"I Agree"ボタンは、開発者もエンドユーザーも真に気にかけない合法的な巨大なジャンボであることは誰もが知っています。

チェックボックスがあると、「同意しない」ボタンが失われます。これにより、エンドユーザーがいつでも簡単に終了できるようにして、終了することがより困難でイライラします。私にとっては、二重確認（チェックボックスとボタン）をしなければならないときも、少し大ざっぱに感じます。

したがって、チェックボックスを付けることは、余分で不必要なステップであり、「同意しない」ボタンがないと、終了が困難になります。

11
Evorlor

UXの目標がなければ答えられない

フォームでUX目標を注文することから始めます。以下をランク付けします。

  1. X摩擦を最小化 /利便性を最大化a）インタラクションがワンクリックであるため、ボタンを優先します。 （b）ボタンはチェックボックスよりも使いやすい。
  2. ---（契約条件が読まれていることを確認してください-摩擦/認知の休止を作成し、ユーザーが操作をスキップしないようにするため、チェックボックスを優先します。

＃1が＃2より重要な場合は、ボタンを使用します。 ＃2がより重要な場合は、チェックボックスを使用するよりも。

＃2が非常に重要である場合、積極的なユーザー確認（ユーザーにI agreeまたは名前を入力するよう要求するなど）を必要とする代替アプローチがありますが、これは明らかに＃1のコストの増加につながります。

4
tohster

依存する、彼らの前のステップと次のステップはありますか？ 「はい」で複数の「次へ」ボタンがある場合、一貫性が優先されます。

アプリケーションを起動すると、次の画面が表示され、その後アプリケーションが表示されます。

0
Gustav

ユーザーに利用規約を読んでもらいますか？

このページで彼がしなければならない手順が多いほど、彼が読むことができる時間が長くなり、そこに書かれていることに煩わされなくなります。

そのため、ボタンをクリックする前に、一番下までスクロールするように多くの契約が必要です。 I Agree。ユーザーがテキスト全体を通過するようにするために何かをしたので、それはあなたを保護します。

最初のもの imhoを選択するのはこのためです。または、前述のような別の同様のメカニズムを実装します。

ユーザーにとっては煩わしいですが、あなたにとって必要であり、それを表示することは良いことです[〜＃〜] only [〜＃〜]新規または変更されたとき。

0
Yohann V.

多くの場合、「同意する」機能は（長い）フォームの最後にあります。私見実際の質問は、2つの送信ボタンがあると良いか悪いかです。ユーザーが準拠していないフォームを送信することは意味がありますか？

技術的には1つのフォームに2つのボタン うまくいく –しかし、次のステップは何でしょうか/ユーザーに表示される次のページは？誰かが「間違った」ボタンを使用してフォームを送信した場合に備えて、事前入力されたフォームに戻るオプションを提供しますか？

代わりにチェックボックスを使用しても、ユーザーは引き続きフォームページにとどまることができます。これは、特に複雑なフォームを扱う場合にも便利です。

0
tillinberlin

ユーザーが利用規約を読むことを認めなければならないという法的な理由があるかどうかはわかりませんが、いくつかのクライアントでは、「プロフィール情報を送信することで、規約と条件。"利用規約は、天国が禁止する場合、誰かがそれらを確認したい場合にオーバーレイで開くリンクになります！

0
Tarek

あなたが提案しているアイデアは素晴らしい音です。素晴らしく見える！

しかし、ここで尋ねられる質問は、T＆Cを提供する意図は、ユーザーからそれを読んだこと、理解したこと、したがってドキュメントに署名していること（チェックボックスをオンにすること）を宣言し、次の準備をすることですステップ。

チェックボックスをボタンに置​​き換えることにより、「深刻な"ユーザーがT＆Cを読み、それに従うことに同意する」という事実を取り除きます]

これは、ユーザーが読んだと想定して下にスクロールし、チェックして次のアクションをクリックして署名できるように、一番下に保持される理由です。

実際、ユーザーがボタンをクリックした時間を実際にそのコンテンツを実際に読み取るのにかかった平均時間と比較して検証することで、UXを強化できます。

0
pzv

私の個人的な提案は：

  • 説明が付いたチェックボックスがオフで、[続行]ボタンが無効になっている
  • ユーザーがチェックボックスをオンにしたら、続行ボタンを有効にします

また、これによって法律に違反していないことを確認してください。ユーザーの同意に関する国の法的要件を確認してください。

たとえば、一部の国（ドイツなど）では、ユーザーのオプトイン機能（チェックボックスはオフ）を提供するアプローチが必要です。

0
telvin