Actualizando cómo se organizan las categorías en Meta

Como parte de la actualización del tema y la estructura de Meta, estamos planeando hacer algunos cambios en la organización de las categorías aquí.

Hemos explorado algunas ideas diferentes hasta ahora, y esperamos que esto todavía pase por revisiones adicionales a medida que recibamos comentarios de la comunidad, pero la idea hacia la que nos inclinamos ahora se ilustra a continuación:

La idea básica es agrupar las categorías relacionadas en un número menor de categorías de nivel superior, cada una de las cuales estaría visible en la barra lateral para los nuevos usuarios por defecto.

  • Noticias y Eventos
  • Soporte
  • Éxito Comunitario
  • Contribuir
  • Personalización
  • Documentación
  • Wiki de la Comunidad
  • Mercado

Esperamos que Soporte continúe siendo una de las categorías más activas, y pensamos que agrupar otras categorías relacionadas con el soporte debajo de ella podría reducir la parálisis por elección. Probablemente haya más refinamientos que valga la pena hacer aquí (¿debería SSO ser una categoría o una etiqueta? ¿cuál es la diferencia en la práctica entre Instalación y Alojamiento? ¿deberían colapsarse en una única subcategoría de Autoalojamiento?). Trabajaremos en esas preguntas a medida que avancemos, pero la forma general es tener todos los temas de soporte en un solo lugar.

Éxito Comunitario es una categoría en la que nos encantaría invertir más, basándonos en la categoría Comunidad existente. Vemos esto como un lugar donde todos los involucrados en la gestión de una comunidad exitosa de Discourse pueden apoyarse mutuamente, no con soporte técnico, sino con las cosas blandas y complicadas que se necesitan para construir una comunidad exitosa. Probablemente también remodelaremos la estructura subyacente aquí, pero para empezar, creemos que las categorías existentes de Comunidad y Datos e Informes son los pilares principales aquí.

Contribuir es la categoría que imaginamos como el centro de discusión sobre cómo mejorar el producto en sí y esta comunidad.

Personalización sería un lugar para encontrar todos los temas relacionados con la extensión de Discourse con complementos, temas, componentes y otras extensiones.

Si desea echar un vistazo más de cerca, tenemos esta estructura actualmente implementada en un sitio de prueba donde puede echar un vistazo.

cómo acceder al sitio de prueba
  1. Visite https://meta-redesign-2026.discourse.group/
  2. Ingrese este usuario y contraseña para la autenticación básica HTTP
    • usuario: meta2026bsbx
    • contraseña: Q0U1ppbVbd2MVttuYOl+M8SYEOUqGLGjzl5sr1C9XwE=
  3. Ingrese su correo electrónico/nombre de usuario y contraseña para meta
    (el sitio de prueba no admite ningún otro método de inicio de sesión).

Después de que haya tenido la oportunidad de hacerlo, por favor, háganos saber lo que piensa aquí.

5 Me gusta

Creo que una categoría llamada algo como autoalojamiento podría ayudar a dejar claro qué va allí. Todavía no es un gran nombre, pero es mejor que #instalación, que implica que discourse nunca ha funcionado; me confundí bastante la primera vez que uno de mis temas fue movido allí. ¿Quizás “back-end” funcionaría?

Si accedes a una shell para causar o presenciar tu problema, va allí. Si discourse “funciona” y tiene que ver con la experiencia de usuario o temas o cualquier otra cosa, va a soporte.

7 Me gusta

Estoy a favor.

Iría más allá y diría que deberíamos combinar Installation y Installation > Hosting en esta nueva categoría de Autoalojamiento.

Creo que podríamos hacer eso independientemente de cómo se desarrolle el resto. Si vamos en la dirección que he esbozado anteriormente, esta nueva categoría sería una subcategoría de Soporte.

Si nos ceñimos más al modelo plano actual, sería una categoría de nivel superior.

4 Me gusta

Acabo de realizar el siguiente cambio, lo que resultó en una nueva categoría de nivel superior #autoalojamiento-soporte:

  • Etiquetado todos los temas previamente en Instalación > Alojamiento con #alojamiento
  • Fusionado todos los temas de Instalación > Alojamiento con lo que solía ser Instalación
  • Renombrado Instalación a #autoalojamiento-soporte

Quizás “Autoalojamiento” sea mejor que “Soporte de autoalojamiento” (especialmente si lo movemos bajo Soporte), pero como primer paso por ahora, opté por algo un poco más verboso, que contenga la palabra “soporte”.

3 Me gusta

Para su información, anteriormente evité ‘soporte de autoalojamiento’ ya que daba la apariencia de que esa era el área específica para que los autoalojados obtuvieran todo su soporte y no quería que esa fuera la primera impresión.

También es muy similar a la categoría de documentación, y realmente no se desea duplicación si se busca simplificar.

Configuración también fue descartado ya que todas las características/configuraciones/plugins/etc necesitan ser ‘configuradas’, por lo que no era lo suficientemente descriptivo. Administración de sistemas fue considerado demasiado técnico (cuando queríamos restar importancia a lo técnico que se necesita ser para ejecutar un sitio de Discourse).

Aunque estoy de acuerdo en que instalación era ambiguo, no causó tanta confusión en la práctica. Sin embargo, existe un nombre mejor… :slight_smile:

Para Alojamiento, esa era el área para discutir los servicios subyacentes (Digital Ocean, Mailgun, etc., etc.). Creo que sí tenía un sabor distinto que era diferente de la administración de servidores, y con más de 500 temas sería viable que una conversación se dividiera (si no hubiera existido ya :slight_smile:)

8 Me gusta

Para mí, esto es lo que esperaría:

  • hosting (alojamiento): sobre elegir y gestionar el host (servidor)
  • Installation (instalación): llegar a «Discourse existe y puedo iniciar sesión como administrador y hacer cosas»
  • configuration (configuración): todos los detalles sobre las diversas configuraciones

Creo que para alguien que está empezando, la distinción entre el núcleo y el «plugin incluido» no es muy obvia. Así que incluiría esos en la configuración, o al menos indicaciones muy claras.

3 Me gusta

¿Cuáles de estos esperarías que fueran categorías diferentes frente a etiquetas diferentes?

¿Y cómo esperarías que se relacionaran con la categoría Support?

2 Me gusta

Entonces, creo que estaría bien con que instalación y alojamiento sean etiquetas. Pero me pregunto (para mi comunidad también) si hay alguna manera de “fijar” o “presentar” ciertas etiquetas clave en una categoría. También podrían ser categorías (si pensamos en la línea de “contar la historia”).

Configuración: ¿va a ser muy diferente para los que se autoalojan o los administradores alojados? Tengo la impresión de que se superpondrá, así que no estoy seguro de si lo pondría bloqueado dentro de Autoalojamiento (que yo renombraría en lugar de Soporte de autoalojamiento). ¿Quizás #soporte es más como “Soporte general”? Porque casi todo en Meta es soporte de alguna manera, ¿no?

Por cierto: #migración me confunde, porque como persona que prioriza a las personas, inmediatamente pienso “oh, ¿cómo gestiono la migración en general?”, y cuando miro la categoría, parece ser toda migración “técnica”, scripts y exportaciones y cosas así.

Recientemente tuvimos algunas charlas sobre #migracion-de-facebook, que trata más sobre estrategia y personas y desafíos específicos. En cierto modo, siento que #migración puede actuar como un atractor maligno para las personas preocupadas por los aspectos más generales o humanos de la migración. ¿Ves a lo que me refiero?

2 Me gusta

Tener una mayor capacidad para esto en la aplicación es algo que podría valer la pena explorar, pero no estoy seguro de cómo debería funcionar.

Ahora mismo, creo que esto sucede de manera muy orgánica: una masa crítica de ciertas etiquetas se acumula en una categoría determinada, y la gente comienza a ver el patrón y anima a que florezca.

Hay funciones integradas para restringir etiquetas a ciertas categorías, o para requerir un número de etiquetas en una categoría determinada, particularmente de un grupo de etiquetas dado, pero siento que a menudo pueden ser demasiado onerosas.

:+1: de acuerdo. Creo que la configuración es más como “soporte general” (a menos que sea configurar cosas a nivel de administrador del sistema, como el puerto al que se está escuchando, etc.).

Sí, eso es lo que pensé primero… Lo dejaré reposar un día, pero revisaré este detalle mañana.

Lo es, pero no estoy seguro de cuánto ayuda esa palabra extra. Sin embargo, entiendo lo que quieres decir.

Sí, es posible que haya dos categorías escondidas aquí. Si miráramos esto a través de la lente de la estructura anidada propuesta, tal vez esto debería dividirse en algo más parecido a support/migration, y algo más parecido a dev/migration.

Podría verme dando forma a eso más con el tiempo, mientras se da un paso inicial más pequeño aquí.

Entiendo a lo que te refieres, aunque el hecho de que estén ocultas en un menú desplegable las hace mucho menos visibles que las subcategorías, que uno puede mostrar de forma destacada.

Volveré sobre eso, porque es algo que planeo usar de forma bastante extensa :sweat_smile: (exigir al menos una etiqueta de un grupo de etiquetas determinado en una categoría dada) para evitar la multiplicación de subcategorías…

Creo que parte de ello lo es, pero otra parte es la continuación de la “instalación”, todo el tema de la configuración inicial. Bien, ya tengo Discourse instalado, tiene todas estas funcionalidades increíblemente geniales, tengo control sobre muchísimas cosas, pero ¿cómo lo “moldeo” para que se adapte a las necesidades de mi comunidad? Esa parte me desanimó muchísimo hace algún tiempo, porque aunque todos los ajustes y demás están documentados, tuve problemas a) para entender por dónde empezar y b) para entender cómo traducir mi “visión” para mi comunidad en ajustes y configuración.

Así que quizás lo que estoy pensando es una capa adicional en torno al recorrido de la configuración inicial. Veo Support (no lo cambiaría a “Soporte general”, lo decía para indicar cómo lo percibía) más para “Estoy en funcionamiento, o tengo un problema específico que necesito resolver”, en lugar de “Tengo mi instalación tal cual viene de fábrica y ahora ¿qué necesito hacer para prepararla para algún tipo de lanzamiento?”.

Todo esto para decir que en realidad creo que “configuración” tiene sentido como parte del recorrido del administrador y que no es exactamente lo mismo que “soporte”.

Un paralelismo con mi comunidad —me recuerda que tengo que dar noticias sobre eso en la conversación adecuada— es el siguiente: considerando al dueño de un gato diabético que acaba de recibir un diagnóstico y se une a nuestra comunidad, ¿cómo organizamos las categorías? Lo que he decidido ahora es ser muy “centrado en el miembro” y empezar con “Acabo de llegar, ¿qué demonios hago?” (algún equivalente en francés más educado), luego “Estoy consiguiendo el equipo que necesito”, “Estoy aprendiendo” —y entonces están listos para el “soporte” propiamente dicho que es el corazón de la comunidad.

Si pienso en estas líneas con Discourse, como alguien que no sabe nada de todo esto como yo lo fui, definitivamente hay: 1) averiguar si voy a alojarlo yo mismo o no y elegir mi alojamiento; 2) pasar por la instalación real 3) diseñar mi comunidad y traducirlo en configuración de Discourse. Y en ese caso hay que hacer una distinción entre a) construir desde cero y b) la comunidad ya existe y quiero migrarla; como se discutió en mi tema sobre desafíos de migración desde Facebook realmente creo que cambia el enfoque para configurar las cosas.

Lo que nos lleva a dónde poner las cosas de migración.

Yo diría que de nuevo, depende de la historia que queramos contar. ¿Quiere Discourse fomentar y facilitar la migración de comunidades existentes a Discourse, o el enfoque está más en las personas que van a construir desde cero con Discourse?

No es ninguna sorpresa, argumentaría que tiene sentido centrarse en migrar clientes, porque estoy convencido de que hay un gran mercado sin explotar ahí.

En ese caso, querría que “Migración” no estuviera enterrada demasiado. Personalmente, la mantendría como un aspecto de Gestión de la Comunidad (y cambiaría el nombre de la categoría actual Comunidad a eso, porque “Comunidad” por sí sola es ambiguo, inicialmente pensé que era “para la comunidad de Discourse” en lugar de “sobre el diseño/construcción/gestión de comunidades”). ¿Etiqueta o subcategoría? Podría merecer al menos una subcategoría. ¿Los scripts de migración y las cosas técnicas sobre la migración irían en una categoría principal diferente?

O quizás Migración es una categoría en sí misma, que contiene discusiones sobre cómo uno adapta y traduce los aspectos existentes de la comunidad a Discourse, cómo abordar el proceso real de migración (implementación), y también la “migración de datos”.

1 me gusta

Espera. ¿Qué pasaría si hubiera una forma de animar a los usuarios a etiquetar temas con #standard-install como lo hacemos con unsupported-install?

Sin embargo, no estoy muy seguro de cómo hacer que eso suceda.

2 Me gusta

En la propuesta actual, imaginamos que “Éxito de la Comunidad” es la categoría de nivel superior con “Gestión de la Comunidad” como subcategoría de esa. ¿Cómo se alinea eso con tu pensamiento aquí?


Me gusta la idea de tener alguna señalización definida en torno a nuestra comprensión de cómo podrían verse los pasos típicos del recorrido…

1 me gusta

No entiendo la distinción entre esos dos. ¿Qué iría en Éxito de la Comunidad que no vaya en Gestión de la Comunidad? Si pienso en las cosas que he publicado hasta ahora en Community aquí, ¿las pongo en gestión de la comunidad o en éxito?

Tendré que pensarlo mañana o el viernes, ¡mi cerebro se desconecta por hoy, lo siento!

1 me gusta

Bueno, además de las subcategorías que ves en la maqueta, mencionaste otras dos actividades aquí además de gestionar comunidades (diseñarlas y construirlas):

Pero quizás todo eso todavía entra en la categoría de “gestión” para la mayoría de la gente.

haga clic para ir

sitio de pruebas con un solo clic incluidas las credenciales

→ Oculto en caso de que no quieras que los robots vayan allí.

Aquí estaría mi reorganización de categorías:

  • Noticias y Eventos
    • Anuncios
    • Blog
    • Resúmenes
  • Comunidad
    • Ágora (anteriormente: general)
    • Comentarios del sitio
    • Elogios
    • Comparación
    • Gestión de la comunidad
    • Mercado
    • Wiki de usuario
    • Wiki de administrador
    • Wiki de desarrollo
    • Wiki de administrador de sistemas
  • Documentación
    • Uso de Discourse
    • Gestión del sitio
    • Integraciones
    • Alojamiento de Discourse (anteriormente: Clientes Alojados)
    • Autoalojamiento
    • Migración a Discourse
    • Guías para desarrolladores
    • Contribución
  • Ayuda
    • Instalación
    • Alojamiento
    • Migración
  • Integrar
    • WordPress
    • SSO
  • Contribuir
    • Error
    • Característica
    • Dev
    • Traducciones
    • UX
  • Personalizar
    • Plugin
    • Extras
    • Tema
    • Componente de tema
    • Datos e informes

Justificación:

  • #comunidad sería el lugar animado para discusiones relacionadas con cualquier cosa que no se haga en otro lugar, reuniendo a la comunidad más amplia de Discourse, incluidas wikis, discusión general (#ágora), comentarios del sitio, elogios y comparación con otro software, pero también discusión sobre gestión de la comunidad y el mercado.
  • #noticias-eventos sería para la comunicación normal de CDCK
  • #ayuda sería para obtener soporte
  • #integrar sería para discutir integraciones específicas
  • #documentación albergaría la base de conocimiento oficial
  • #contribuir albergaría todo el proceso de desarrollo
  • #personalizar albergaría todo lo que hace que cada instancia de Discourse sea una comunidad especial, incluidos los informes y la exploración de datos.

Cuando llega alguien nuevo, iría a la documentación (oficial) o a las discusiones de la comunidad…

Sugeriría una etiqueta #bienvenida que apunte a un puñado de temas de introducción para navegar fácilmente e incorporar a los recién llegados, por ejemplo, para pasar de tl0 a tl1, captando el ambiente y las áreas.

Probablemente la documentación debería tener un comienzo destacado con las etiquetas del Sistema de Documentación: tutorial, #explicación, #cómo-hacer, #referencia.

Gestión de la comunidad podría llamarse Creación de Comunidad en su lugar… No me gusta “Éxito de la comunidad” por alguna razón poco clara.

3 Me gusta

Sí, he hecho eso antes en una comunidad y también creo que es una forma agradable y flexible de indicar una ruta de incorporación, además de usar cualquier categoría. Algo como
image

4 Me gusta

Aplaudo esta iniciativa y agradezco que nos hayan involucrado en el proceso.

Habiendo seguido la trayectoria en Discourse de @stephtara, es obvio para mí que Meta necesita un lugar dedicado para los nuevos constructores de comunidades. No sé cómo llamarlo, pero un lugar cálido y acogedor para aquellos que construyen con Discourse por primera vez ayudaría con la abrumadora sobrecarga de opciones de configuración. Las personas que ofrecen ayuda aquí sabrían que podría ser necesario un esfuerzo y paciencia adicionales al responder con ayuda en esta área.

Quizás me lo he perdido, pero una categoría de documentación de Opciones de Configuración con un índice que refleje el área de administración “actual” sería increíble. Discourse siempre está evolucionando. La documentación debería hacer lo mismo manteniéndose al día.

Además de esta revisión de categorías/etiquetas, espero que siga una “reorganización” de los temas existentes después de la reorganización. La mayor parte de mi tiempo en Meta buscando respuestas lo dedico a intentar clasificar qué información es pertinente al estado actual de Discourse y cuál es antigua y no aplicable. Confieso que mi BBS es parte del problema, pero muchos de los documentos son muy difíciles de clasificar. Agradezco el trabajo que el personal ha hecho y sigue haciendo para mejorar la documentación, pero muchos/la mayoría parecen necesitarlo.
Con ese fin, sugiero etiquetar la mayoría de los documentos o temas que parecen ser documentación con una etiqueta de Necesita Revisión. Sí, sería una gran cantidad de etiquetas, pero una vez completado el proceso de revisión, la experiencia del usuario mejoraría enormemente. Yo y quizás otros estaríamos dispuestos a ayudar en este esfuerzo. Una secuencia de edición y etiquetado podría ayudar a gestionar el proceso.

Estoy usando esto en un sitio:

Resumen

Necesita-Revisión Necesita-Texto Necesita-Cita Necesita-Trabajo Listo-para-Publicar

Quizás una etiqueta de Obsoleto sería útil.

@mcwumbly Gracias de nuevo por iniciar esta reorganización y por incluirnos en el proceso. :clap:

6 Me gusta

Aquí está mi plan para los próximos pasos:

  • Semana del 23 de febrero
    • Actualizar la organización de categorías aquí para que coincida con lo que está en la primera publicación, tal vez tomando algunas libertades menores basadas en los comentarios recibidos hasta ahora
    • Esperar muchos más comentarios de discusión aquí sobre cómo se siente en la práctica
    • Hacer algunos ajustes menores basados en los comentarios
  • Semana del 2 de marzo
    • Continuar refinando si las cosas se sienten generalmente bien. O
    • Revertir si las cosas se sienten muy mal.
5 Me gusta

Dejo esta idea aquí:

Probablemente merezca su propio tema, pero podemos discutir más aquí primero como parte de todo este cambio más grande.

3 Me gusta

He procedido a realizar una primera ronda de cambios aquí para que podamos empezar a tener una idea de cómo se siente en la práctica juntos.

También he actualizado las categorías predeterminadas de la barra lateral, pero no las he aplicado a todos, así que si quieres probar a configurar tu barra lateral con los valores predeterminados nuevos, puedes hacerlo así:

  1. Haz clic en el lápiz de edición junto a “Categorías” en tu barra lateral
  2. Elige “Restablecer a los valores predeterminados” en la esquina inferior derecha del modal
  3. Ajusta como desees
  4. Haz clic en “:Guardar cambios”

Por favor, comparte cualquier comentario que tengas aquí durante la próxima semana aproximadamente:

2 Me gusta