Hoy, la parte más descuidada de nuestra comunidad es la forma en que gestionamos los problemas en nuestra comunidad. Como contexto, dirigimos una comunidad de productos de usuarios de productos creados por nuestra empresa. Los problemas, por supuesto, podrían significar errores, solicitudes de funciones o problemas generales, al igual que un problema de GitHub, realmente. Problemas a través de muchos vectores diferentes, tales como:
- Problemas de GitHub para código/herramientas que nosotros (mi equipo) también poseemos
- Problemas de GitHub para nuestro mercado de código abierto (más de 50 repositorios/temas en crecimiento)
- Problemas/comentarios/errores generales enviados sobre nuestro producto
- Problemas dentro de la propia comunidad (solicitudes de funciones de la comunidad, etc.)
- Problemas internos que nos envían otros departamentos de la empresa (hoy los envían en Slack)
- Problemas de documentación
A continuación, se presentan solo algunas de mis ideas actuales y desorganizadas sobre cómo gestionar esto, pero pensé en ver qué están haciendo otros en sus comunidades mientras tanto. Entonces, ¿cómo lo hacen?
- Parte de esta ecuación es su clásico y eterno debate entre categorías vs etiquetas en términos de organización general.
- Los usuarios generalmente se sienten abrumados por la cantidad de etiquetas posibles, es posible que no sepan intrínsecamente qué etiqueta buscar o, en la mayoría de los casos, ni siquiera intentan poner una etiqueta. (y requerir n etiquetas típicamente los obliga a poner un esfuerzo mínimo en una etiqueta).
- Un formulario de envío general podría ayudar a aliviar el proceso de envío para esto, asumiendo que se optara por más de 1-2 categorías.
- Una característica potente que Discourse podría agregar sería vincular etiquetas a campos desplegables obligatorios en las plantillas de formularios experimentales. De esta manera, por ejemplo, si la pregunta desplegable es “¿Qué navegador estás usando?”, habría etiquetas de Discourse asociadas con las respuestas Chrome, Arc, etc.
- Uno de mis mayores problemas para esto es una “vista administrativa” de esta solución. Creo que el plugin de tickets (aunque las capturas de pantalla están rotas, por lo que no puedo refrescar mi memoria) puede ser un buen caso de uso para esto.
- Realmente necesitaría actuar sobre muchos metadatos sobre el tema en este sentido. Fecha de envío, estado actual, etiquetas asociadas, asignado(s), capacidad para cerrarlos, etc.
