Para empezar, reconozco algo que es una obviedad para cualquiera que consuma comunicaciones de tipo chat: el chat es muy subjetivo y encontrar la solución “correcta” es prácticamente imposible si eliges una de las muchas opciones.
Tiendo a dividir las conversaciones de chat en dos categorías: subespacios y en línea.
Las plataformas que siguen el formato de subespacio crean “bolsillos” cuando alguien responde a un mensaje y todas las respuestas se mantienen en este bolsillo, fuera de la vista a menos que alguien haga clic para unirse a él. La gente está familiarizada con esto por Slack y es como clasificaría la solución integrada en la función de chat de Discourse.
Las respuestas en línea mantienen todas las respuestas en el hilo de chat principal y apuntan al antecedente a través de un enlace/ancla. Hay dos variaciones de esto: con y sin texto citado. Un ejemplo con texto citado sería Discord (que utiliza un extracto en lugar de la cita completa) o Mensajes en dispositivos Apple. Discord solía tener respuestas en línea sin cita previa antes de cambiar a su formato actual. El otro ejemplo de respuestas en línea sin cita previa es la función de chat en Stack Exchange / Stack Overflow.
Ambos son válidos y tienen sus usos, y cada uno “resuelve” los problemas que el otro crea.
- Encuentro que los bolsillos de subespacio…
- + pueden ser una excelente manera de contener una línea de pensamiento lateral o permitir inmersiones profundas en un tema sin distraer de la discusión principal.
- + mantiene estas tangentes ordenadas y fáciles de seguir, pero los
- - bolsillos pueden pasarse por alto fácilmente, especialmente si las respuestas se crean mucho después de que el chat haya pasado a otros temas.
- - es más importante asegurarse de que se está notificando a cualquiera que necesite ver las ramificaciones.
- Lo contrario ocurre con el chat en línea…
- - como todo está en línea, puede ser fácil descarrilar el chat al salirse por las tangentes.
- - puede ser confuso seguir múltiples líneas de discusión simultáneamente.
- + como todo está en línea, no te puedes perder nada de lo que sucede en un subespacio.
- + los usuarios no tienen que pensar demasiado en asegurarse de que las respuestas notifiquen a personas específicas.
Como usuario de Slack y Discord durante varios años, argumentaría que la solución “correcta” es probablemente la que ningún desarrollador quiere escuchar: tener ambas. He descubierto que los mayores determinantes (para mí) de cuál prefiero son:
- Cuántas personas participan en el chat o cuán activo está.
- Si estoy chateando con una persona o no hay mucha actividad, todo lo que quiero son respuestas en línea. Incluso con 2-3 personas más, no necesito subespacios. No puedo decirte cuántas veces me ha molestado que los mensajes directos de Slack usen subespacios cuando somos dos personas.
- Si estoy en un espacio con muchos participantes y mensajes que se lanzan rápidamente, se vuelve mucho más difícil seguir las conversaciones en línea, especialmente cuando la gente es rápida y suelta al usar la función de respuesta.
- Cuánto quiero/necesito verlo todo.
- Si estoy en un rol de apoyo en un canal de Slack, los subespacios despejan los canales para que pueda hojear rápidamente.
- Si estoy en un espacio donde perderme algo enterrado en un hilo sería malo, prefiero las respuestas en línea. ¡El miedo a perderse algo (FOMO) es real, amigos!
- Cuán “profundo” se vuelve un hilo.
- Los canales que tienden a tener una pregunta seguida de docenas o incluso cientos de respuestas deberían estar en subespacios.
- Los canales que tienden a tener muy pocas respuestas por mensaje suelen funcionar mejor en línea.
- Quién soy yo/a qué estoy acostumbrado.
- Conozco a una persona que creó un script de Slack para eliminar subespacios porque le disgustan tanto.
- Conozco a personas que insisten firmemente en que sus equipos usen hilos de subespacio en su canal de Slack cada vez y se ponen un poco gruñones cuando no se usan.
Todo esto para decir que no hay una solución única para todos (ni siquiera para la mayoría). Busqué esta meta publicación específicamente porque estaba en un chat 1 a 1 en otra instancia de Discourse y me sorprendió ver la opción de encadenamiento y realmente deseé poder evitar los hilos.
Algunas ideas si quieres considerar ofrecer ambas opciones:
- Considere una configuración de usuario para permitir que alguien elija globalmente o por chat, qué estilo prefiere.
- Tenga en cuenta el número de usuarios en un espacio de chat, la frecuencia de los mensajes y la profundidad promedio de las respuestas al determinar qué forma usar “automáticamente”, por ejemplo, use en línea hasta que las respuestas en una cadena alcancen un cierto número o un usuario indique “convertir respuestas en un hilo”.
- Considere la situación de “estoy creando un nuevo hilo de respuesta a algo de ayer/la semana pasada” y si tiene sentido indicar la respuesta (o permitir que los respondedores publiquen la respuesta en línea, como hace Slack).
Creo que lo que tienes está bien, pero me encantaría ver que Discourse considere difuminar la barrera entre estas dos metodologías distintas a medida que avanza con la función.