<div dir="ltr">Cool. Although, I was really after the language discussion as some of the issues identified are basically challenging the <a href="https://2019.www.torproject.org/projects/torbrowser/design/#philosophy">2019 philosophy of: <i>Preserve existing user [mental] model</i></a>. Maybe during the team meeting we can talk about it.<br><br>In the meantime, here are the 5 issues I submitted as a result of the research session:<br><ol><li><a href="https://gitlab.torproject.org/tpo/ux/research/-/issues/34">Make Tor Circuit more visible</a> (mental model challenged)</li><li><a href="https://gitlab.torproject.org/tpo/ux/research/-/issues/36">Usability - Confusing error while trying to access a website </a>(mental model challenged)</li><li><a href="https://gitlab.torproject.org/tpo/ux/research/-/issues/32">SEO / Findability - Tor Browser - Download Page</a></li><li><a href="https://gitlab.torproject.org/tpo/ux/research/-/issues/33">Content in Download Page</a></li><li><a href="https://gitlab.torproject.org/tpo/ux/research/-/issues/35">Changing language (UI) - Asks for their preferred language on websites</a></li></ol><br>Pura vida,<br>J</div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 30, 2021 at 10:18 AM Duncan Larsen-Russell <duncan@botany.studio> 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 style="overflow-wrap: break-word;">Thanks so much for sharing your report José, looking forward to discussing it at the team meeting on April 6th!<div><br></div><div>Ta,</div><div>Duncan<br><div><br><blockquote type="cite"><div>On Mar 27, 2021, at 13:18, José René Gutiérrez <<a href="mailto:hola@josernitos.com" target="_blank">hola@josernitos.com</a>> wrote:</div><br><div><div dir="ltr"><div 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></div><div 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></div><div 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></div><div 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></div><div 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></div><p style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"></p><img src="https://ia801503.us.archive.org/28/items/warning-language-privacy-tor/A%20Classi%EF%AC%81cation%20of%20In%EF%AC%82uence%20Based%20on%20Intended%20User%20Experience.png" width="562" height="432"><div 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></div><div 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></div><div 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></div><div 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></div><div 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></div><div 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></div><div 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></div><div 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></div><div 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></div><ul style="box-sizing:border-box;margin:0.8em 0px;padding-left:30px"><li style="box-sizing:border-box;margin:0px"><div 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></div></li><li style="box-sizing:border-box;margin:0px"><div 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></div></li></ul><div 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></div><div 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></div><div 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></div><ul style="box-sizing:border-box;margin:0.8em 0px;padding-left:30px"><li style="box-sizing:border-box;margin:0px"><div 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></div></li></ul><div 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></div><div style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap">--<br></div><div 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></div><div 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></div><div style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span style="box-sizing:border-box"><br></span></div><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><div><br></div><div 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></div></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" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/ux</a><br></div></blockquote></div><br>
<br></div></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>