Estructurando una comunidad de soporte activa migrando desde Facebook

(Si esto debería separarse como un tema aparte, háganmelo saber… No estoy segura de si debo seguir publicando en este hilo/categoría o ir a otro lugar con esto.)

Voy a añadir campos de usuario. Algunos son información general que nos gustaría tener de todos los usuarios (voluntaria), por ejemplo, la ciudad/país en el que se encuentran, ¿o gestionamos eso con cien grupos diferentes? Pensando en ello ahora: ¿campos de usuario o grupos? Aparte de la ciudad, alguna información pertinente podría ser: “familia numerosa” (personas con muchos animales), “gestionándolo solos”, “trabajando en horarios irregulares”, “discapacidad o problemas de salud”, “ausente la mayoría de los días vs. normalmente en casa”, “nivel de comodidad con la tecnología”, “nivel de estrés”… todos estos son indicadores de “contexto” sobre el usuario que son súper útiles para nosotros saber porque influyen en la forma en que aconsejaremos y apoyaremos a las personas cuando publiquen.

Dos categorías de campos de usuario que creo que definitivamente deberían ser campos de usuario: un lote servirá para las personas que migran desde Facebook, otro para los “miembros nuevos de verdad”:

  • fecha en que se unieron a la comunidad en Facebook (la mayoría de la gente lo sabe), puede ser aproximada; nombre en Facebook o enlace al perfil (para ayudarnos a reconocer a las personas)
  • para los nuevos miembros tenemos preguntas de selección que ya están implementadas en Facebook, que me gustaría transferir casi tal cual (¿tiene un gato diabético?, denos algunos detalles, ¿cuáles son sus expectativas/necesidades?, ¿está administrando insulina/tratamiento o está abierto a hacerlo?, ¿qué tan estresado está ahora mismo?.. eso cubre casi todo)

¿Hay alguna manera de “agrupar” los campos de usuario con una condición (“vengo de la comunidad de Facebook” / “soy completamente nuevo en la comunidad”)?
(¿Ven? Esto es algo así como una pregunta sobre características, así que ¿debería quedarse en la categoría Comunidad?)

¡Esto es súper interesante, muchas gracias por compartir!

Hay algo sobre encadenar campos de usuario en Discourse Authentication Validations y también está el muy potente Custom Wizard Plugin 🧙. Pero yo no he usado ninguno de estos.

Quizás tenga sentido mostrar solo los campos personalizados más importantes en el formulario de registro y pedir a los usuarios que completen los otros campos más tarde.

1 me gusta

De acuerdo. Por si sirve de algo, añadí un montón de campos pero todavía no he descubierto dónde encontrarlos en mi perfil para rellenarlos, ahora existen :face_with_peeking_eye:

Normalmente se encuentran en la pestaña de perfil /my/preferences/profile.

También puedes ofrecer un formulario a los usuarios con la ayuda de User Field Prompt

1 me gusta

Entiendo que puede ser difícil reprimir el exceso de ingeniería, pero tenga en cuenta que Discourse es muy flexible y que puede ajustar sus categorías después. Esto incluye fusionar categorías, mover publicaciones de una categoría a otra, reemplazar una categoría por una etiqueta y viceversa, etc.

Por lo tanto, no es un gran problema si cree que cometió errores, o si cree que la organización de sus categorías y etiquetas podría mejorarse después de lanzar su foro:

Por supuesto, siempre es ideal si todo está bien desde el lanzamiento. Lo que estoy tratando de decir es que estas herramientas pueden aliviar su exceso de pensamiento, ya que lo que se le ocurra siempre se puede cambiar después.

3 Me gusta

Sí, exactamente. Eso es lo que me hace pensar que «empezar de forma sencilla e iterar» (que es mi modo predeterminado para hacer las cosas) es una opción más inteligente aquí que «preparar todo perfectamente antes de que los invitados llamen a la puerta» (que es mi modo ideal para hacer las cosas, rara vez visto o logrado en la realidad :rofl:)

1 me gusta

Estoy sesgado a hacer las cosas de esta manera y creo que probablemente sea lo mejor en tu caso también.

Una forma de abordar esto es considerar que hay diferentes hitos en tu camino hacia un lanzamiento completo, que podrían verse algo así:

  • sitio web disponible para colaboradores cercanos
  • sitio web disponible para probadores beta
  • sitio web disponible para grupo piloto
  • sitio web disponible para toda la comunidad existente
  • sitio web disponible para nuevos miembros
  • fecha de fin de soporte anunciada para ciertas actividades en la comunidad antigua
  • ciertas actividades ya no son compatibles en la comunidad antigua

En cada una de estas etapas, expandes lentamente quién está incluido, iteras en el sitio hasta que creas que está listo para pasar a la siguiente etapa. Haz las cosas necesarias para esa siguiente etapa, pero no para la etapa posterior. Aprende lo que realmente se necesita a medida que avanzas.

Los dos últimos pasos también podrían repetirse en un bucle, a medida que reemplazas las actividades una o unas pocas a la vez. Tal vez con el tiempo desmanteles por completo la comunidad antigua. O tal vez permanezca indefinidamente para dar soporte a un conjunto más pequeño de actividades.

3 Me gusta