Notificações de entrega e leitura?

[tobiaseigen]

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.

From: Broadband, TV Packages, TNT Sports & Mobile Deals | BT

[Stephen]

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.

[pfaffman (Jay Pfaffman)]

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).

[Stephen]

Yep I have clients who require their staff to do this to acknowledge all posts in a particular category.

[tobiaseigen]

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?

[Stephen]

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?

[tobiaseigen]

@Stephen

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

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.

@Stephen

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?

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.

[sam (Sam Saffron)]

@tobiaseigen

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.

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”.

[BobbyZopfan (Bobby)]

Acho que um dos maiores fatores da popularidade do WhatsApp é que o remetente da mensagem sabe (na maioria dos casos) se o usuário recebeu/lê a mensagem ou não. Isso lhe dá confiança e, em alguns casos, prova de que o usuário leu a mensagem.
Isso ajuda a dissipar as dúvidas na mente de ambos: remetente e destinatário da mensagem (porque o destinatário não precisa enviar um acuso de recebimento ao remetente informando que leu a mensagem e, assim, agora sabe disso).

@Stephen

Você poderia facilmente incentivar comportamentos inadequados aqui. Se alguém não escolher ler um tópico e ele for tornado obrigatório, essa pessoa provavelmente apenas rolará pelo tópico para cumprir o requisito e ignorar completamente o conteúdo.

Se alguém quiser mostrar que leu uma mensagem específica, mesmo quando não leu, acho que isso seria contra seus próprios interesses.

Nota: sei que posso não saber nem 1% do que vocês todos sabem. Mas, como tudo isso se trata de compartilhar os próprios pensamentos, por menores que sejam, não pude deixar de contribuir.

[pfaffman (Jay Pfaffman)]

Clicar no botão de curtir é uma maneira fácil de reconhecer que você viu uma mensagem. No caso de uma mensagem direta, geralmente fica claro que uma curtida provavelmente significa mais que a pessoa viu a mensagem do que que ela necessariamente aprovou o conteúdo.

[BobbyZopfan (Bobby)]

@pfaffman

Clicar no botão de curtir é uma maneira fácil

Esse é o caso em que o destinatário quer mostrar que leu a mensagem.

Mas quando o remetente quer ter certeza, e o destinatário não está interessado em confirmar, é aí que entra o ponto que eu queria discutir.

N: Eu li que o destinatário poderia ler a mensagem no e-mail e, ainda assim, o remetente não saberia, mas isso exigiria uma ação deliberada do destinatário toda vez que ele quisesse enganar alguém.
Exceto pelo e-mail, ele tem que ler a mensagem no servidor web; não há terceira via.

[codinghorror (Jeff Atwood)]

O Discourse não é e-mail (e o e-mail, de qualquer forma, não faz muito isso), e também não é um sistema de chat ou mensagens instantâneas. Portanto, essa solicitação geralmente não se encaixa no que o software foi projetado para fazer.

[tobiaseigen]

@BobbyZopfan

Acho que um dos maiores fatores da popularidade do WhatsApp é que o remetente da mensagem sabe (na maioria dos casos) se (e quando) o usuário recebeu/leu a mensagem ou não. Isso lhe dá confiança e, em alguns casos, prova de que o usuário leu a mensagem.
Isso ajuda a dissipar as dúvidas na mente de ambos — remetente e destinatário da mensagem. (porque o destinatário não precisa enviar um reconhecimento ao remetente confirmando que leu a mensagem e, assim, agora sabe disso)

Acho que o @BobbyZopfan e eu estamos na mesma página aqui. Em partes do mundo onde o acesso à internet e a comunicação são um desafio, o WhatsApp começou a dominar de verdade. Acredito que uma grande parte do seu sucesso é a imediatidade das mensagens e as notificações de entrega e leitura, o que tranquiliza as pessoas de que suas mensagens estão sendo realmente vistas.

@sam

Consideramos algo como “lido até” para mensagens de grupo, para que os membros do grupo possam ver quais outros membros leram as mensagens, mas isso está mais na fase de “estamos pensando nisso” do que na fase de “vamos construir isso”.

Adoro essa ideia e espero que decidam passar do pensamento para a construção. No meu caso, porém, isso importa mais nos tópicos, porque (por outras razões completamente diferentes) ainda evitamos mensagens de grupo.

@codinghorror

O Discourse não é e-mail (e o e-mail, de qualquer forma, não faz muito isso), e também não é um sistema de chat ou mensagens instantâneas. Portanto, o pedido geralmente não se encaixa no que o software foi projetado para fazer.

Meu pedido não era sobre e-mail, mas sobre paridade com o WhatsApp no que diz respeito às notificações de entrega e leitura. Entendo agora que isso não é simples, dado como o Discourse funciona (obrigado, @Stephen!) ou até mesmo adequado para a maioria das comunidades do Discourse (preocupações com privacidade, etc.).

Talvez estejamos olhando para um plugin ou componente de tema que forneça a informação “lido até” no cartão de usuário para cada usuário que contribuiu ou foi mencionado em um tópico, visualizado ao clicar no nome deles. Isso poderia ser ativado por categoria e, talvez, usado apenas para aquelas categorias onde assuntos logísticos estão sendo discutidos. Ou talvez uma abordagem diferente, permitindo que markdown seja adicionado ao OP (à la DiscoTOC) para exibir uma lista de membros que leram um tópico e até onde leram? Não tenho certeza.

A propósito, estou respondendo hoje porque acabei de receber um e-mail do Loomio anunciando uma nova versão do Loomio 2.0. Parece que eles adicionaram a funcionalidade “visto por” e “histórico de notificações”.

\u003e # Funcionalidade “visto por” do tópico
\u003e
\u003e Com um clique, você agora pode descobrir quem leu seus tópicos e quando.
\u003e
\u003e

\u003e
\u003e # Histórico de notificações
\u003e
\u003e Assim como a nova funcionalidade “visto por”, quando você notifica ou convida pessoas específicas para tópicos ou decisões, agora pode ver se elas leram.
\u003e
\u003e

[sam (Sam Saffron)]

Hmmm, desde que este tópico foi postado pela última vez, desenvolvemos esse recurso para mensagens em grupo:

Então, sim, grande parte da mecânica já está no núcleo; a questão é quantos alternadores queremos oferecer aos usuários.

Entendo o apelo de que, em mensagens pessoais que não são de grupo, seja possível “saber” se foram lidas, mas há preocupações com a privacidade e não tenho certeza de quantos alternadores devem ser disponibilizados.

[Stephen]

Fornecer os avatares para que possam aparecer no último ponto lido, alcançando paridade com o Hangouts, o Facebook Messenger e o WhatsApp.

[tobiaseigen]

@sam

Desde que este tópico foi publicado pela última vez, desenvolvemos esse recurso.

Uau! Isso é incrível! Como posso acessá-lo? Até agora, não estou encontrando nas minhas mensagens em grupo. Mas, como já disse, geralmente ainda evitamos mensagens em grupo e confiamos em categorias privadas.

Quais são exatamente as preocupações de privacidade? Poderíamos abordá-las no nível da categoria ou com base no acesso? Posso imaginar que isso seja uma preocupação para categorias públicas, mas e quanto às categorias privadas entre pessoas que trabalham em estreita colaboração e que, de outra forma, migrariam para e-mail ou WhatsApp?

[Stephen]

Não estou convencido de que essa seja uma boa ideia para categorias. Há motivos válidos para isso aparecer no Messenger do Facebook, mas não nos grupos do Facebook.

[sam (Sam Saffron)]

Talvez você possa tentar usar isso por um tempo no contexto de mensagens em grupo? Acredito que o recurso “funciona automaticamente” se você iniciar uma mensagem para um grupo e marcar a opção Publicar estado de leitura em mensagens de grupo no grupo, como mostrado abaixo:

Na minha opinião, vale a pena testar o recurso que já temos antes de criar um novo recurso aqui.

[codinghorror (Jeff Atwood)]

Você já experimentou isso, @tobiaseigen? É possível ver isso em ação nas nossas caixas de correio do grupo da equipe: o número de pessoas que leram cada mensagem e a opção de expandir para ver exatamente quem leu.

[papyrophilia]

Como o Discourse define ‘lido’ versus ‘visto’? A funcionalidade rastreia o tempo de visualização, o acesso ou algo mais?

Esse é o problema maior com notificações ou marcações de entregue, visto, lido em geral.

Muitas vezes, eu apenas olho rapidamente para mensagens em várias plataformas e serviços, o que de forma alguma deveria indicar que eu realmente li a mensagem.

Quanto às medidas de responsabilidade, que pareciam ser um fator para @tobiaseigen e @BobbyZopfan, nada é certo a menos que o destinatário tenha dado um passo ativo, como clicar em “curtir”, conforme pfaffman mencionou, ou, como é feito em grupos do Facebook, clicar em “concluído” (ou “lido”, “confirmado”, etc.). Nesse caso, se o destinatário realmente “leu” a mensagem ou não torna-se irrelevante — eles ativamente assumiram a responsabilidade pela informação a partir desse ponto.

Algo assim em mensagens de grupo precisaria ser usado em combinação com normas da comunidade para funcionar como pretendido.

Como sempre, “lido” /=/ “compreendido” ou “concordado”.

---

*Desculpe, pfaffman, só posso mencionar 2 usuários em uma postagem, de acordo com o bot de resposta.