Làm cách nào tôi có thể quản lý người dùng rác?


22

Tôi đã tạo ra một hệ thống hy vọng sẽ có nhiều người dùng. Chúng tôi sợ cơ sở dữ liệu của chúng tôi sẽ lấp đầy những người dùng rác lấy tên người dùng có nhu cầu cao hoặc có thể họ chỉ đăng ký và không bao giờ quay lại.

Tôi biết điều này là phổ biến, tôi tự làm điều này, vì tôi có 3 tài khoản google, nhưng tôi chỉ sử dụng 1. Làm thế nào một trang web lớn có thể quản lý người dùng rác hoặc không bao giờ quay lại người dùng như thế này?


11
Tôi nghĩ rằng câu hỏi cần một chút làm rõ. Chính xác thì "người dùng rác" là gì? Bạn có nghĩa là một tài khoản không hoạt động hoặc những gì? Bạn có chắc câu hỏi này thực sự là về phát triển phần mềm?
ĐẾN TỪ

oh xin lỗi, có thể là thói quen của nó trong giáo dục của tôi, tất cả mọi người tôi nói mỗi dữ liệu không được sử dụng là thùng rác, sử dụng thùng rác cũng giống như một số dữ liệu người dùng không bao giờ sử dụng một lần nữa và làm cho dư thừa
yozawiratama

6
Vì vậy, bạn có sợ rằng một người dùng mới sẽ không đăng ký cho trang web của bạn sau khi họ thấy rằng FrankIsAwgie đã bị lấy? Điều này sẽ không giữ bạn vào ban đêm. Điều khiến tôi thức đêm là suy nghĩ rằng FrankIsAwgie có thể hoạt động mạnh trong một năm, không hoạt động trong 2 năm, đã bị xóa và đăng ký bởi một người dùng khác hiện có thể đặt tên là FrankIsAwgie ban đầu. Bạn có thể thử cách tiếp cận StackOverflow và liên kết mọi thứ với ID và cho phép người dùng thay đổi tên của họ sau mỗi 30 ngày (tôi tin) với thứ gì đó có sẵn.
MonkeyZeus

3
@MonkeyZeus Tôi khá chắc chắn rằng tên StackOverflow không cần phải là duy nhất ...
Michael

2
@MonkeyZeus StackExchnage duy nhất là số id trên mỗi trang - hãy xem địa chỉ của trang hồ sơ người dùng. Tên người dùng không được sử dụng làm khóa (tên người dùng của tôi không phải là duy nhất và tôi đã có một số chuỗi nhận xét với một Dấu khác)
user151019

Câu trả lời:


20

Một số dịch vụ xóa tài khoản chưa thấy hoạt động nào trong một khoảng thời gian nhất định, giả sử, một năm.

Những người khác không bận tâm, trên thực tế rằng việc lưu giữ hồ sơ người dùng trong hệ thống của họ là một lượng dữ liệu không đáng kể và ai biết được, họ có thể quay lại.

Tất nhiên, nếu bạn đang theo dõi những gì người dùng thực sự làm với dịch vụ của bạn, việc xóa chúng là khá khó khăn. Bạn cũng sẽ phải xóa mọi thứ họ đã đóng góp hoặc tìm cách hủy liên kết tất cả những thứ đó khỏi tài khoản của họ (điều này có thể không phải là một điều tốt để làm vì nhiều lý do, quy kết, rắc rối pháp lý, v.v.) .

Và nếu người dùng thực sự phải trả tiền cho nội dung có thể truy cập thông qua tài khoản không hoạt động đó, việc xóa tài khoản hoàn toàn không phải là điều tốt vì hiện tại bạn đang tước đoạt mọi thứ mà họ thực sự đã chi tiền (Linden Lab phải thay đổi chính sách của họ Vì lý do đó, người dùng đã sử dụng để xóa tài khoản không hoạt động sau một thời gian nhưng phải dừng hoạt động khi mọi người phàn nàn rằng họ bị tước khoản đầu tư của họ, và đúng như vậy, khi một số người quay trở lại sau thời gian vắng mặt kéo dài do ví dụ vị trí tạm thời ở nước ngoài (người nước ngoài, quân đội, vv).

Tốt nhất bạn có thể làm là không làm phiền. Tốt nhất thứ hai là chỉ xóa các tài khoản không chỉ không thấy hoạt động trong một thời gian dài mà còn không đóng góp gì và không có gì liên quan đến chúng cả.


vâng, tôi muốn theo dõi những gì người dùng thực sự làm, tôi chỉ không muốn xóa người dùng, cảm ơn vì lời đề nghị của bạn
yozawiratama

oh yeah, nếu tôi tạo một máy chủ hoặc db cho "dữ liệu rác có thể được sử dụng" thì thực sự khi tôi xóa, nó sẽ chuyển sang db hoặc máy chủ đó. vì vậy tôi có thể mở người dùng đó cho người khác và cũng có hồ sơ về dữ liệu rác đó. trong thời đại này, tất cả dữ liệu có thể quan trọng tôi nghĩ. chỉ là opini của tôi khi còn là newbie
yozawiratama

+1 cho "Tốt nhất bạn có thể làm là không làm phiền." Tôi đã thấy các trang web không làm phiền. Lý do là họ không phải đối phó với những người dùng đã biến mất trong một vài năm, sau đó đột nhiên quay lại bất chợt và bị kích thích khi thông tin đăng nhập của họ không còn hoạt động. Bằng cách để tên người dùng một mình, bạn sẽ tiết kiệm cho mình và người dùng một số rắc rối. (Thêm vào đó, StackOverflow dường như hoạt động tốt mà không yêu cầu tên người dùng duy nhất.)
Kyralessa

18

Thật kỳ lạ, Facebook hoặc Google có rất nhiều người dùng đến nỗi điều này không phải là vấn đề lớn đối với họ.

Bất cứ ai chọn một tên người dùng thực sự mong muốn (ví dụ "Frank") có thể đã làm như vậy vào năm 2008. Nhiều người, nhiều người dùng bây giờ đến và muốn dùng thử, không bao giờ quay lại, có lẽ sẽ phải hài lòng với "Frank32183" và một khi bạn chấp nhận điều đó, không có lý do cụ thể nào khiến bạn không chấp nhận "Frank32184" như vậy (không phải ai cũng có thể may mắn có được một cái tên độc đáo như tôi!).

Một yếu tố khác là, nổi tiếng, các công ty dữ liệu lớn không bao giờ xóa dữ liệu người dùng trừ khi cả dư luận và tòa án / pháp luật thực sự, thực sự khẩn trương nói với họ, bởi vì dữ liệu người dùng của họ là mô hình kinh doanh của họ. Có thể nói "chúng tôi có 3.000.000.000 người dùng" quan trọng hơn việc đảm bảo rằng tất cả họ là người dùng trực tiếp, bởi vì nó thu hút nhiều người dùng mới hơn, chơi tốt hơn với khách hàng quảng cáo, v.v. Giữ cho người dùng hài lòng là điều quan trọng đối với công ty, nhưng không hoàn toàn như quan trọng như giữ chúng ở nơi đầu tiên.

Trong một mạng nhỏ hơn, quen thuộc hơn, sự đánh đổi có thể khác. Thật vậy, thực sự xóa dữ liệu của bạn mà không có dấu vết có thể là một điểm bán hàng độc đáo có giá trị của một nền tảng trực tuyến độc quyền. Nhưng các công ty thực sự lớn, những người muốn có tất cả mọi người trên hành tinh vì khách hàng của họ đơn giản là không hoạt động trong không gian đó.


4
"Toà án / luật thực sự, thực sự khẩn trương nói với họ để", và thậm chí sau đó họ thường không, chỉ cần làm cho dữ liệu không thể tiếp cận đến người dùng cuối trong khi vẫn giữ nó để sử dụng riêng của họ ...
jwenting

8

Riêng thông tin đăng nhập từ tên hiển thị

Cho phép người dùng đăng nhập bằng địa chỉ email hoặc tài khoản hiện tại của họ từ một trang web cung cấp dịch vụ như vậy (ví dụ: Google hoặc Facebook). Nếu bạn thực sự muốn có người dùng đến với một tên người dùng mới, điều đó cũng hoạt động.

Sau đó, trước khi tương tác với hệ thống hơn nữa (hoặc là một phần của đăng ký), hãy yêu cầu người dùng chọn tên hiển thị. Vì tên này tách biệt với thông tin đăng nhập, bạn có thể tự do lấy lại nếu người dùng không hoạt động và khi trở về, họ có thể chọn một tên mới. Là một phần thưởng, bạn có thể cho phép người dùng thay đổi tên hiển thị của họ theo ý muốn.

Điều này không hoạt động tốt (nhưng thực sự không tệ lắm) đối với các hệ thống mà bạn đang lưu các cuộc thảo luận dài hạn giữa nhiều người dùng - có thể khó phân tích cuộc trò chuyện giữa một số ít người dùng vài tháng hoặc vài năm sau khi hai trong số họ đã không hoạt động và mất tên hiển thị (thay thế bằng inactive user #123#186tương ứng) nhưng vẫn đề cập đến tên cũ của họ trong văn bản. Nó cũng có thể dẫn đến việc người dùng mạo danh nhau, mặc dù có nhiều chiến lược để chống lại điều này.

Đây không phải là một ý tưởng rất mới lạ. Stack Overflow thực hiện phân tách (mặc dù tôi không nghĩ rằng tên đã từng được thu hồi hoặc thậm chí là duy nhất), một số trò chơi trực tuyến cũng thực hiện khía cạnh khai hoang.


Xem có bao nhiêu người dùng trên Stack Overflow được đặt tên là "Matt". Sau đó, lưu ý rằng chín trong số họ có hơn 10 nghìn đại diện
durron597

@ durron597 Thật thú vị, có thêm 2000 Alex nhưng vẫn chỉ có chín người trong số họ có hơn 10 nghìn đại diện .
Đánh dấu

@MarkHurd Lol yeah, nhưng không có người điều hành tên Alex, đó là lý do tại sao tôi nhận thấy chỉ số cụ thể đó ở vị trí đầu tiên.
durron597

1

Đây là nhiều hơn một vấn đề UX, chứ không phải là một vấn đề lập trình.

Nhưng giải pháp rất đơn giản: không sử dụng tên người dùng làm tên hiển thị của họ. Về cơ bản mọi dịch vụ chính đều sử dụng phương pháp này: Stack Exchange, Google, Youtube, Steam, mọi thứ.

Điều này đi kèm với hai lợi thế chính:

1) Người dùng có thể chọn bất kỳ tên nào họ muốn, ngay cả khi tên đó đã được sử dụng. Người dùng trùng lặp thường không gây ra bất kỳ sự nhầm lẫn nào vì người dùng thường có hình đại diện hoặc ID.

2) Bảo mật. Bạn không nói tên người dùng của mình với mọi người, cầu xin mọi người đánh giá lại tài khoản của bạn.


2
điều này dường như chỉ lặp lại điểm được thực hiện và giải thích trong câu trả lời trước , "Tách thông tin đăng nhập riêng biệt khỏi tên hiển thị ..."
gnat

0

Khi một tài khoản không hoạt động trong một thời gian dài, hãy gửi cho họ một email thông báo cho họ rằng tài khoản của họ sẽ bị vô hiệu hóa sau vài tháng nữa. Khi hủy kích hoạt, xóa tên người dùng và gửi liên kết đặt lại qua email.

Lần tiếp theo người dùng muốn đăng nhập làm cho anh ta chọn một tên mới. Anh ta cần sử dụng liên kết đặt lại để chọn một tên mới.

Bằng cách đó, tất cả người dùng có thể giữ dữ liệu của họ nhưng tên nhàn rỗi cuối cùng cũng được cung cấp.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.