Revisamos todos los registros a menos que la dirección de correo electrónico proporcionada sea de una universidad o empresa reconocible o conozcamos a la persona involucrada. Parte de ese proceso de revisión implica enviar un correo electrónico solicitando información sobre el interés particular del solicitante en la comunidad y cualquier resultado relacionado. También compartimos esta carga de trabajo de revisión entre tres administradores.
La siguiente característica ayudaría entonces en este proceso de revisión y reduciría la confusión:
una forma de anotar qué administrador en particular está procesando una solicitud determinada — probablemente solo un botón de “esto es mío” para presionar
Y para continuar con la lista de deseos:
alguna forma de registrar el progreso a través de la entrada de texto sería adicionalmente útil
Para anotar algo de tráfico oblicuamente relacionado:
También para registrar que los nuevos usuarios a menudo comentan favorablemente sobre ser revisados — como una indicación de la presencia de algún nivel de curación social.
Además, podrías incluir la información que deseas en campos personalizados de usuario que sean obligatorios al abrir la cuenta. También podrías usar un campo personalizado que solo fuera para el personal para marcar quién está procesando.
Creo que también podrías usar su dirección de correo electrónico para agregarlos a un grupo que podría ayudar a automatizar las cosas.
Se crea un registro de usuario cuando este completa y envía el formulario, por lo que en ese sentido es un usuario.
No estoy completamente seguro de cómo funcionan las notas de usuario con usuarios que no están aprobados. La idea del campo personalizado podría ser mejor para usted y está en el núcleo en lugar de un complemento, por lo que puede probarla más fácilmente.
Un campo personalizado para el revisor puede ser lo que desea.
Por cierto, resalto y copio tres líneas de los campos de usuario pendientes que se muestran, las pego en el editor de Emacs y luego ejecuto un script Lisp para generar un correo electrónico saliente. No sugiero que esta funcionalidad se integre en Discourse, es solo mi solución para evitar escribir de forma propensa a errores. R
Yo también uso el Único Editor Verdadero. He empezado a usar VS Code para la mayor parte de mi desarrollo de plugins/temas de Discourse, pero Emacs siempre está abierto. Y justo ahora tuve que extraer cosas a Emacs para resolver un problema usando una macro de teclado, que no creo que exista en VSCode y no veo cómo alguien puede vivir sin ella.
Bueno, sería un poco más complicado de desarrollar que tu script Lisp, ¡pero se podría hacer en un plugin!
Leyenda: Maqueta de un campo de usuario personalizado para el servidor de discusión de Discourse para rastrear qué administrador está revisando a un solicitante en particular.
Puedes hacer eso ahora mismo con las funciones existentes en el núcleo, así que eso cubre.
La otra parte que quieres es
Para esto, podrías usar notas de usuario como se sugirió anteriormente, u otro campo de usuario personalizado donde podrías escribir lo que quisieras. O, si el proceso es predecible, podrías tener otro menú desplegable con cosas como
contactado al usuario/esperando respuesta
aprobado
denegado
Así que creo que eso podría ser todo lo que necesitas y puedes recategorizarlo como #soporte?
