WMDE Engineering/UserExperience

''Goals for this page: Laypersons should be able to understand why we work on UX and have a concept of what we do. Comment: directly in text, just format meta stuff so someone else can recognize what the actual content is and what comments are''

Goals
We want to improve the usefulness and usability of Wikimedia projects.

Tasks:

 * Usability Testing
 * Needfinding
 * Create Interface Designs
 * Consulting on UX topics and help others to solve minor UX problems themselves.

How we work – Lean UX
We use creativity and research to create designs and functionality. Rather than testing once and big we test early and often. Since it is hard to retroactively correctly describe ones workflows or motivations, we use observation or web analytics, too.

Needfinding
What are our communities’ motivations, activities and problems?

Create Interface Designs
We design new interfaces or improve older ones using sketches on paper, drawings in Inkscape or or programming in HTML and CSS. The designs consider usability rules and Wikimedia styleguides.

Usability Testing
To know if, how and why an interface works or not, we observe people using our software.

Consulting on UX topics
We help with suggestions and assessment of product plans or interfaces.

--

=DUMP=

Methods UX:

 * Surveys: Popular, but often the data is not reliable and for actual measurements or finding needs, they are not a good choice.
 * Guerilla Usability Test: Quick test of 3-5 users. Do small tests, but often!
 * SUS: easy to use standard survey
 * In-Context: Test/Exploration, like a usability test/interview but with the participant doing his/her own tasks on his/her own equipment.
 * Interview/Observation (see Beginners Guide to User Needfinding)
 * Graphical Elicitation and Analysis
 * Design Studio
 * Paper Prototyping
 * Brainwriting
 * (Other co-creation)
 * Affinity Diagramming

Show us how you work
… Signup:… Tools:…

Recruiting

 * Opt in pool for community. Example form for this from WMF. Don't forget to ask for experience etc.
 * Usertesting etc. might be useful to get beginners – but it costs. Alternative: Snowball-sampling.

Tools

 * google Forms (privacy?)
 * google hangouts
 * Calls and Video and Screensharing (!)
 * Firefox Hello
 * Calls, Video and Screensharing using Firefox Hello. Currently: The participant needs to activate hello and send me the link.

Challenges:

 * How can we hear the beginners and intermediates?
 * At the top of the wikipedia page there is a banner, showing various projects. Could we there unobtrusively ask users if they would like to donate 30min to with a (remote) test?
 * Meetups of non-tech interest groups (PMs will know more)

Tasks and Orga
A Kanban Board with lanes (Testing, Need Research, Creation/Ideation, Graphic/Motion Design)

Open: How do I get tasks and how do the teams I work with get the output and discuss with with me?

Templates

 * Personas/User Profiles
 * User Quotes
 * User Journeys
 * Introtext test (to read to participants)
 * Checklist for common UX tasks (with only the essential points!!!)

Tools

 * Byzanz for gif-screencasts for problem demonstration to send in an image.
 * Libre Office Impress. Slides and simple prototypes.

UX for everyone!

 * Using Heuristics
 * Use patterns
 * When should I ask a UX person?
 * Discussing Design, Sketching etc.
 * Teach yourself:
 * Reading Don't make me think
 * Participate in UX Research, lead a session, if you like

Working with the WMF:

 * Some things exist (Personas)
 * WMDE needs to make sense of such materials (usually, such deliverables are not drop-in-act-on information)
 * How can we pool our efforts

Interface to community:

 * Opt in to tests (see above, target beginners challenge)
 * Come to co-creation sessions
 * Before, After Workshops, Meetups
 * As well: Interested Readers, Beginners etc. should also sign up. How can we target them.
 * ... please add!

Interface to PMs
Hypothesis: PMs work with many people, hear their opinions. UX Research typically works with few people and observes behaviour. This would mean we could complement us very well!

Suggestion: Add a "get information about usage context/workflow AND/OR involve UX" to the add-a-new-feature community communication guideline.

Fun and Innovation

 * Among the Wikidata swag is a checkered writing pad. Naturally, there should be a lined pad for wikipedia and a blank one for commons, too.
 * Could we generate Easy to understand graphs from Wikidata? e.g.
 * automatic, Isotype-Like amount visualizations.
 * conversion to intuitive units: "As heavy as 13 Cars"

Needs improvements

 * Watchlist page

quickMockup
A simple, libré tool to create stuff-to-see from stuff-you-think