<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 24 April 2016 at 17:59, Sam Parkinson <span dir="ltr"><<a href="mailto:sam.parkinson3@gmail.com" target="_blank">sam.parkinson3@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div>You might be interested in this blog post that I wrote on the subject:  <a href="https://www.sam.today/blog/sugar-onboard-user-testing.html" target="_blank">https://www.sam.today/blog/sugar-onboard-user-testing.html</a></div></blockquote><div><br></div><div>AWESOME! :D Here's the full text, I think everyone should read it :D</div><div><br></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><div><b>Sugar Onboard: After user testing</b></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>By Sam P., 25 April 2016</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>Software is only as good as it is discoverable. When you put Sugar in front of a new user, some will take to it and others will not. However, some of the parts of Sugar are not discoverable, for example, invoking the frame.</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>[A selection of the screenshots displayed]</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>To try to fix this, I designed and coded up Sugar Onboard <a href="https://www.sam.today/blog/sugar-onboard-design.html">https://www.sam.today/blog/sugar-onboard-design.html</a>  </div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>It was implemented in the "onboard" branches of my sugar, sugar-toolkit-gtk3 and sugar-artwork git repos.</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>I then sat down with people and watched as they used it. I tasked by test subjects to open and move between 2 activities running at the same time - something which happens via the frame. I also observed the way that they interacted with the software. I worked with 5 testers (<a href="http://opensource-usability.blogspot.com.au/2012/11/how-many-testers-do-you-need.html">http://opensource-usability.blogspot.com.au/2012/11/how-many-testers-do-you-need.html</a>) all of whom where school age (Aust years 7-10) and how were very familiar with traditional computers.</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>It didn't help.</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>Not only did my thing not help people find the frame (or anything else), the added popups actually annoyed them. They didn't want to read the text and they didn't find it helpful. Even with pictures, some instructions where confusing for them. Really, it wasted their time.</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>So what would I do in the future? I would force them to read and interact with the frame. My design was too big, it added to much. Too much of the content was irrelevant, so people very quickly learnt to ignore it. I needed to choose 1 thing, and be forceful and evil to teach them it. That should have been forcefully teaching them to activate the frame, and activate palettes.</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>I also had some big takeaways about the palette system. The tooltip part of the palette system is great. Users find it very intuitive how fast the tooltips activate. They also seem to intrinsically know that there should be more there; they move their mouse over tooltips waiting for the secondary popdown. However this is the issue that they had with the palettes, the secondary popdown is too slow. In the time between the primary and secondary popdown, the users had mostly become confused and moved away. Maybe we could unify these popdowns and just always show the full palette?</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><br></div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>Usability testing was the most fun thing to do. I need to make more friends so that I can do more of it. I learnt so much. You should give it a go too!</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><br></div></div></div></blockquote>> the secondary popdown is too slow ... Maybe we could unify these popdowns and just always show the full palette? <br><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><br></div></div></div></blockquote>I agree 100% with this. As I understand it, making such a change has a 3 step process: writing a "design doc" to propose such a change, then consensus that the design is an improvement (although who must make up the consensus, I'm not sure), and then a pull request. <div><br></div><div>Is that right?</div></div>