<div dir="ltr"><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-pair-s" style="box-sizing:border-box"><strong style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">Shared language</span></strong></span></p><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" style="box-sizing:border-box">In 2011 </span><span class="gmail-md-pair-s" style="box-sizing:border-box"><em style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">Tromp, Hekkert, and Verbeek</span></em><span class="gmail-md-plain" style="box-sizing:border-box"> published an article* on "</span><span class="gmail-md-meta-i-c gmail-md-link" 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)"><span class="gmail-md-plain" style="box-sizing:border-box">A Classification of Influence Based on Intended User Experience</span></a><span class="gmail-md-plain" 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 class="gmail-md-pair-s" style="box-sizing:border-box"><strong style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">Force</span></strong><span class="gmail-md-plain" style="box-sizing:border-box"> being how strong is the influence of the design to the user's behaviour. </span><span class="gmail-md-pair-s" style="box-sizing:border-box"><strong style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">Salience</span></strong><span class="gmail-md-plain" style="box-sizing:border-box"> being how explicit this is for them.</span></span></span></span></span></p><p class="gmail-md-end-block gmail-md-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"><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><strong style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">Testing the model.</span></strong><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-meta-i-c gmail-md-link" 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)"><span class="gmail-md-plain" style="box-sizing:border-box">Letterboxing</span></a><span class="gmail-md-plain" 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 class="gmail-md-meta-i-c gmail-md-link" 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)"><span class="gmail-md-plain" style="box-sizing:border-box">Onion Button</span></a><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-pair-s" style="box-sizing:border-box"><strong style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">Back to the present moment</span></strong></span></p><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" style="box-sizing:border-box">Last week I ran a small exploratory study (</span><span class="gmail-md-meta-i-c gmail-md-link" 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)"><span class="gmail-md-plain" style="box-sizing:border-box">here's the report</span></a><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-pair-s" style="box-sizing:border-box"><strong style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">First</span></strong><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-ul-list" style="box-sizing:border-box;margin:0.8em 0px;padding-left:30px"><li class="gmail-md-list-item" style="box-sizing:border-box;margin:0px"><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0px 0px 0.5rem;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-list-item" style="box-sizing:border-box;margin:0px"><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0px 0px 0.5rem;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-pair-s" style="box-sizing:border-box"><strong style="box-sizing:border-box"><span class="gmail-md-plain" style="box-sizing:border-box">Last</span></strong><span class="gmail-md-plain" 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 class="gmail-md-meta-i-c gmail-md-link" 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)"><span class="gmail-md-plain" style="box-sizing:border-box">this warning</span></a><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-ul-list" style="box-sizing:border-box;margin:0.8em 0px;padding-left:30px"><li class="gmail-md-list-item" style="box-sizing:border-box;margin:0px"><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0px 0px 0.5rem;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap">--<br></p><p class="gmail-md-end-block gmail-md-p gmail-md-focus" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain gmail-md-expand" 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 class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" style="box-sizing:border-box">Thanks for reading :)</span></p><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" style="box-sizing:border-box"><br></span></p><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><span class="gmail-md-plain" style="box-sizing:border-box"></span></p><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"></p><p></p><p class="gmail-md-end-block gmail-md-p" style="box-sizing:border-box;line-height:inherit;margin:0.8em 0px;white-space:pre-wrap"><i><font color="#666666"><span class="gmail-md-plain" 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 class="gmail-md-meta-i-c gmail-md-link" 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"><span class="gmail-md-plain" style="box-sizing:border-box">doi:10.1162/DESI_a_00087</span></a><span class="gmail-md-plain" style="box-sizing:border-box">.</span></span></font></i></p></div>