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”.
Penso che uno dei fattori principali della popolarità di WhatsApp sia che il mittente del messaggio sappia (nella maggior parte dei casi) se e quando l’utente ha ricevuto o letto il messaggio. Questo gli dà sicurezza e, in alcuni casi, la prova che l’utente ha letto il messaggio.
Aiuta a dissipare i dubbi nella mente sia del mittente che del destinatario del messaggio (poiché il destinatario non deve inviare un riscontro al mittente per confermare di aver letto il messaggio e quindi ora lo sa).
Se qualcuno volesse dimostrare di aver letto un determinato messaggio, anche se non l’ha fatto, credo che ciò sia svantaggioso per lui stesso.
Nota: so che potrei non sapere nemmeno l’1% di quello che sapete voi tutti. Ma dato che si tratta di condividere i propri pensieri, per quanto piccoli, non ho potuto fare a meno di intervenire.
Cliccare sul pulsante ‘Mi piace’ è un modo semplice per riconoscere di aver visto un messaggio. Nel caso di un messaggio diretto, è generalmente chiaro che un ‘Mi piace’ significhi più probabilmente che la persona ha visto il messaggio, piuttosto che abbia necessariamente approvato il contenuto.
È il caso in cui il destinatario vuole mostrare di aver letto il messaggio.
Ma quando il mittente vuole esserne certo, mentre il destinatario non è interessato a confermare, è questo il punto di cui volevo parlare.
N: Ho letto che il destinatario potrebbe leggere il messaggio nella posta elettronica e tuttavia il mittente non lo saprebbe, ma ciò richiederebbe un’azione deliberata da parte del destinatario ogni volta che volesse ingannare qualcuno.
Tranne che per la posta elettronica, deve leggere il messaggio dal server web; non esiste una terza via.
Discourse non è una posta elettronica (e la posta elettronica, comunque, non fa davvero questo), né è un sistema di chat o di messaggistica istantanea. Quindi la richiesta generalmente non rientra in ciò per cui il software è stato progettato.
Penso che io e @BobbyZopfan siamo sulla stessa lunghezza d’onda. In alcune parti del mondo in cui l’accesso a Internet e la comunicazione sono una sfida, WhatsApp ha iniziato a dominare in modo massiccio. Credo che una parte importante del loro successo sia l’immediatezza della messaggistica e le notifiche di consegna e lettura, che rassicurano le persone sul fatto che i loro messaggi vengono effettivamente letti.
Mi piace molto e spero che decidiate di passare dal pensiero all’azione. Nel mio caso, però, è nei topic che questa funzione è più importante, perché (per altri motivi del tutto diversi) continuiamo a evitare la messaggistica di gruppo.
La mia richiesta non riguardava le email, ma la parità con WhatsApp per quanto riguarda le notifiche di consegna e lettura. Ora capisco che non è semplice, data la modalità di funzionamento di Discourse (grazie, @Stephen!) o che potrebbe non essere nemmeno adatta alla maggior parte delle comunità Discourse (preoccupazioni sulla privacy, ecc.).
Forse stiamo guardando a un plugin o a un componente del tema che fornisca le informazioni “letto fino a” sulla scheda utente per ogni utente che ha contribuito a un topic o è stato menzionato in esso, visualizzabile cliccando sul loro nome. Questo potrebbe essere abilitato su base categoria e forse utilizzato solo per le categorie in cui si discutono questioni logistiche. O forse un approccio diverso, che permetta di aggiungere il markdown al primo post (alla maniera di DiscoTOC) per mostrare un elenco dei membri che hanno letto un topic e fino a dove hanno letto? Non sono sicuro.
A proposito, sto rispondendo oggi perché ho appena ricevuto un’email da Loomio che annuncia una nuova versione di Loomio 2.0. Sembra che abbiano aggiunto le funzionalità “visto da” e “cronologia notifiche”.
Funzionalità “visto da” del thread
Con un solo clic, ora puoi scoprire chi ha letto i tuoi thread e quando.
Quindi sì, molte delle meccaniche sono già presenti nel core; la questione è quanti interruttori vogliamo mettere a disposizione degli utenti.
Capisco l’attrattiva dei messaggi personali (non di gruppo) di “sapere” se sono stati letti, ma ci sono preoccupazioni sulla privacy e non sono sicuro di quanti interruttori dovrebbero essere forniti.
Fornire gli avatar in modo che possano apparire fino all’ultimo punto di lettura raggiunto, garantendo la parità con Hangouts, Facebook Messenger e WhatsApp.
Wow, che figata! Come posso accedervi? Finora non l’ho trovata nei miei messaggi di gruppo. Ma come ho già detto, in generale evitiamo i messaggi di gruppo e ci affidiamo alle categorie private.
Quali sono esattamente le preoccupazioni sulla privacy? Potremmo affrontarle a livello di categoria o in base all’accesso? Posso immaginare che per le categorie pubbliche sia un problema, ma che dire delle categorie private tra persone che lavorano a stretto contatto e che altrimenti passerebbero a email o WhatsApp?
Forse prova a usare questa opzione per un po’ nel contesto della messaggistica di gruppo? Credo che la funzionalità “funzioni semplicemente” se inizi un messaggio a un gruppo e hai spuntato Pubblica lo stato di lettura per i messaggi di gruppo nel gruppo, come mostrato qui:
Hai mai provato questo @tobiaseigen? Puoi vederlo in azione nelle nostre caselle di posta di gruppo del team: il numero di persone che hanno letto ogni messaggio e la possibilità di espandere per vedere esattamente chi l’ha letto.
Come definisce Discourse “letto” rispetto a “visto”? La funzione tiene traccia del tempo di visualizzazione, dell’accesso o di qualcos’altro?
Questo è il problema più ampio legato alle notifiche o alle distinzioni in generale relative a consegnato, visto, letto.
Spesso scorro rapidamente i messaggi su diverse piattaforme e servizi, il che in nessun modo dovrebbe suggerire che ho effettivamente letto il messaggio.
Per quanto riguarda le misure di responsabilità, che sembravano essere un fattore per @tobiaseigen e @BobbyZopfan, nulla è certo a meno che il destinatario non abbia compiuto un passo attivo, come cliccare “mi piace” come ha menzionato pfaffman, o, come avviene nelle unità dei gruppi Facebook, cliccare “fatto” (o “letto”, “preso atto”, ecc.). In tal caso, che il destinatario abbia effettivamente letto il messaggio o meno è irrilevante: hanno attivamente assunto la responsabilità delle informazioni per il futuro.
Una cosa del genere nei messaggi di gruppo dovrebbe essere utilizzata in combinazione con le norme della comunità per funzionare come previsto.
Come sempre, “letto” non equivale a “compreso” o “d’accordo”.
Scusa, pfaffman, secondo il bot delle risposte posso menzionare solo 2 utenti in un post.
Nel mio caso, però, è nei topic che questa funzione è più importante, perché (per altri motivi del tutto diversi) continuiamo a evitare la messaggistica di gruppo.
Come definisce Discourse “letto” rispetto a “visto”? La funzione tiene traccia del tempo di visualizzazione, dell’accesso o di qualcos’altro?
