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”.
أعتقد أن أحد أكبر عوامل شعبية واتساب هو أن مرسل الرسالة يعرف (في معظم الحالات) ما إذا كان المستخدم قد استلم أو قرأ الرسالة أم لا. وهذا يمنحه الثقة، وفي بعض الحالات، الدليل على أن المستخدم قد قرأ الرسالة.
كما يساعد في إزالة الشك من عقلي المرسل والمستقبل معًا (لأن المستقبل لا يحتاج إلى إرسال إشعار للمرسل بأنه قد قرأ الرسالة وبالتالي أصبح الآن على علم بذلك).
إذا أراد شخص ما إظهار أنه قد قرأ رسالة معينة، حتى لو لم يكن قد قرأها، فإن ذلك يصب في غير مصلحته أعتقد.
ملاحظة: أعلم أنني قد لا أعرف حتى 1% مما تعرفونه أنتم جميعًا. لكن بما أن الأمر كله يتعلق بمشاركة أفكار المرء، مهما كانت صغيرة، لم أستطع إلا أن أشارك برأيي.
النقر على زر الإعجاب هو طريقة سهلة للاعتراف بأنك قد رأيت رسالة. في حالة الرسائل المباشرة، من الواضح عمومًا أن الإعجاب يعني غالبًا أكثر من مجرد أن الشخص قد رأى الرسالة، وليس بالضرورة أنه وافق عليها.
هذا هو الحال عندما يريد المستلم إظهار أنه قرأ الرسالة.
ولكن عندما يريد المرسل التأكد، بينما لا يهتم المستلم بالتأكيد، فهذه هي النقطة التي أردت التحدث عنها.
ن: لقد قرأت أن المستلم يمكنه قراءة الرسالة في البريد الإلكتروني ومع ذلك لن يعرف المرسل، لكن هذا يتطلب إجراءً متعمدًا من المستلم لتنفيذه في كل مرة يريد فيها خداع شخص ما.
باستثناء البريد الإلكتروني، يجب عليه قراءة الرسالة من خادم الويب، فلا توجد طريقة ثالثة.
ديسكورد ليس بريدًا إلكترونيًا (والبريد الإلكتروني لا يقوم بهذا بالفعل)، وليس نظام دردشة أو مراسلة فورية. لذا فإن الطلب لا يتوافق بشكل عام مع ما صُمم البرنامج للقيام به.
أعتقد أني وأنا @BobbyZopfan متفقان تماماً هنا. في أجزاء من العالم حيث يُعد الوصول إلى الإنترنت والاتصال تحدياً كبيراً، بدأت واتساب تهيمن بشكل كبير. وأعتقد أن جزءاً كبيراً من نجاحها يكمن في فورية الرسائل وإشعارات التسليم والقراءة، مما يطمئن الناس إلى أن رسائلهم تُقرأ فعلياً.
أحب هذه الفكرة وآمل أن تقرر الانتقال من مرحلة التفكير إلى مرحلة البناء. رغم أنه في حالتي، فإن الأمر يتعلق بالمواضيع أكثر من المجموعات، لأننا (لأسباب أخرى تماماً) ما زلنا نتجنب الرسائل الجماعية.
لم يكن طلبي يتعلق بالبريد الإلكتروني، بل بمساواة واتساب عندما يتعلق الأمر بإشعارات التسليم والقراءة. أدرك الآن أن هذا ليس أمرًا مباشرًا بالنظر إلى كيفية عمل ديسكورد (شكرًا لك، @Stephen!) أو حتى مناسبًا لمعظم مجتمعات ديسكورد (مخاوف تتعلق بالخصوصية، وما إلى ذلك).
ربما ننظر إلى إضافة مكون أو سمة توفر معلومات “تمت القراءة حتى” في بطاقة المستخدم لكل مستخدم ساهم في موضوع ما أو تم ذكره فيه، ويتم عرضها عند النقر على اسمه. ويمكن تفعيل هذا على أساس الفئة، وربما استخدامه فقط للفئات التي يتم فيها مناقشة الأمور اللوجستية. أو ربما نهج مختلف، يسمح بإضافة تنسيق ماركداون إلى المنشور الأصلي (على غرار DiscoTOC) لعرض قائمة بالأعضاء الذين قرأوا الموضوع ومدى قراءتهم؟ لست متأكداً.
وعلى سبيل المثال، أردت اليوم لأنني تلقيت للتو بريدًا إلكترونيًا من Loomio يعلن عن إصدار جديد من Loomio 2.0. يبدو أنهم أضافوا وظيفة “تمت مشاهدته بواسطة” وسجل الإشعارات.
\u003e # ميزة “تمت مشاهدته بواسطة” في الموضوع
\u003e
\u003e الآن، يمكنك معرفة من قرأ موضوعك ومتى بنقرة واحدة.
\u003e
\u003e
\u003e
\u003e # سجل الإشعارات
\u003e
\u003e مثل ميزة “تمت مشاهدته بواسطة” الجديدة، عندما تُبلغ أو تدعو أشخاصًا محددين إلى موضوعات أو قرارات، يمكنك الآن معرفة ما إذا كانوا قد قرأوها.
\u003e
\u003e
لذا، نعم، الكثير من الآليات موجودة في النواة الأساسية، والمسألة تتعلق فقط بعدد مفاتيح التبديل التي نرغب في منحها للمستخدمين.
يمكنني فهم الجاذبية في معرفة ما إذا كانت الرسائل الشخصية (غير الموجهة للمجموعات) قد تم قراءتها، ولكن هناك مخاوف تتعلق بالخصوصية، ولا أنا متأكد من عدد مفاتيح التبديل التي يجب توفيرها.
واو! هذا رائع! كيف يمكنني الوصول إليها؟ حتى الآن لم أجد لها أي أثر في رسائل المجموعة. ولكن كما قلت، نحن نتجنب رسائل المجموعة بشكل عام ونعتمد على الفئات الخاصة.
ما هي مخاوف الخصوصية بالضبط؟ هل يمكن معالجتها على مستوى الفئة أو بناءً على صلاحيات الوصول؟ أتخيل أن هذا يمثل مصدر قلق للفئات العامة، ولكن ماذا عن الفئات الخاصة بين الأشخاص الذين يعملون عن كثب معًا والذين سيستخدمون البريد الإلكتروني أو واتساب في غير ذلك؟
ربما جرب استخدام هذا لفترة في سياق المراسلة الجماعية؟ أعتقد أن الميزة “تعمل تلقائيًا” إذا بدأت رسالة إلى مجموعة وقمت بتفعيل خيار On group messages publish group read state في المجموعة كما هو موضح أدناه:
هل جربت هذا من قبل @tobiaseigen؟ يمكنك بالتأكيد رؤية ذلك في عمل صناديق البريد الجماعية لفريقنا، حيث يظهر عدد الأشخاص الذين قرأوا كل رسالة، مع إمكانية التوسّع لعرض أسماء من قرأها تحديدًا.
كيف يحدد Discourse الفرق بين “تمت القراءة” و"تمت المشاهدة"؟ هل تتعقب الميزة الوقت المُقضى في العرض، أم الوصول إليها، أم شيئًا آخر؟
هذه هي المشكلة الأكبر المتعلقة بالإشعارات أو العلامات المتعلقة بـ تم التسليم، تمت المشاهدة، تمت القراءة بشكل عام.
كثيرًا ما ألقي نظرة سريعة على الرسائل عبر المنصات والخدمات المختلفة، وهو ما لا ينبغي بأي حال أن يوحي بأنني قرأت الرسالة فعليًا.
أما فيما يتعلق بـ إجراءات المساءلة، والتي بدت عاملاً بالنسبة لـ @tobiaseigen و @BobbyZopfan، فلا شيء مؤكد ما لم يتخذ المستلم خطوة نشطة، مثل النقر على “إعجاب” كما أشار *pfaffman، أو، كما يُفعل في وحدات مجموعات فيسبوك، النقر على “تم” (أو “تمت القراءة” أو “تمت الموافقة”، إلخ). حينها، سواء كان المستلم قد قرأ الرسالة حقًا أم لا يصبح أمرًا غير ذي صلة—لقد أعلن بنشاط مسؤوليته عن المعلومات للمضي قدمًا.
شيء كهذا في رسائل المجموعات يحتاج إلى استخدامه بالتزامن مع الأعراف المجتمعية ليعمل كما هو مُتوقع.
وكما هو معتاد، “تمت القراءة” ≠ “تم الفهم” أو “تم الاتفاق”.
*عذرًا يا pfaffman، لا يمكنني ذكر مستخدمين اثنين فقط في منشور واحد، وفقًا لبوت الرد.
رغم أنه في حالتي، فإن الأمر يتعلق بالمواضيع أكثر من المجموعات، لأننا (لأسباب أخرى تماماً) ما زلنا نتجنب الرسائل الجماعية.
كيف يحدد Discourse الفرق بين “تمت القراءة” و"تمت المشاهدة"؟ هل تتعقب الميزة الوقت المُقضى في العرض، أم الوصول إليها، أم شيئًا آخر؟
