it-swarm-vi.tech

Ưu và nhược điểm khi có cùng một hình thức để đăng nhập, đăng ký và quên mật khẩu

Tôi đã nhận thấy một số trang web có cùng hình thức để đăng nhập, đăng ký và quên mật khẩu.

Bên dưới mẫu bạn có 3 nút

  • tôi quên mật khẩu của tôi
  • đăng ký
  • đăng nhập tôi

Những ưu và nhược điểm của việc sử dụng phương pháp này là gì và bạn sẽ dùng phiên bản nào.

17
Gabriel Solomon

Luôn phải có các liên kết đến đăng ký quên tên người dùng/mật khẩu trên trang đăng nhập của bạn.

Sử dụng một biểu mẫu với 3 nút khác nhau chia sẻ cùng một trường tên người dùng/mật khẩu sẽ gây nhầm lẫn. Hơn nữa, có lẽ không thể:

  • Đăng ký thông thường yêu cầu thêm thông tin ngoài tên người dùng và mật khẩu (ít nhất, gõ lại mật khẩu để xác nhận).
  • Việc quên mật khẩu là không thường xuyên và yêu cầu người dùng gửi một số hình thức xác thực khác (ví dụ: câu hỏi bí mật, địa chỉ email của họ trong hồ sơ, xác nhận rằng họ muốn gửi email).

Mặt khác, có các khu vực (biểu mẫu) riêng biệt để đăng ký và đăng nhập hoạt động trên cùng một trang có thể hoạt động tốt.

Đăng ký hình thức trên trang đăng nhập cải thiện trải nghiệm cho người dùng mới (với chi phí lộn xộn cho người dùng hiện tại).

Điều này hoạt động tốt cho các trang web không được sử dụng lại thường xuyên và ưu tiên trải nghiệm người dùng mới mượt mà. Ví dụ điển hình là một trang web mua sắm được nhiều người dùng lần đầu. Mục tiêu của họ là đặt hàng với càng ít trở ngại càng tốt. Đối với một trang web như vậy, đăng ký nên cảm thấy như một phần nhỏ của thanh toán. Có nó trên một trang khác cảm thấy như một bước phụ và trở ngại trong quá trình.

Quên mật khẩ (hoặc tên người dùng) là một tình huống không thường xuyên. Tôi nghĩ rằng một trang riêng là đủ và không làm lộn xộn quy trình làm việc chính.

12
dbkk

Không có "pro" nào có thể có một hình thức như bạn đề xuất vượt trội hơn "con" quan trọng nhất: nó sẽ gây nhầm lẫn cho người dùng của bạn. Ngay cả việc có một hình thức chia sẻ chỉ để đăng nhập và đăng ký (như Lukas đề xuất) chắc chắn sẽ dẫn đến sự nhầm lẫn. Mọi người nhìn thấy một hình thức và họ cho rằng họ biết nó dùng để làm gì và họ không thực sự đọc văn bản của một nút, họ chỉ cần nhấp vào nó, giả sử rằng nó sẽ đăng nhập cho bạn.

Ngoài ra, đối với khả năng truy cập và người dùng nâng cao, một biểu mẫu như thế sẽ hoạt động như thế nào nếu bạn nhấn enter thay vì nhấp vào nút? Chắc chắn, bạn có thể nói rằng mặc định sẽ là đăng nhập, nhưng nhiều người dùng chỉ cần nhấn enter sau khi điền vào biểu mẫu và nếu người dùng đang cố đăng ký theo cách đó, bạn sẽ khiến họ khó đăng ký hơn. Điều đó có nghĩa là bạn có khả năng mất đăng ký đó hoàn toàn.

Ngoài ra trên mặt trận tiếp cận, bạn sẽ đặt tên cho mẫu đó như thế nào? Một trình đọc màn hình đi từ trên xuống dưới, vì vậy tên của biểu mẫu được sử dụng để giúp người dùng hiểu biểu mẫu đó dùng để làm gì. Nếu bạn có một biểu mẫu với nhiều mục đích, làm thế nào mà người dùng đó phải biết điều đó?

3
Charles Boyung

Ưu điểm duy nhất tôi có thể đưa ra là:

  • Tất cả các chức năng là ở một nơi
  • Bạn không lặp lại các trang yêu cầu cùng một dữ liệu

Mà thực sự không phải là rất nhiều chuyên nghiệp.

Nhược điểm tôi có thể nghĩ ra ngay lập tức mạnh mẽ hơn nhiều:

  • Mỗi trang là một hoạt động khác nhau và bạn không cần chính xác cùng một thông tin cho mỗi trang.
  • Bạn có nguy cơ gây nhầm lẫn cho người dùng.

Theo đó để đi - các trang riêng biệt mỗi lần.

Bạn không yêu cầu cùng một dữ liệu trong từng trường hợp và người dùng thiếu kinh nghiệm hoặc không thường xuyên sẽ cần thêm hướng dẫn.

2
ChrisF

Vâng, thực sự tôi nghĩ rằng nếu bạn cố gắng đăng nhập và sử dụng mật khẩu sai, có thể có một liên kết xuất hiện như "quên mật khẩu?" Điều này sẽ gửi cho bạn một cái mới qua email. Vì bạn không cần thêm thông tin ngoài email/đăng nhập nên hoạt động tốt.

Tuy nhiên, tôi đồng ý với các bài đăng khác, rằng không nên có một nút trên biểu mẫu đăng nhập mà chỉ là một liên kết, hướng dẫn bạn đến một biểu mẫu yêu cầu bạn cho email/tên người dùng của bạn.

Do nhận xét của Charles Boyungs, tôi đã suy nghĩ lại về tuyên bố của mình và đi đến kết luận, rằng những lời chỉ trích của anh ấy thực sự được đưa ra. Mặc dù vậy, tôi vẫn nghĩ rằng việc đưa ra khả năng đăng ký ở dạng đăng nhập là một ý tưởng không tồi. Điều này là do thường người dùng được yêu cầu đăng nhập trong khi cố gắng truy cập vào một trang nhất định, nếu người dùng không có tài khoản, đây là nơi để anh ta đăng ký.

Nó có thể làm việc như thế này. Biểu mẫu (Đăng nhập biểu mẫu cho trình đọc màn hình) có một trường cho email & mật khẩu để đăng nhập và hành động mặc định khi nhấn enter là đăng nhập. Tuy nhiên, có một nút đăng ký. Nhấp vào người dùng được chuyển hướng đến một hình thức khác với tất cả các thông tin cần thiết (nếu có thêm cần thiết ngoài email và mật khẩu). Nếu người dùng đã điền email và mật khẩu, nó sẽ được chuyển sang dạng khác.

Trong trường hợp bạn không cần thêm thông tin, nhấp vào đăng ký sẽ hiển thị cho bạn một trang thành công nếu bạn đã điền thông tin của mình hoặc nếu không, với một biểu mẫu để điền thông tin và chỉ cần một nút đăng ký.

Cách này bạn có 3 hình thức, nhưng bạn có thể kết hợp chúng sao cho theo ý tôi là dễ dàng cho người dùng và rất thuận tiện.

2
Lukas Oppermann

Lý do chính bạn nên tách chúng là để tránh người dùng vô tình tạo tài khoản mới. Tôi đã cố gắng sáng tạo tương tự với một hình thức như thế này trong quá khứ và kết thúc với hàng tấn người dùng đã cố gắng "đăng nhập" bằng cách sử dụng mẫu đăng ký, và sau đó tự hỏi tại sao tất cả dữ liệu của họ đã bị xóa.

Mặc dù tôi đã không cho phép người dùng hiện tại đăng ký, được cung cấp đủ người dùng, một số người sẽ gõ nhầm email của họ khi đăng nhập VÀ nhấp vào nút đăng ký, điều này không chỉ gây ra lỗi UX mà còn hỗ trợ khách hàng và các vấn đề không cần thiết.

0
catbelly