Delivered and read notifications?

[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)]

Я думаю, что одним из главных факторов популярности WhatsApp является то, что отправитель сообщения (в большинстве случаев) знает, получено ли сообщение пользователем и прочитано ли оно (и когда именно). Это придаёт ему уверенность, а в некоторых случаях — даже подтверждение того, что сообщение прочитано.
Это помогает развеять сомнения как у отправителя, так и у получателя сообщения (так как получателю не нужно отправлять отправителю подтверждение о том, что он прочитал сообщение, и теперь это известно).

@Stephen

Здесь можно легко стимулировать нежелательное поведение. Если кто-то не хочет читать тему, но это становится обязательным, он просто прокрутит её, чтобы выполнить требование, полностью проигнорировав содержание.

Если кто-то захочет показать, что он прочитал конкретное сообщение, даже если на самом деле не читал его, это, на мой взгляд, будет ему же во вред.

Примечание: я понимаю, что, возможно, знаю даже меньше 1% от того, что знаете вы все. Но поскольку речь идёт о обмене мыслями, какими бы небольшими они ни были, я не смог удержаться и не высказаться.

[pfaffman (Jay Pfaffman)]

Нажатие кнопки «Нравится» — это простой способ подтвердить, что вы увидели сообщение. В случае с прямым сообщением обычно ясно, что лайк скорее означает, что человек увидел сообщение, чем то, что он обязательно его одобрил.

[BobbyZopfan (Bobby)]

@pfaffman

Нажатие кнопки «Нравится» — это простой способ

Это имеет место, когда получатель хочет показать, что прочитал сообщение.

Но когда отправитель хочет быть уверенным, а получатель не заинтересован в подтверждении — вот о чём я хотел поговорить.

N: Я прочитал, что получатель мог прочитать сообщение в электронной почте, но отправитель об этом не узнает, однако для этого получатель должен совершить умышленное действие каждый раз, когда хочет кого-то обмануть.
Кроме электронной почты, он должен прочитать сообщение с веб-сервера, третьего пути нет.

[codinghorror (Jeff Atwood)]

Discourse — это не электронная почта (к тому же электронная почта в любом случае не предназначена для этого), и это не чат или система мгновенного обмена сообщениями. Поэтому данный запрос, как правило, не соответствует тому, для чего разработано это программное обеспечение.

[tobiaseigen]

@BobbyZopfan

Я думаю, что одним из главных факторов популярности WhatsApp является то, что отправитель сообщения (в большинстве случаев) знает, получил ли пользователь сообщение и прочитал ли он его (и когда именно). Это придает ему уверенность, а в некоторых случаях — доказательство того, что сообщение прочитано.
Это помогает развеять сомнения как у отправителя, так и у получателя сообщения (так как получателю не нужно отправлять отправителю подтверждение о том, что он прочитал сообщение, и теперь это известно).

Я считаю, что @BobbyZopfan и я мыслим в одном направлении. В тех частях мира, где доступ к интернету и коммуникация представляют собой проблему, WhatsApp начал доминировать по-крупному. Я думаю, что значительная часть их успеха обусловлена мгновенностью обмена сообщениями и уведомлениями о доставке и прочтении, что вселяет в людей уверенность в том, что их сообщения действительно просматриваются.

@sam

Мы рассматривали возможность внедрения функции типа «прочитано до» для групповых сообщений, чтобы участники группы могли видеть, кто из других участников прочитал информацию, но пока это находится скорее на стадии «мы об этом думаем», чем на стадии «мы собираемся это реализовать».

Мне это очень нравится, и я надеюсь, что вы решите перейти от размышлений к реализации. Хотя в моём случае это наиболее важно для тем, потому что (по совершенно другим причинам) мы всё ещё избегаем групповых сообщений.

@codinghorror

Discourse — это не электронная почта (к тому же электронная почта в любом случае не предоставляет такой функции), и это не чат или система мгновенного обмена сообщениями. Поэтому данный запрос в целом не соответствует тому, для чего предназначено это программное обеспечение.

Мой запрос касался не электронной почты, а функциональности, аналогичной WhatsApp, в части уведомлений о доставке и прочтении. Теперь я понимаю, что это не так просто реализовать с учётом того, как работает Discourse (спасибо, @Stephen!), или что это может не подходить для большинства сообществ Discourse (проблемы конфиденциальности и т. д.).

Возможно, нам стоит рассмотреть плагин или компонент темы, который предоставляет информацию «прочитано до» на карточке пользователя для каждого участника, внесшего вклад в тему или упомянутого в ней, и который можно просмотреть, нажав на его имя. Это можно было бы включить на уровне категории и, возможно, использовать только для тех категорий, где обсуждаются организационные вопросы. Или, возможно, другой подход: разрешить добавлять разметку Markdown в первое сообщение (как в DiscoTOC), чтобы отображать список участников, прочитавших тему, и то, насколько далеко они дочитали? Не уверен.

Кстати, я отвечаю сегодня, потому что только что получил письмо от Loomio объявляющее о новой версии Loomio 2.0. Похоже, они добавили функциональность «просмотрено» и «история уведомлений».

Функция «просмотрено» для темы

Теперь одним щелчком вы можете узнать, кто и когда прочитал ваши темы.

История уведомлений

Как и в случае с новой функцией «просмотрено», когда вы уведомляете или приглашаете конкретных людей в темы или к решениям, теперь вы можете видеть, прочитали ли они это.

[sam (Sam Saffron)]

Хм, с момента последнего сообщения в этой теме мы реализовали эту функцию для групповых сообщений:

Так что да, большая часть механики уже есть в ядре, вопрос лишь в том, сколько переключателей мы хотим предоставить пользователям.

Я понимаю привлекательность функции «прочитано» для личных сообщений (не групповых), но здесь есть вопросы конфиденциальности, и я не уверен, сколько переключателей стоит предлагать.

[Stephen]

Предоставление аватаров, которые могут отображаться в последней прочитанной точке, обеспечит паритет с Hangouts, Facebook Messenger и WhatsApp.

[tobiaseigen]

@sam

С момента последнего сообщения в этой теме мы реализовали эту функцию.

Вау! Это круто! Как мне к ней получить доступ? Пока не могу найти её в моих групповых сообщениях. Но, как я уже говорил, мы в целом избегаем групповых сообщений и полагаемся на приватные категории.

В чём именно заключаются проблемы с конфиденциальностью? Можно ли решить их на уровне категории или на основе доступа? Я могу представить, что для публичных категорий это может быть проблемой, но как насчёт приватных категорий среди людей, которые тесно сотрудничают и в противном случае перешли бы на электронную почту или WhatsApp?

[Stephen]

Я не уверен, что это хорошая идея для категорий. Есть веская причина, по которой это появляется в Facebook Messenger, но не в группах Facebook.

[sam (Sam Saffron)]

Может быть, стоит попробовать использовать это в контексте групповых сообщений? Я считаю, что функция «просто работает», если вы начинаете сообщение для группы и включаете опцию «Опубликовать состояние прочтения для групповых сообщений» в настройках группы, как показано ниже:

На мой взгляд, стоит протестировать существующую функцию, прежде чем разрабатывать совершенно новую здесь.

[codinghorror (Jeff Atwood)]

Вы когда-нибудь пробовали это, @tobiaseigen? Вы точно можете увидеть это в действии в наших корпоративных групповых почтовых ящиках: там отображается количество людей, прочитавших каждое сообщение, и можно развернуть список, чтобы увидеть, кто именно его прочитал.

[papyrophilia]

Как Discourse определяет «прочитано» в отличие от «увидено»? Отслеживает ли функция время просмотра, факт доступа или что-то ещё?

Это более общая проблема уведомлений или пометок типа «доставлено», «увидено», «прочитано».

Я часто мельком просматриваю сообщения на разных платформах и в разных сервисах, что никоим образом не должно означать, что я на самом деле прочитал сообщение.

Что касается мер подотчётности, которые, похоже, были важны для @tobiaseigen и @BobbyZopfan, то ничего не может считаться определённым, пока получатель не предпримет активное действие, например, не нажмёт «лайк», как отметил @pfaffman, или, как это делается в группах Facebook, не нажмёт «выполнено» (или «прочитано», «подтверждено» и т. д.). В таком случае, действительно ли получатель «прочитал» сообщение, уже не имеет значения — он активно взял на себя ответственность за информацию в дальнейшем.

Подобная функция в групповых сообщениях должна использоваться в сочетании с нормами сообщества, чтобы работать как задумано.

Как всегда, «прочитано» ≠ «понято» или «согласовано».

---

Извините, @pfaffman, согласно правилам бота ответов, я могу упомянуть только двух пользователей в одном сообщении.