<div dir="ltr">Thanks for this, I am going to unsubscribe, have a great weekend folks<br><br clear="all"><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">- Greg (he/him)<br></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 27, 2021 at 1:19 PM José René Gutiérrez <<a href="mailto:hola@josernitos.com">hola@josernitos.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">Hello list, in this email I want to share a way of thinking that can help us discuss and define a roadmap in Strategy, Design, Tech and Research.</span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">First of all, I think it is difficult to have discussions around the impact we have in users' lives. But moreso, the ethical decisions we make each time: (i) we release a version of TB (ii) or create a roadmap for the next release (iii) or plan a new feature to build, as there are many ways we could materialize each feature, (iv) and most importantly how should we research if our intentions are met in real life scenarios. </span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">Having said that, I believe it would be<i> extremely useful to share the same language across the team</i> and that this language be part of the process of planning, designing, building and researching. I'm not saying that it is impossible to create Tor Browser without a shared language, nor that there isn't one already. But I think it could be useful to think how we might categorize the influence we want to have in users and how they access the Internet as this is a high-level discussion that is shared throughout the process by everyone in the team.</span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"><strong style="box-sizing:border-box"><span style="box-sizing:border-box">Shared language</span></strong></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">In 2011 </span><span style="box-sizing:border-box"><em style="box-sizing:border-box"><span style="box-sizing:border-box">Tromp, Hekkert, and Verbeek</span></em><span style="box-sizing:border-box"> published an article* on "</span><span style="box-sizing:border-box"><a href="https://direct.mit.edu/desi/article/27/3/3/69045/Design-for-Socially-Responsible-Behavior-A" style="box-sizing:border-box;color:rgb(65,131,196)" target="_blank"><span style="box-sizing:border-box">A Classification of Influence Based on Intended User Experience</span></a><span style="box-sizing:border-box">" which I think can help us get started and test if this language model actually works for us. In it, they define two dimensions: force and salience. </span><span style="box-sizing:border-box"><strong style="box-sizing:border-box"><span style="box-sizing:border-box">Force</span></strong><span style="box-sizing:border-box"> being how strong is the influence of the design to the user's behaviour. </span><span style="box-sizing:border-box"><strong style="box-sizing:border-box"><span style="box-sizing:border-box">Salience</span></strong><span style="box-sizing:border-box"> being how explicit this is for them.</span></span></span></span></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"></p><img width="562" height="432"><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><strong style="box-sizing:border-box"><span style="box-sizing:border-box">Testing the model.</span></strong><span style="box-sizing:border-box"> I went back in time to see how we might have used this shared language in features that were shipped. </span><br></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">For example, before TB 9.0 if the user resized their browser, there was a small warning advising users how that might expose them, as they could reveal their fingerprint. So, we are faced with this problem: people are being tracked because they resize their browser. And they are either not aware of it or just dismiss it as something absurd to worry about.</span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">How do we assess this feature (the warning)? Using this shared language we could discuss what type of category it belongs to. I could argue that is a persuasive influence as people can be aware of it and it's influence is weak. But then, if users are dismissing such an important warning that might expose them to trackers, what should we do? Should we have a stronger influence? </span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">This shared language could be a valuable tool for designers and engineers to think how might we encourage/discourage certain behaviours and to imagine beforehand how to assess the impact it would have on the user's influence. It's clear, looking back, how </span><span style="box-sizing:border-box"><a href="https://blog.torproject.org/new-release-tor-browser-90" style="box-sizing:border-box;color:rgb(65,131,196)" target="_blank"><span style="box-sizing:border-box">Letterboxing</span></a><span style="box-sizing:border-box"> is a great solution for this problem (making the decision for them) or why it was a good idea to get rid of the </span><span style="box-sizing:border-box"><a href="https://securityinabox.org/media/torbrowser-osx-en-v01-323-network-settings-via-onion.png" style="box-sizing:border-box;color:rgb(65,131,196)" target="_blank"><span style="box-sizing:border-box">Onion Button</span></a><span style="box-sizing:border-box"> (separating it's functionality: making visible the circuit and creating a New Identity button), but when we are faced with the problem it could be very messy.</span></span></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">And finally is also useful for research purposes as we can try to categorize our findings on each feature and build a shared understanding of what is the actual impact that has in the user's behaviour. This would inform what's important to work on, it provides context to the team as to what to do about it and it helps us navigate clearly the decision-making process.</span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"><strong style="box-sizing:border-box"><span style="box-sizing:border-box">Back to the present moment</span></strong></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">Last week I ran a small exploratory study (</span><span style="box-sizing:border-box"><a href="https://gitlab.torproject.org/tpo/ux/research/-/blob/master/reports/2021/UR-Tor-CostaRica.md" style="box-sizing:border-box;color:rgb(65,131,196)" target="_blank"><span style="box-sizing:border-box">here's the report</span></a><span style="box-sizing:border-box">). In it, two patterns clearly emerged: (i) most participants didn't understand the main differences of TB with other browsers, (ii) most participants are not heavy technical users. And so, to try to use the framework of this language with the findings of the study, I will explain two specific issues identified. </span></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"><strong style="box-sizing:border-box"><span style="box-sizing:border-box">First</span></strong><span style="box-sizing:border-box">, it's clear (in the study) that users were not completely aware of how TB works and thus they didn't understand the increased loading time, or why they couldn't access certain websites, and when they were asked how different it's from other browsers they mainly focused on the appearance. </span></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"><i>This is a huge problem</i>, as our underlying design is decisive: as in, users must connect to at least 3 relays to work. But is somewhat "hidden" to users and so they don't understand the implications that this design choice has in their experience. Thus our challenge becomes much clearer given these facts: how do we make the design much more apparent so that users understand the inner workings of Tor Browser? We could think of different solutions, but just on top of my head: </span></p><ul style="box-sizing:border-box;margin:0.8em 0px;padding-left:30px"><li style="box-sizing:border-box;margin:0px"><p style="box-sizing:border-box;line-height:inherit;margin:0px 0px 0.5rem;white-space:pre-wrap"><span style="box-sizing:border-box">show the Tor Circuit in the about page and not show it (only) inside the TLS/Certification information. </span></p></li><li style="box-sizing:border-box;margin:0px"><p style="box-sizing:border-box;line-height:inherit;margin:0px 0px 0.5rem;white-space:pre-wrap"><span style="box-sizing:border-box">show a diagram while they are configuring the browser, or in the actual connection screen.</span></p></li></ul><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"><strong style="box-sizing:border-box"><span style="box-sizing:border-box">Last</span></strong><span style="box-sizing:border-box">, another issue that I stumbled upon during the session, is that a user wanted to change the language of the Browser. And when you try to do that, it shows </span><span style="box-sizing:border-box"><a href="https://archive.org/download/warning-language-privacy-tor/warning-language-privacy-tor.png" style="box-sizing:border-box;color:rgb(65,131,196)" target="_blank"><span style="box-sizing:border-box">this warning</span></a><span style="box-sizing:border-box">, which confused the user. Using the model described above, we could categorize this warning as a coercive influence. As it needs the user's input to get out of that screen. </span></span></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">Context: This screen has two goals: (i) to know if the user wants to solicit the English version of websites, (ii) and to warn them that they could expose their privacy by not doing so. </span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">Without the influence categories we could discuss how we might improve the writing so that users are not confused by it (and keep it as a coercive influence). But we could ask ourselves if we should even allow the user to make this choice and make the decision for them. </span></p><ul style="box-sizing:border-box;margin:0.8em 0px;padding-left:30px"><li style="box-sizing:border-box;margin:0px"><p style="box-sizing:border-box;line-height:inherit;margin:0px 0px 0.5rem;white-space:pre-wrap"><span style="box-sizing:border-box">If we decide for them, and make the default option to continue to ask for the websites in English (decisive influence), then we would prevent users from making a possible mistake and provide them with our best efforts to keep their privacy. </span></p></li></ul><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">We could still make our best arguments regarding if we should make the decision for them and not even present the choice. But these are discussions we could all be a part of and the language provides a great deal of shared understanding within the team and the choice we end up shipping to users.</span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap">--<br></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">Sorry about the long email. I'm more than happy to know your opinion regarding this, either by email or at the next IRC team meeting on 06-04-2021.</span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box">Thanks for reading :)</span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"><br></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"></span></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"></p><p></p><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><i><font color="#666666"><span style="box-sizing:border-box">*Tromp,  N.,  P.  Hekkert,  and  P.-P.  Verbeek.  2011.  “Design  for  Socially  Responsible  Behavior: A  Classification  of Influence  Based  on  Intended  User  Experience.”  Design  Issues 27  (3):  3–19. </span><span style="box-sizing:border-box"><a href="https://direct.mit.edu/desi/article/27/3/3/69045/Design-for-Socially-Responsible-Behavior-A" style="box-sizing:border-box" target="_blank"><span style="box-sizing:border-box">doi:10.1162/DESI_a_00087</span></a><span style="box-sizing:border-box">.</span></span></font></i></p></div>
_______________________________________________<br>
UX mailing list<br>
<a href="mailto:UX@lists.torproject.org" target="_blank">UX@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/ux" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/ux</a><br>
</blockquote></div>