Primero, ¡muchísimas gracias por esto! Volví a estar reorganizando las categorías en mi instalación de Discourse y me di cuenta de que la forma en que se muestran los hashtags en el texto (categoría padre > categoría hija) me estaba volviendo a molestar bastante (tenemos muchas categorías y mencionamos mucho las categorías y subcategorías para guiar a nuestros usuarios). Así que volví a revisar para ver si había avances desde nuestras primeras discusiones sobre este tema, ¡y los hay! Qué alegría.
Personalmente, no habría necesitado las tarjetas (con el enlace de subcategoría más conciso habría sido suficiente), pero al pensarlo un poco más, me gustó bastante la idea. Al menos para mi grupo de usuarios, poder ver una vista previa de una categoría o hashtag tiene mucho sentido. Sin embargo, yo lo había imaginado como un efecto al pasar el cursor (hover), y cuando me di cuenta de que funcionaba al hacer clic, mi reacción fue: «¿Oh, espera, qué, otro paso más? ¿Doble clic en los enlaces hipertexto?!»
Esta fue exactamente mi reacción: solo estamos añadiendo un clic extra para abrir un enlace… qué decepción.
Pero luego lo probé en mi teléfono y cambié de opinión: la tarjeta me da una muy buena visión general de qué es la categoría (si tenía alguna duda… recordando que las personas que usan una taxonomía generalmente la encuentran menos intuitiva que quienes la crearon) y me da una pista de cuáles son las publicaciones más recientes, lo cual me da la oportunidad de no ir a esa etiqueta o categoría si no era lo que buscaba.
Mis usuarios no se sienten muy cómodos en los entornos digitales y se pierden con facilidad. Esto, definitivamente, como lo veo, les va a ayudar a no perder el rastro de dónde están, a no terminar en un lugar donde realmente no querían estar solo porque hicieron clic en unas pocas palabras que les parecían prometedoras pero que en realidad no eran la opción correcta.
Así que, por ahora, estoy bastante entusiasta y he activado la vista previa para mi comunidad. Veremos cómo funciona en la práctica.
Pero… puedo imaginar otros escenarios de comunidad donde esto no funcionaría. Estoy de acuerdo en que no queremos convertir todo en una configuración (ya estamos ahogados en ellas, me quejé bastante al respecto). Pero… siento que esto «rompe» el patrón esperado de cómo funcionan las cosas en línea: hacer clic en un enlace te lleva al destino. Escribir un hashtag significa que la gente puede hacer clic en él para ver todo lo relacionado con esa etiqueta. Así que no estoy muy seguro de cuál sea la solución a esto.
Quizás la solución esté en otro nivel, en cómo Discourse como herramienta maneja dos intenciones aparentemente en conflicto:
- ser muy flexible y personalizable
- ofrecer una gran experiencia «listo para usar»
Es posible que el equipo ya esté trabajando en esto (o que esta sea una idea que no funcione, o quizás esté dando por sentado lo obvio, llegando tarde a la fiesta, o desviándome del tema o mostrando mi ignorancia sobre cómo funcionan las cosas), pero me parece que la «solución» para conciliar ambas es:
- ser implacable a la hora de tomar decisiones sobre la UX/funcionalidades para la experiencia «básica, lista para usar, enchufar y funcionar»
- ser implacable a la hora de reducir opciones y configuraciones para cubrir el 95% de los casos de uso (¿o es el 80%? ¿el 99%? el porcentaje que sea)
- ofrecer una segunda capa de configuraciones para usuarios avanzados o casos extremos y personas que quieran ajustar cosas muy específicas; esto no estaría integrado en la interfaz que proporciona las configuraciones «normales», sino que sería más parecido a un archivo de configuración
Así que, en este caso, si la conclusión del equipo es que las tarjetas de vista previa de hashtags/categorías son el camino a seguir, y que las subcategorías deben mostrarse en línea sin mencionar la categoría padre, y que no hay justificación suficiente para hacer de esto una configuración general de administrador, podría seguir siendo una «configuración oculta» accesible añadiendo algo como “hashtag_preview_cards: OFF” o “show_hashtag_subcategory_parent_inline: ON” en algún lugar.
Escribiendo esto, estoy bastante segura de que hay implicaciones de desarrollo además de las de UX relacionadas con la multiplicación de configuraciones…