Maybe a crazy, big brotherish idea, but a colleague mentioned that she is missing a whatsapp feature she has come to rely on - delivered and read ticks/checks next to names of people in messages she is communicating with. We often use discourse messages and posts with @ mentions to communicate directly with people about activities and events in our community, and it’s super frustrating to not know if they even saw it when trying to follow up with folks… to the point that colleagues ask me to look in mandrill to see if they got the email and opened it.
I know discourse tracks info like this, but am not sure how to readily get access it in the service of stewarding community engagement. Some system of indicating delivered and read status would be very valuable, e.g. on the popup user card when selecting a user’s avatar in a conversation? It could be controlled via an admin setting, e.g. to disable entirely, display only for staff, or display to all members?
What do the ticks mean in WhatsApp?
WhatsApp uses a system of ticks to indicate different statuses of messages you send. The ticks will be visible at the bottom right hand corner of the message speech bubble, next to the time stamp. One grey tick means that the message has been sent successfully. Two grey ticks means that the message has been delivered successfully to the recipient’s phone. If the two ticks turn blue, that means that the message has been read.
That works in WhatsApp as each user has a single device. Messages are only delivered into an app, and besides skimming the notification previews you can’t “read” a message without opening it.
Discourse OTOH is all about users accessing from multiple endpoints, some of the ways to consume such as email couldn’t convey a read state if you wanted to.
I wouldn’t mind a “read up until” notification for Messages, but it would need a huge disclaimer that it’s not an infallible measure.
A work-around is to make “liking” a post an indicator that you’ve seen it. This puts the “I’ve seen the message” in the court of the receiver (and doesn’t require any changes to Discourse).
This all makes sense… thanks, both. We use the “liking” as well, but with very mixed results. The 150+ colleagues in my organization around the world are just not disciplined about logging in and using the like even when asked to add a like to confirm receipt.
Ultimately there is a lack of confidence in discourse for time sensitive communications and people are reverting to just using email, slack, whatsapp etc to communicate. This is a shame because it means we are not using discourse as much as we should be!
To take a classic example. When we organize webinars, we start a message with everyone involved to gather the required info and take care of logistical details. Unfortunately it often happens that weeks go by without a response, and then we have to follow up via another channel because we need to get the webinar on the calendar, line up a mailer, etc. Then because we get the response we need there we abandon the discourse message, or end up updating two places. Three, really, because we also use a separate project management system to plan everything that has to happen to pull off a webinar. Comedy ensues when we have 3-5 presenters involved, and have to use different channels to reach all of them.
A “read up until” indication in the user card would indeed be helpful to give us all confidence that it’s worth updating the messages, or at least some sort of indicator that the people in the message are actually reading the message or topic at all. A percentage?
I think Hangouts and Facebook messenger does a good job just by dropping user icons at the bottom of the message a user has read up until, but that’s the domain of IM with a limited audience, not structured discussion.
You could easily incentivize bad behavior here. If someone isn’t choosing to read a topic and it’s just made mandatory they’re going to scroll through the topic to fufil the requirement and bypass the content entirely.
One trick I’ve used previously is badges, for any mandatory training stuff we issue a badge per topic for reading the OP. Then if someone doesn’t do something correctly we can check to see if they reviewed the required training materials before they attempted the task.
What’s the consequence if they don’t read the topics? Do they miss out, or does it impact the overall community? Is there sufficient incentive for them to remain up to date?
I’ve never seen that - but then I haven’t use facebook or hangouts for years. I do use slack though so will see what slack is doing.
Like I explained above, the consequence is that engagement is moving out of discourse, which causes us to have to keep track of conversations in lots of difference places, and slows down activity on the forum. It also puts a squeeze on organizing events because we don’t hear back from people early enough. This hurry up and wait cycle occurs too often and is stress inducing!
One thought I’m having is that we can work harder on onboarding, to make sure that people we work with on events (like webinars) are full members of the network and logging in regularly. This is an area we tend to neglect because we have a small staff. But for events we do tend to have logistical calls and we can reserve time during those calls to log into discourse together and make sure they know their way around, and actually show them the message we use for communicating about the event and ask them to reply to it to show us that they know how it works and are there.
I don’t know what’s technically feasible and what the discourse team are interested in providing, but I can’t help but think the “read up until” would really help to increase confidence in discourse as a communication tool across the board.
BTW, I also am impressed by the whatsapp group messaging feature that indicates when everyone in the group has received a message. Pretty cool! From the blog post:
WhatsApp’s tick system also works on group messages. If you have sent a message to a group, the double grey tick will appear when all of the group has received your message. Likewise, the ticks will turn blue only when everyone in the group has read your message.
We have considered a “read until” kind of thing for group messages, so group members can tell which other group member read stuff, but its more in the “we are thinking about it” phase vs the “we are going to build it phase”.
Creo que uno de los factores más importantes de la popularidad de WhatsApp es que el remitente del mensaje sabe (en la mayoría de los casos) si el usuario ha recibido o leído el mensaje (y cuándo). Esto le da confianza y, en algunos casos, prueba de que el usuario ha leído el mensaje.
Ayuda a disipar las dudas en la mente tanto del remitente como del receptor del mensaje (porque el receptor no tiene que enviar un acuse de recibo al remitente para confirmar que ha leído el mensaje y, por lo tanto, ya lo sabe).
Si alguien quisiera mostrar que ha leído un mensaje en particular, incluso cuando no lo ha hecho, creo que eso iría en su propia desventaja.
Nota: Sé que quizás ni siquiera conozco el 1% de lo que ustedes todos saben. Pero como se trata de compartir los propios pensamientos, por pequeños que sean, no pude evitar participar.
Hacer clic en el botón de ‘Me gusta’ es una forma sencilla de reconocer que has visto un mensaje. En el caso de un mensaje directo, generalmente está claro que un ‘Me gusta’ probablemente signifique más que la persona ha visto el mensaje, en lugar de que necesariamente lo apruebe.
Ese es el caso en el que el receptor quiere mostrar que ha leído el mensaje.
Pero cuando el remitente quiere estar seguro y el receptor no está interesado en confirmarlo, ese es el punto del que quería hablar.
N: He leído que el receptor podría leer el mensaje en el correo electrónico y, sin embargo, el remitente no lo sabría, pero eso requiere una acción deliberada por parte del receptor cada vez que quiera engañar a alguien.
Excepto en el correo electrónico, debe leer el mensaje desde el servidor web; no hay una tercera opción.
Discourse no es correo electrónico (y el correo electrónico, de todos modos, no hace realmente esto), ni tampoco es un sistema de chat o mensajería instantánea. Por lo tanto, la solicitud generalmente no se ajusta a lo que el software está diseñado para hacer.
Creo que @BobbyZopfan y yo estamos en la misma línea. En partes del mundo donde el acceso a internet y la comunicación son un desafío, WhatsApp ha comenzado a dominar en gran medida. Creo que una gran parte de su éxito es la inmediatez de los mensajes y las notificaciones de entrega y lectura, lo que tranquiliza a las personas de que sus mensajes están siendo realmente vistos.
Me encanta esto y espero que decidan pasar de la reflexión a la construcción. Aunque en mi caso es en los temas donde más importa, porque (por otras razones totalmente distintas) seguimos evitando los mensajes de grupo.
Mi solicitud no era sobre correo electrónico, sino sobre la paridad con WhatsApp en lo que respecta a las notificaciones de entrega y lectura. Ahora entiendo que esto no es sencillo dada la forma en que funciona Discourse (gracias, @Stephen!) o incluso que no sea adecuado para la mayoría de las comunidades de Discourse (preocupaciones de privacidad, etc.).
Quizás estemos mirando un plugin o un componente de tema que proporcione la información de “leído hasta” en la tarjeta de usuario para cada usuario que ha contribuido o ha sido mencionado en un tema, visible al hacer clic en su nombre. Esto podría activarse por categoría y, quizás, usarse solo para aquellas categorías donde se discuten asuntos logísticos. O tal vez un enfoque diferente, permitiendo agregar markdown al OP (al estilo de DiscoTOC) para mostrar una lista de miembros que han leído un tema y hasta dónde han leído. No estoy seguro.
Por cierto, estoy respondiendo hoy porque acabo de recibir un correo electrónico de Loomio anunciando una nueva versión de Loomio 2.0. Parece que han añadido la funcionalidad de “visto por” y “historial de notificaciones”.
Función “visto por” en el hilo
Con un solo clic, ahora puedes saber quién leyó tus hilos y cuándo.
Al igual que con la nueva función “visto por”, cuando notificas o invitas a personas específicas a hilos o decisiones, ahora puedes ver si lo han leído.
Así que sí, gran parte de la mecánica ya está integrada en el núcleo; la cuestión es cuántos interruptores queremos ofrecer a los usuarios.
Entiendo el atractivo de que en los mensajes personales (que no son grupales) puedas “saber” si han sido leídos, pero existen preocupaciones sobre la privacidad y no estoy seguro de cuántos interruptores deberían estar disponibles.
¡Vaya! Eso es genial. ¿Cómo puedo acceder a ella? Hasta ahora no la he encontrado en mis mensajes grupales. Pero, como ya dije, generalmente seguimos evitando los mensajes grupales y confiamos en las categorías privadas.
¿Cuáles son exactamente las preocupaciones de privacidad? ¿Podríamos abordarlas a nivel de categoría o basándonos en el acceso? Imagino que para las categorías públicas esto es una preocupación, pero ¿qué pasa con las categorías privadas entre personas que trabajan estrechamente juntas y que, de otro modo, recurrirían al correo electrónico o a WhatsApp?
No me convence que esta sea una buena idea para las categorías. Hay una buena razón por la que aparece en Messenger de Facebook pero no en los grupos de Facebook.
Quizás podrías probar esto un poco en el contexto de mensajería grupal. Creo que la función «simplemente funciona» si inicias un mensaje para un grupo y activas la opción Publicar estado de lectura en mensajes de grupo en el grupo, tal como se muestra:
¿Alguna vez lo has probado, @tobiaseigen? Puedes verlo en acción en nuestros buzones de correo del equipo: muestra cuántas personas han leído cada mensaje y, al expandir, puedes ver exactamente quién lo ha leído.
¿Cómo define Discourse “leído” frente a “visto”? ¿La función rastrea el tiempo de visualización, el acceso o algo más?
Este es el problema mayor con las notificaciones o demarcaciones de entregado, visto y leído en general.
A menudo echemos un vistazo rápido a los mensajes en diversas plataformas y servicios, lo cual de ninguna manera debería sugerir que he realmente leído el mensaje.
En cuanto a las medidas de responsabilidad, que parecían ser un factor para @tobiaseigen y @BobbyZopfan, nada es seguro a menos que el destinatario haya dado un paso activo, como hacer clic en “me gusta”, como pfaffman mencionó, o, como se hace en los grupos de Facebook, hacer clic en “terminado” (o “leído”, “reconocido”, etc.). Entonces, si el destinatario realmente “leyó” el mensaje o no es irrelevante: han activamente afirmado su responsabilidad sobre la información a partir de ese momento.
Algo así en mensajes de grupo necesitaría usarse en combinación con normas comunitarias para funcionar como se pretende.
Como siempre, “leído” no equivale a “entendido” o “de acuerdo”.
*Disculpa, pfaffman, solo puedo mencionar a 2 usuarios en una publicación, según el bot de respuestas.
Aunque en mi caso es en los temas donde más importa, porque (por otras razones totalmente distintas) seguimos evitando los mensajes de grupo.
¿Cómo define Discourse “leído” frente a “visto”? ¿La función rastrea el tiempo de visualización, el acceso o algo más?
