Vì sao nên ra mắt sản phẩm mà không có tính năng đăng nhập
(casparwre.de)- Trì hoãn việc triển khai đăng nhập
→ giúp tăng tốc độ phát triển và giảm độ phức tạp của mã nguồn
→ giảm gánh nặng cho người dùng trong quá trình onboarding
→ giảm bề mặt tấn công của hacker
→ bao gồm cả lợi ích SEO tiềm năng
-
2 sản phẩm web mà tác giả từng đưa đến thành công đều không có đăng nhập
-
Sản phẩm tác giả đang làm hiện có 50.000 lượt xem/ngày / doanh thu $2K/tháng, nhưng chỉ bổ sung đăng nhập sau 4 năm kể từ khi ra mắt
13 bình luận
Wow.. mình còn chưa từng nghĩ tới cách nhận diện người dùng thông qua một link unique mà không cần đăng nhập, khá là sáng tạo luôn ghê
Có lẽ dự án side project lần này mình cũng sẽ thử làm mà không cần đăng nhập haha
Bọn mình đã loại tính năng đăng ký/đăng nhập ngay từ vòng đầu tiên vì gánh nặng xử lý dữ liệu cá nhân. Ngoài áp lực triển khai tính năng, bọn mình còn không có nhân lực để vận hành hay xử lý dữ liệu cá nhân nên thấy khá áp lực. Dù đã cân nhắc vì có nhiều tính năng và tiện ích chỉ có thể cung cấp sau khi đăng nhập, cuối cùng bọn mình vẫn bỏ nó ra và đang tiếp tục triển khai giai đoạn đầu.
Đúng vậy, tôi nghĩ đó là một lựa chọn tuyệt vời. Nếu có dịp, hãy giới thiệu sản phẩm bạn đang làm trên Show GN nhé! haha
Bao gồm lợi ích SEO tiềm ẩn -> có vẻ phần này có lỗi chính tả
Ôi, vâng, tôi đã vội sửa lại rồi ;)
Sản phẩm của công ty chúng tôi ban đầu khởi đầu mà không cần đăng nhập và đã phát triển khá tốt, nhưng về sau khi sản phẩm tiến hóa đến mức cần đăng nhập thì việc thúc đẩy người dùng đăng nhập lại khá khó khăn. Có vẻ đây là một lựa chọn có thể cân nhắc tùy theo từng sản phẩm.
Vâng, có vẻ kỹ năng là về sau dẫn dắt người dùng đăng nhập một cách mềm mại. Mình nghĩ sẽ rất tốt nếu có nhiều chia sẻ các trường hợp như thế này.
Tôi không rõ liệu tính năng đăng nhập, bao gồm cả OAuth2, có thể được khuôn mẫu hóa ở một mức độ nào đó hay không.
Tôi cũng nghĩ rằng chỉ cần có mức như OAuth2 thôi thì gánh nặng onboarding người dùng cũng sẽ giảm đi khá nhiều.
Việc giảm phạm vi bị tấn công hack có thể hiểu là vì không chứa thông tin cá nhân của từng người, nên ngay từ đầu cũng không có nhiều thứ để hack, đúng không?
Nhìn vào câu trong nguyên tác “Evil-doers are much less likely to break into your house if there is nothing of value inside”, thì đúng là mang ý nghĩa an toàn vì không có gì để lấy trộm.
Cảm ơn. Tôi chưa kịp xem đến bài gốc, nhưng giờ thì đã rõ ràng hơn rồi.
Vâng, có lẽ họ đang nói đến phần đó vì sẽ phát sinh những việc như gửi gì đó lên server hoặc lưu trữ mật khẩu.
Về phía tôi, phần phát triển dạo này cũng có nhiều thứ như Passport.js lo gần hết rồi, nên có vẻ đó không phải là gánh nặng quá lớn với bên phát triển.
Nhưng khi có ID thì phần hoạch định dịch vụ sẽ phải đi vào khá nhiều. Việc làm cho người dùng có thể thử tính năng ngay cả khi không có ID có vẻ tốt hơn rất nhiều để tạo traction người dùng ban đầu. Cá nhân tôi thì ngay cả việc đăng nhập bằng OAuth trên các site mới tạo cũng còn ngại nữa. ^^;
Nghe bạn nói xong thì đúng là OAuth cũng là một hành vi phát tán thông tin cá nhân của tôi nhỉ. Còn tôi thì vốn đã buông bỏ mọi thứ rồi...;;;
Điều này có thể khác nhau tùy sản phẩm được tạo ra, nhưng...
Nếu là dịch vụ không nhất thiết phải cần đến đăng nhập, thì theo tôi nên bỏ tính năng đó ra, phát triển và ra mắt thật nhanh trước rồi bổ sung sau. Có vẻ như các dịch vụ ở nước tôi thường thu thập quá nhiều thông tin cá nhân không cần thiết.
Thêm một ý nữa... Trong bài viết có nói đừng lưu cả email, nhưng tôi nghĩ vẫn nên nhận địa chỉ email ở mức tùy chọn để gửi thông báo tính năng hoặc bản tin.