로그인, 등록 및 잊어 버린 비밀번호와 동일한 양식을 갖는 장단점
일부 사이트는 로그인, 등록 및 잊어 버린 비밀번호와 동일한 양식을 가지고 있습니다.
폼 아래에 3 개의 버튼이 있습니다
- 비밀번호를 잊어 버렸습니다
- 레지스터
- 로그인
이 방법을 사용할 때의 장단점은 무엇이며 어떤 버전을 사용하겠습니까?.
항상 register 및 에 대한 링크가 있어야합니다. 사용자 이름/비밀번호를 잊어 버렸습니다 로그인 페이지.
동일한 사용자 이름/암호 필드를 공유하는 3 개의 다른 단추가있는 단일 양식을 사용하면 혼동 될 수 있습니다. 또한 불가능할 수도 있습니다.
- 일반적으로 등록하려면 사용자 이름 및 비밀번호 외에 추가 정보가 필요합니다 (최소한 확인하려면 비밀번호를 다시 입력).
- 암호를 잊어 버리는 경우는 드물며 사용자는 다른 형식의 인증 (예 : 비밀 질문, 파일의 전자 메일 주소, 전자 메일을 원하는지 확인)을 제출해야합니다.
반면에 동일한 페이지에서 등록 및 로그인 작업을위한 별도의 영역 (양식)을 갖는 것이 효과적 일 수 있습니다.
로그인 페이지의 등록 양식을 사용하면 신규 사용자의 경험이 향상됩니다 (기존 사용자의 혼잡 한 비용으로).
이는 자주 재사용되지 않는 사이트 및 매끄러운 새 사용자 환경이 우선시되는 사이트에 적합합니다. 좋은 예는 많은 최초 사용자를 얻는 쇼핑 사이트입니다. 그들의 목표는 가능한 한 적은 장애물로 상품을 주문하는 것입니다. 이러한 사이트의 경우 등록이 체크 아웃의 작은 부분으로 느껴 져야합니다. 다른 페이지에 올리면 추가 단계와 프로세스에 방해가되는 것처럼 느껴집니다.
암호를 잊어 버림 (또는 사용자 이름)은 드문 경우입니다. 별도의 페이지로 충분하고 기본 워크 플로우를 어지럽히 지 않는다고 생각합니다.
가장 중요한 "con"보다 중요한 단일 형식의 "프로"는 사용자를 혼동시킬 수 있습니다. Lukas가 제안한대로 로그인과 등록을 위해 공유 양식을 사용하더라도 혼란을 초래할 수 있습니다. 사람들은 양식을보고 자신이 무엇을위한 것인지 알고 있다고 가정하고 실제로 버튼의 텍스트를 읽지 않고 사용자가 로그인한다고 가정하고 클릭하면됩니다.
또한 접근성 및 고급 사용자의 경우 버튼을 클릭하지 않고 Enter 키를 누르면 이와 같은 양식이 어떻게 작동합니까? 물론, 당신은 기본적으로 로그인을한다고 말할 수 있지만, 많은 사용자들이 양식을 작성한 후 엔터를 누르기 만하면 사용자가 등록을 시도하면 등록하기가 더 어려워집니다. 즉, 해당 등록을 완전히 잃을 가능성이 있습니다.
또한 접근성 측면에서 해당 양식의 이름을 어떻게 지정 하시겠습니까? 화면 판독기는 위에서 아래로 이동하므로 양식의 이름은 사용자가 양식의 내용을 이해하는 데 도움이됩니다. 여러 목적을 가진 양식이있는 경우 해당 사용자는이를 어떻게 알고 있어야합니까?
내가 올 수있는 유일한 전문가는 다음과 같습니다.
- 모든 기능이 한 곳에 있습니다
- 동일한 데이터를 요구하는 페이지를 반복하지 않습니다
실제로 그렇게 많은 전문가는 아닙니다.
내가 바로 생각할 수있는 단점은 훨씬 강력합니다.
- 각 페이지는 다른 활동이므로 각 페이지에 대해 정확히 동일한 정보가 필요하지 않습니다.
- 사용자를 혼동 할 위험이 있습니다.
갈 곳마다-매번 별도의 페이지.
각각의 경우에 동일한 데이터를 요구하지 않으며 경험이 없거나 가끔 사용자에게는 더 많은 지침이 필요합니다.
글쎄, 실제로 로그인을 시도하고 잘못된 비밀번호를 사용하면 "비밀번호를 잊어 버리셨습니까?"와 같은 링크가 나타날 수 있습니다. 이메일을 통해 새로운 정보를 보내드립니다. 이메일/로그인 외에는 잘 작동하는 추가 정보가 필요하지 않기 때문입니다.
그러나 다른 게시물에 동의합니다. 로그인 양식에는 버튼이 없어야하며 링크는 전자 메일/사용자 이름을 묻는 양식으로 연결됩니다.
Charles Boyungs의 의견으로 나는 나의 진술을 다시 생각하고 그의 비판이 실제로 잘 이루어 졌다는 결론에 도달했다. 그래도 로그인 양식에 등록 할 가능성을주는 것은 나쁜 생각이 아니라고 생각합니다. 사용자가 계정이없는 경우 특정 페이지에 액세스하는 동안 사용자에게 로그인을 요청하는 경우가 많으므로 여기에 가입해야합니다.
이렇게 작동 할 수 있습니다. 양식 (스크린 리더의 경우 "로그인 양식")에는 로그인 할 이메일 및 비밀번호 필드가 있으며 Enter 키를 누르면 기본 조치는 로그인입니다. 그러나 버튼 레지스터가 있습니다. 클릭하면 사용자가 필요한 모든 정보가 포함 된 다른 양식으로 리디렉션됩니다 (이메일 및 비밀번호 외에 더 필요한 경우). 사용자가 이메일과 비밀번호를 입력하면 다른 양식으로 전달됩니다.
더 많은 정보가 필요하지 않은 경우, 등록을 클릭하면 정보를 이미 입력했거나 아직 입력하지 않은 경우 정보를 입력 할 수있는 양식과 하나의 "등록"버튼 만 있으면 성공 페이지가 표시됩니다.
이렇게하면 3 가지 형식이 있지만 사용자가 쉽게 사용할 수 있고 매우 편리하도록 조합 할 수 있습니다.
사용자가 분리해야하는 주된 이유는 사용자가 실수로 새 계정을 생성하지 않도록하기위한 것입니다. 나는 과거에 이와 같은 형식으로 비슷한 창의력을 발휘하려고 시도했으며 등록 양식을 사용하여 "로그인"하려고 시도한 수많은 사용자로 끝나고 왜 모든 데이터가 삭제되었는지 궁금해했습니다.
기존 사용자가 등록 할 수는 없지만 충분한 사용자가 주어지면 일부는 로그인 할 때 이메일을 잘못 입력하고 등록 버튼을 클릭하면 UX 실패뿐만 아니라 불필요한 고객 지원 및 이탈 문제가 발생합니다.