LinkedIn emplea cookies para mejorar la funcionalidad y el rendimiento de nuestro sitio web, así como para ofrecer publicidad relevante. Si continúas navegando por ese sitio web, aceptas el uso de cookies. Consulta nuestras Condiciones de uso y nuestra Política de privacidad para más información.
LinkedIn emplea cookies para mejorar la funcionalidad y el rendimiento de nuestro sitio web, así como para ofrecer publicidad relevante. Si continúas navegando por ese sitio web, aceptas el uso de cookies. Consulta nuestra Política de privacidad y nuestras Condiciones de uso para más información.
Hi, my name is Megan O'Rorke and it's my pleasure to be here to speak about usability tonight. I got my bachelors of science from UCSD in Cognitive Science with a focus on Human Computer Interaction. Human Computer Interaction is commonly abbreviated HCI or CHI and the idea behind the field is to make the interaction between people and computers more efficient, effective and enjoyable. That means is that given whatever the project's constraints are: physical, virtual, political or other; I and people in my field do everything we can to make the experience a pleasant one for the people on the other end of whatever interaction is being built- whether it's a database, a path through a physical building, or completing any variety of the types of tasks you can do on a website.&#xA0;\n
First I'm going to start by explaining the general idea of usability, then briefly set expectations for what will and won't be covered in this talk, share some tricks of the trade- cheap and quick things programmers can use, and at the end I will answer audience questions as time time slot allows. &#xA0;\n
So the general idea behind this field is that eliminating all the error in the code will not guarantee you conquer the world whether you measure that by largest market share, most conversions, etc. As Apple has proven over the last few years it's not enough to have something that is error free. I'm here today to share a bit about how programmers like you can take advantage of what people like me have learned about how to get concrete data and action items of things to improve the interaction between what you're building and the people on the other end. I'll also let you guys in on a few cheap and quick solutions for programmers. \n
I am going to tell you how to get actionable data and quick and cheap ways you guys can get your hands on some data if you&#x2019;re budget is as little as $100 and your time frame is 2 days from now. \n
We&#x2019;ve got limited time so I&#x2019;m not going to cover an in depth history of the field, or describe in detail all the various techniques. I&#x2019;m focusing on a very small portion of the techniques that I think will be useful and easy for you guys to incorporate on your projects. And this talk will not convert programmers into usability professionals. \n
So how do we get this data? Who do we recruit, what do we have them do and why is this useful? Would watching someone sitting next to you at work give the same data as your target users? What should the task be? \n
The people who will give you the best data for feedback will be the ones who haven&#x2019;t been working on the project 10 hours a day 5 days a week. \n
Observing people try to do what you&#x2019;re hoping they&#x2019;ll be able to do when using your program or website works so well because very often people will do something you did not anticipate or NOT DO something that to you thought they would do (like click on the question bubble or read the instructions you wrote for example).\n
In house labs- usually you need at least 2 rooms- 1 for observers, and 1 test room, speakers, microphones, screen sharing software, a moderator, and recruits willing to come to you. \n\nFor what&#x2019;s called a portable usability lab: laptop with a built-in camera, and screen recording software. In other words the mac I&#x2019;m using now + &#x201C;Silverback&#x201D; which will record the screen and optionally audio and video of the user time synched with the \n
Unless you&#x2019;re planning on writing a research paper, test early and often with 3 people at least once a month. After the tests discuss how you&#x2019;re going to fix the critical issues. The hardest part will be sticking to the issues you&#x2019;ve seen in the data. Hack together something that resembles what the final interaction will be and test that on someone new. Sketches and prototypes are faster to scrap or iterate than lines of code. \n
Intro to UX for Programmers
Quick and Cheap Usability for Programmers By Megan O’Rorke SD Ruby 4/1/10
The Plan, StanGeneral idea of usabilityWhat will/won’t be coveredWho, What and Why?Cheap & quick tricks of the tradeAudience questions
General IdeaError free is not enoughWorld conquest = make the person on theother end of your interaction happy
This talk will coverGet actionable dataMethods for programmers
This talk will notCover an in-depth history of the usability ﬁeldGo into all the techniquesConvert programmers into usability professionals
Who, What and Why?Why: Other people’s ESP sucksWho gives the most useful feedback?Real world data
Who: the Upside of IgnorancePeople in the trenches have lost the naïve perspectiveJargon becomes familiar ROR, PEBKAC IGO, NIGO
What/Why: Observation FTW!Observation reveals what anticipation misses
HowIn house labs vs portable usability labsCheap and fast outsourced options: feedbackarmy.com $10 for 10 people’s feedback usertesting.com $39/user, get video + written report
TipsEarly & Often: 3 people, at least once a monthDiscuss ﬁxing critical issues seen in the dataSketch, prototype, scrap and iterate
Guarda las diapositivas más importantes con los recortes.
Los recortes son una forma práctica de recopilar y organizar las diapositivas más importantes de una presentación. Puedes guardar tus magníficos descubrimientos en tableros de recortes organizados por temas.