Registro de usuarios flexible: introducción de cuentas temporales en Discourse

Característica
1

Estimado equipo de desarrollo de Discourse:

Les escribo para proponer una nueva función para el sistema de registro de usuarios del software de foro Discourse. Esta sugerencia surge de un desafío que hemos encontrado en nuestras operaciones reales y esperamos que capte su atención.

Antecedentes y justificación:
Discourse actualmente depende en gran medida de los servicios de correo electrónico para el registro y la gestión de usuarios. Sin embargo, hemos descubierto que la mayoría de nuestros usuarios potenciales no utilizan el correo electrónico con frecuencia. Incluso con la verificación por correo electrónico desactivada, los usuarios todavía se sienten incómodos o reacios a proporcionar una dirección de correo electrónico. Esto ha llevado a que muchos usuarios potenciales abandonen el registro, lo que afecta el crecimiento y la actividad de nuestra comunidad.

Basándonos en esta situación, proponemos implementar un sistema de cuentas temporales con las siguientes características clave:

  1. Registro simplificado: los usuarios pueden completar el registro proporcionando solo un nombre de usuario y una contraseña, sin una dirección de correo electrónico.

  2. Permisos limitados: para garantizar la seguridad de la comunidad, estas cuentas temporales tendrán ciertas restricciones funcionales.

  3. Límite de tiempo: las cuentas temporales tendrán un período de uso de 3 días a partir de su creación.

  4. Mecanismo de finalización de información: los usuarios deberán proporcionar información personal adicional (como el correo electrónico) antes de que finalice el período de 3 días para continuar utilizando la cuenta.

  5. Limpieza automática: si los usuarios no completan su información dentro del período especificado, el sistema eliminará automáticamente la cuenta y todos los datos relacionados, eliminándola permanentemente de la base de datos.

Ventajas potenciales de esta función:

  • Reduce la barrera de registro para nuevos usuarios.
  • Proporciona una opción de participación temporal para usuarios preocupados por la privacidad.
  • Anima a más usuarios a probar y experimentar la plataforma.
  • Mantiene la limpieza de la base de datos a través del mecanismo de limpieza automática.

Creemos que esta función ayudará a equilibrar la naturaleza dependiente del correo electrónico de Discourse con los hábitos reales de los usuarios, mejorando así la accesibilidad de la plataforma y la participación de los usuarios. También brinda a los administradores del sitio opciones de gestión de usuarios más flexibles.

Esperamos sinceramente que el equipo de desarrollo considere incorporar esta función en futuras actualizaciones de versiones. También estamos contentos de proporcionar más detalles o discutir posibles enfoques de implementación.

Esperamos su respuesta y comentarios. Gracias por su consideración.

3

Veo la demanda de eso, pero no estoy totalmente seguro de si realmente lo entienden. Después de un mes intentan iniciar sesión y fallará. Y luego un administrador debe lidiar con un (pre-)usuario molesto cuyas credenciales de inicio de sesión están rotas.

No sé… este es un problema de confianza, pero en general es totalmente normal que se deba usar el correo electrónico. Claro, esta también podría ser una opción de los administradores. Al igual que yo tengo la opción de facto de no usar niveles de confianza (entrego de inmediato un nivel de confianza más alto y lo congelo).

Pero confiaría en la forma en que Discourse elimina las cuentas no utilizadas y mantiene a esos usuarios en TL0. Para obtener derechos más altos, se debe proporcionar el correo electrónico.

Calculo que esta no es la tarea más fácil porque rompe de alguna manera las funcionalidades fundamentales de Discourse. Pero no lo sé.

Usaría una versión tan ligera. Si la experiencia de usuario no fuera demasiado compleja. Pero mis necesidades no tienen nada que ver con la falta de voluntad de los usuarios para dar su correo electrónico, sino con hacer que todo el proceso sea mucho más fácil y capturar a los que no participan (¿tenemos un nombre más correcto para ellos?).

4

Creo que tendrás que ser mucho más preciso en tu descripción de “ciertas restricciones funcionales”. Equilibrar la capacidad de un usuario no verificado para interactuar significativamente con la comunidad sin convertir la función en el sueño de un abusador va a ser muy difícil, y pedir al equipo de Discourse que haga el trabajo de hilar fino, además del trabajo de implementación real, es pedir mucho, para una función que estoy bastante seguro de que no tendrá una adopción generalizada.

Además, me pregunto si has pensado en todas las implicaciones de la “limpieza automática”. Al eliminar permanentemente la cuenta y todos los datos relacionados, tienes tanto el problema que Jakke destacó (un usuario “temporal” regresa un mes después para descubrir que sus contribuciones han sido eliminadas), como los “agujeros” en las conversaciones que quedan al eliminar permanentemente a un usuario son significativos (hay una razón por la que los usuarios con contribuciones no triviales suelen ser anonimizados, en lugar de ser eliminados).

2 Me gusta
5

Estoy de acuerdo contigo