사용자 등록 양식 — 사용자 이름이 필요합니까?


11

새로운 웹 사이트 등록 양식을 디자인한다고 가정 해 보겠습니다.

사용자 이름을위한 공간을 제공해야합니까, 아니면 단순히 이메일 주소가 필요합니까?

이러한 방법 중 하나에 심각한 문제가 있습니까?

답변:


8

대상 고객 ( '정상', 매우 기술에 정통하거나 소셜 네트워크에서 시작) 에 따라 :

  • 이메일 주소 및 비밀번호 (이메일 주소는 사용자 이름입니다)

또는

둘 다 문제가 있습니다.

일부 청중에서는 이메일 주소가 많이 변경됩니다. 각 계정에 여러 전자 메일 주소를 추가 할 수있는 옵션이있는 적절한 계정 복구 메커니즘이 필요합니다. 그러나 여전히 사용자 이름으로서의 이메일 주소는 사람들이 기억할 수 있기 때문에 자체 선택된 사용자 이름보다 우수합니다. 이메일 + 비밀번호 만 사용하면 가입 절차가 간단 해집니다.

OpenID, Facebook Connect 등이 훌륭합니다. 그러나 " B 사이트 에 있고 로그인 할 수 없습니다. 신임 정보를 확인 하려면 사이트 A 로 이동해야합니다 "라는 간접 지시가 아직 대중 시장에서는 이해되지 않습니다. OpenID는 Stack Exchange 사이트에서 알 수 있듯이 기술에 정통한 사용자와 잘 작동합니다.

결론 : 대상 고객을 신중하게 고려해야하며 가능하면 다양한 인증 메커니즘에 대한 복도 사용성 테스트 를 실행해야합니다 .


+1 대상 고객이 핵심이지만 Facebook Connect는 향후 5 년 동안 라이브로 유지하려는 모든 것에 대해
만족스러워 보입니다

@ danlefree : 매우 유효한 지적, 동의합니다. 개인적으로 저는 대상을 타겟팅 할 수있는 대상이 ~ 100 % Facebook 사용자 (소셜 네트워킹 바이러스 성 게임 등일 수 있음)가 아니라면 Facebook Connect에 만족하지 않습니다 . 모든 사람이 아직 Facebook에있는 것은 아니며, 페더레이션 된 로그인 모델은 언급 된 것처럼 일반 사용자가 아직 훈련 한 것이 아닙니다.
Jesper M

1
고령자 (글쎄, 18 세 이상이라면)는 이메일 계정을 자주 변경하지 않는 경향이 있으므로, 성인을 대상으로하는 경우 이메일 주소를 사용하는 것이 좋습니다. 개인 사용자 이름에 대한 증오로 인해 모델을 이메일 주소로만 전환했으며 실제로 잘 작동했습니다. 그러나 업무용 이메일 주소를 사용하여 등록하려는 전문가를 대상으로합니다. 잘 생각한 등록 양식은 로그인 메커니즘을 선택하는 것만 큼 중요합니다. 우리는 20 개 이상의 필드를 5 개 ( '반복 암호'포함)로 떨어 뜨 렸고 등록은 밤새 3 배가되었습니다.
Mark Henderson

2

믿거 나 말거나 둘 다 문제가 있습니다.

사람들은 거의 끊임없이 전자 메일을 변경합니다. 나이가 어릴수록 더 나빠집니다. 이러한 이유로 계정을 이메일에 연결하는 것은 어렵습니다. 그러나 이메일은 사용자 이름보다 기억하기가 훨씬 쉽습니다.

사용자 이름은 자주 변경되지 않지만 사람들은 종종 잊어 버린다는 점에서 훌륭합니다. 그런 다음 비밀번호 검색 시스템과 사용자 이름 검색 시스템을 모두 처리해야합니다. 일의 두 배, 반 재미.

나는 일종의 공개 ID 시스템이없는 사이트를 할 때 개인적으로 두 가지를 모두 수행합니다. 둘 다 수집하고 둘 다 DB에 저장 한 다음 입력 한 로그인 값을 기준으로 검색하여 사용하려는 것을 확인하십시오. 분명히 이것은 사용자 이름에 @ 기호가 없음을 의미합니다. 그러나 사용자가 두 가지 옵션 중 하나 이상을 기억하기가 쉽습니다. 검색을 위해 확인 목적으로 전자 메일을 조심하므로 챌린지 시스템을 사용합니다. 해커는 이메일을받을 수 있습니다. 개인의 첫 번째 개 이름이나 좋아하는 자동차가 무엇인지 모를 수 있습니다.

OpenId는이 주장을 덜 중요하게 만드는 것 같습니다. 확인하는 것이 좋습니다.


1

또한 사용자 정보를 저장하는 방법에 따라 달라질 수 있습니다. 예를 들어 기본 키를 사용자 이름으로 사용하는 데이터베이스를 사용하는 경우 전자 메일 주소를 사용자 이름으로 사용하지 않을 것입니다. 사용자가 전자 메일 주소를 변경하면 기본 키가 변경되기 때문에 외래 키 참조).


1
기여해 주셔서 감사합니다. 나는 동의하지 않는다. 먼저, 구현 세부 사항은 바람직하게 UI에서 '빛나지 않아야'한다. 둘째, 완벽하게 적합하고 불변 인 것으로 보이는 자연 키 (fx 전자 메일)가 없으면 대리 키 (fx 자동 증가 INT)를 항상 기본 키로 사용해야합니다. 이 소프트웨어 설계 규칙은 매우 중요하며 많은 문제를 피할 수 있습니다. :-)
Jesper M

1
@ Jesper-전적으로 동의합니다. 그러나 때때로 개발자는 데이터 저장 방법을 제어 할 수 없습니다 (외부 데이터 공급자와 인터페이스 중일 수 있음). 예를 들어 ASP.NET을 사용하고 기본 멤버 자격 공급자를 사용하는 경우 사용자 이름이 기본 키가되며이를 변경할 수 없습니다. 고려할 사항 ...
Dan Diplo

1

사용자가 다른 사용자 / 방문자로부터 이메일 주소 나 실명을 숨기려면 사용자 이름 필드를 원할 수 있습니다.

이러한 경우에는 종종 별명이라고도하며 사용자의 로그인에 영향을주지 않고 즉시 변경 될 수 있습니다.

답변은 귀하가 수집 한 정보로 수행 할 작업, 예를 들어, 사용자 이메일을 보내지 않음-이메일 주소를 요청하지 않고 사용자 정보를 표시하지 않으며 닉네임을 수집하지 않는 것에 달려 있다고 생각합니다.


1

사용자 이름, 이메일 주소 및 OpenId에는 장단점이 있습니다.

그러나 절대로 사용자 이름으로 부르지 말고 이메일 주소 여야합니다!

등록 할 때 선호하는 사용자 이름 중 하나를 사용자 이름으로 입력합니다. 그리고 확인을 클릭 한 후 사용자 이름이 유효한 이메일 주소가 아니라는 메시지가 표시되면 화가납니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.