已送达和已读通知?

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.

WhatsApp

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

5 个赞

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.

3 个赞

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

6 个赞

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

3 个赞

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?

12%20AM

1 个赞

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?

3 个赞

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.

3 个赞

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

5 个赞

我认为 WhatsApp 受欢迎的一个最大因素是,发件人(在大多数情况下)知道收件人是否已收到或阅读了消息。这给了他信心,在某些情况下甚至提供了收件人已阅读消息的证明。这有助于消除发件人和收件人双方的疑虑(因为收件人无需再向发件人发送已读确认,从而让发件人知晓)。

1 个赞

点击“赞”按钮是确认您已查看消息的简单方式。在私信的情况下,通常可以明确看出,“赞”更多表示对方已看到消息,而不一定代表他们认可该消息的内容。

5 个赞

这种情况适用于接收者希望表明自己已阅读消息时。

但当发送者希望确切知道消息是否被阅读,而接收者却无意确认时,这就是我想要讨论的重点。

N:我了解到,接收者可以在电子邮件中阅读消息,而发送者却无法得知,但这需要接收者每次想要欺骗某人时都采取刻意行动。
除了电子邮件之外,他必须从 Web 服务器阅读消息,没有第三种方式。

Discourse 并非电子邮件(而且电子邮件本身也不具备这些功能),它也不是聊天或即时通讯系统。因此,该请求通常不符合该软件的设计用途。

6 个赞

我认为 @BobbyZopfan 和我在此观点上一致。在互联网接入和通信具有挑战性的地区,WhatsApp 已经开始占据主导地位。我认为其成功的一大关键在于消息的即时性以及“已送达”和“已读”通知,这让人们确信他们的消息确实被看到了。

我非常喜欢这个想法,并希望你们能决定从“考虑”转向“开发”。:slight_smile: 不过对我来说,这在主题讨论中最为重要,因为(出于其他原因)我们仍然避免使用群聊功能。

我的请求并非关于电子邮件,而是希望在“已送达”和“已读”通知方面能与 WhatsApp 看齐。我现在明白了,鉴于 Discourse 的运作方式(感谢 @Stephen!),或者甚至考虑到大多数 Discourse 社区的适用性(如隐私问题等),这并不简单。

也许我们可以考虑一个插件或主题组件,在每位参与主题或被提及的用户卡片上提供“已读至”信息,点击其姓名即可查看。这可以按分类启用,或许仅用于讨论后勤事务的分类。或者采用另一种方法,允许在首帖(OP)中添加 Markdown(类似 DiscoTOC),以显示已阅读该主题的成员列表及其阅读进度?目前还不确定。

顺便提一下,我今天回复是因为刚收到 Loomio 的一封邮件,宣布发布新的 Loomio 2.0 版本。看来他们已添加了“谁已查看”和“通知历史”功能。

\u003e # 主题“谁已查看”功能
\u003e
\u003e 现在只需点击一下,即可查看谁阅读了您的主题以及阅读时间。
\u003e
\u003e


\u003e
\u003e # 通知历史
\u003e
\u003e 与新的“谁已查看”功能类似,当您通知或邀请特定人员参与主题或决策时,现在可以查看他们是否已阅读。
\u003e
\u003e

2 个赞

嗯,自从上次发布该话题后,我们已经为群聊构建了此功能:

所以,许多机制已内置于核心功能中,关键在于我们想为用户提供多少开关选项。

我理解在个人消息(非群聊)中“知道”消息是否已被阅读的吸引力,但这涉及隐私问题,我也不确定应该提供多少开关选项。

11 个赞

提供头像显示到上次阅读位置的功能,以实现与 Hangouts、Facebook Messenger 和 WhatsApp 的同等体验。

5 个赞

哇,太棒了!我该如何访问它?目前我在群组消息中还没找到。不过正如我所说,我们通常还是避免使用群组消息,而是依赖私密分类。

具体的隐私顾虑是什么?我们能否在分类层面或基于访问权限来解决这些问题?我理解对于公开分类来说这是一个问题,但对于紧密合作的团队成员之间的私密分类呢?否则他们可能会转向使用电子邮件或 WhatsApp。

1 个赞

我对此作为分类方案是否可行持保留态度。之所以在 Facebook Messenger 中出现而在 Facebook 群组中不出现,是有充分理由的。

2 个赞

或许可以在群聊场景中先尝试使用这个?我认为,如果你开始向群组发送消息,并在群组中勾选“在群消息中发布群已读状态”功能,该功能就能“直接生效”,如下图所示:

依我之见,在构建全新功能之前,值得先试用一下我们现有的这个功能。

10 个赞

你试过这个吗,@tobiaseigen?你可以在我们的团队群组邮箱中看到它的实际效果:每条消息的已读人数一目了然,点击即可展开查看具体是谁已读。

1 个赞

:thinking: Discourse 如何定义“已读”与“已见”? 该功能是追踪在视图中的停留时间、是否被访问,还是其他指标?

这实际上是关于已送达已见已读通知或标记的更大问题。

我经常在各个平台和服务中快速浏览消息,但这绝不意味着我真正阅读了这些消息。:grimacing::wink:

至于问责机制,这似乎是 @tobiaseigen@BobbyZopfan 考虑的因素,除非收件人采取了主动步骤(例如点击“点赞”,正如 pfaffman 所提到的,或者像 Facebook 群组单元中那样点击“完成”、“已读”或“已确认”等),否则一切都不确定。在这种情况下,收件人是否真正“阅读”了消息已不再重要——他们已主动表明了对后续信息承担责任。

在群组消息中,类似的功能需要与社区规范结合使用,才能按预期发挥作用。

一如既往,“已读”≠“已理解”或“已同意”。


*抱歉,pfaffman,根据回复机器人的规则,我在一篇帖子中只能提及两位用户。

2 个赞