Mejor flujo para solicitudes de membresía de grupo

So, to start with, this is about adding a link into the PM that gets sent to the group owner when someone requests group membership, right? The link should lead to the respective group’s page (groups/<groupname>), open the “add members” modal and ideally also already add the new users username into the modal so that the group owner only needs to press “+ Add”.

The last bits seems to be the difficult part:

  • is there a URL to navigate to the modal or would it have to be implemented as well?
  • even if I can open the modal with a URL, I suppose that there is currently no way of adding a username to that URL, right?
2 Me gusta

Hemos estado gestionando bastantes solicitudes de membresía de grupo recientemente, y el flujo de trabajo actual nos ha estado causando algunos problemas. Tengo una idea para mejorarlo notablemente, que podría (con suerte) ser bastante fácil de implementar.

Flujo de trabajo actual

  1. El usuario pulsa el botón image
  2. El usuario se coloca en una cola a la que se accede a través de /g/nombre-del-grupo/requests y se genera un MP con este texto:
    • Solicitud de membresía para @nombre-del-grupo
      xxxxxx texto del usuario (usa la plantilla en la configuración del grupo)
    • Esto se envía a los propietarios del grupo que han estado activos recientemente (no estoy seguro de cómo se calcula esto)
  3. Los propietarios del grupo ven el MP
    • esto incluye un enlace para gestionar la solicitud de membresía encima del texto del mensaje
      (enlace a /g/nombre-del-grupo/requests?filter=nombre-de-usuario)
  4. Uno de los propietarios del grupo se encarga de la solicitud
  5. Se genera un nuevo MP
    • Has sido aceptado en @nombre-del-grupo (o rechazado si es el caso)
      Tu solicitud para unirte a @miembros-fci ha sido aceptada y ahora eres miembro.
    • Esto se envía al usuario, desde el propietario del grupo (solo el que se encargó de la solicitud)

Problemas con el flujo de trabajo actual

  1. Los otros propietarios del grupo no pueden saber fácilmente si la solicitud ha sido atendida

    • necesitan hacer clic en /g/nombre-del-grupo/requests?filter=nombre-de-usuario
    • si ha sido atendida, obtienes “No hay solicitudes de membresía para este grupo”.
      • no hay indicación de si han sido aceptados o rechazados
      • para descubrirlo, deben visitar el perfil del usuario y buscar (o buscar en el grupo)
  2. El propietario que aprueba / rechaza al usuario no puede añadir / modificar fácilmente el MP generado

    • se pone en su bandeja de enviados (fuera de la vista, fuera de la mente)
    • esto es una oportunidad perdida para una interacción positiva entre los propietarios y el nuevo miembro
  3. (problema menor) Hay dos temas de MP (solo necesita haber uno)

Cambio sugerido

¡Probablemente ya lo adivines!

Haz que el segundo MP sea una respuesta al primer MP, en lugar de un mensaje completamente nuevo.

Esto solucionaría los 3 problemas de manera excelente, cerrando el bucle de comunicación, dando buena visibilidad a todos los propietarios del grupo, minimizando las notificaciones innecesarias y promoviendo interacciones comunitarias positivas.

¿Qué opinas?

5 Me gusta

Tenemos un problema similar: los propietarios de grupos me contactan para entender por qué llegan a la página de solicitud y la encuentran vacía (ya que alguien más aceptó la solicitud primero).

Creo que la solución de Nathan sería una buena opción. No cambia mucho el flujo de trabajo para los usuarios y elimina eficazmente la confusión.

Mientras tanto, aconsejo a los líderes de grupo que dejen un rastro: como dar “me gusta” al mensaje para que el otro propietario de la comunidad pueda verlo, o dejar un breve mensaje de bienvenida.

3 Me gusta

Creo que el equipo de Discourse estuvo de acuerdo. ¡Parece que así es ahora!

No estoy seguro de cuándo se introdujo ese cambio, pero estoy encantado :clap:

5 Me gusta
7 Me gusta