sabato 24 febbraio 2018

Usable Products

Usable Products


BASIC UX — A Framework for Usable Products


The problem is this…
While information and opinions on ‘good UX’ are increasing in availability, teams, organizations, and individuals still struggling to define, measure, and agree upon principles of UX in a productive manner. That is, a lot of UX discussions end in design arguments. Meanwhile, the developers are waiting for direction, the designers are waiting for a correction, and the end-users are waiting for a satisfying experience.

BASIC UX does not set out to be the ‘end all, be all’ of UX principles. It does set out to help solve or at least reduce the problem stated above — UX design in productive environments is harder than it should be.

A set of common principles that test something’s overall user experience.

First, each letter in the word BASIC stands for a UX principle.

  • Beauty
  • Accessibility
  • Simplicity
  • Intuitiveness
  • Consistency

______________

Beautiful

Is it aesthetically pleasant?

The look and feel of a product are important to its overall user experience. The Aesthetic-Usability Effect shows that a visually appealing design is perceived as easier to use than an ugly one. Developers should refer to style guides and design specs for reference here. A few pixels can make a design look ‘off’ and leave the product feeling ‘broken.’

Questions to ask

Is it aesthetically pleasant?
Does it follows the style guide? (Attractive things work better)
Are high-quality images and graphics used? (balance with size optimization)
Is it properly aligned with the layout?

__________

Accessible

Can ‘everyone’ use it?

A product’s accessibility is measured by how available and usable it is for people, regardless of their ability. Developers must go beyond the ‘average’ user and ensure that those with disabilities are also able to use the product. These disabilities might include: poor or no vision, color blindness, lack of motor skills, lower than average intelligence, etc. In these cases, third-party software such as mouse-dictation and screen readers are often used to navigate and perform actions within the product. Using existing standards such as WCAG, 508 compliant, and W3C will help increase the overall accessibility of the product. Subtle accessibility impacts should also be kept in mind when choosing font size, colors, and animations.

Questions to ask

Does it comply with standards? (WCAG, 508 compliant, W3C)
Is it cross-browser compatible? (IE8–11, CH, FF, SF)
Is it ‘display’ responsive?
Is the language simple enough for most to understand?

__________ 

Simple

Does it make life easier?

Hick’s Law states that the time it takes to make a decision is proportionally related to the number and complexity of choices. Additionally, Ockham’s Razor states that simplicity should be the deciding factor when choosing between two identical designs. Developers must then create user interfaces that distill the options to only what is needed to perform the user’s task.

Visually, this means balancing the use of white space and alignments to create associations, rather than complex graphics and styling. The Principles of Gestalt informs us that the use of distance, alignments and color similarities can help guide a product in a clean, simple and intuitive manner. For language content, this means reducing redundancy, removing passivity and filler words.

Questions to ask

Does it reduce the user’s workload? (automate where possible, reduce user’s workload)
Is it free of clutter and repetitive text? (Cognitive load, DRY text, KISS)
Is its functionality necessary? (YAGNI)

________ 

Intuitive

Is it easy to use?

The Gulfs of Evaluation and Execution (Norman 1986) help us understand the usability gaps that users face in any system. Evaluation happens when the user is trying to understand the state of the system. If the state is not clear, the user might unnecessarily repeat an action, or feel a sense of anxiety that their task wasn’t completed. Execution is needed for a user to achieve their goals. If the path of execution is unclear, then the user won’t know how to achieve their goals in the system. If either one of these “gulfs” are too wide, then users will not have a good experience in the system and will dread using it.

Affordance is another key aspect of an intuitive UX. For example, the color of links or the shape of buttons indicates that there is an action available. It’s import to realize that most people spend most of their time with other products and in other systems. Thus, building upon established design patterns is key.

Questions to ask

Is the functionality clear (Affordance and Gulfs of Evaluation/Execution)
Can the user achieve their goal with little or no initial instructions?
Is the task easily repeated by the user without further instruction?
Can the user predict the outcome/output?

_________ 

Consistent

Does it match the system?

Consistency is the thread that holds BASIC UX together. A beautiful product is consistent. An accessible product is consistent. A simple product is consistent. An intuitive product is consistent. In UX, consistency is the thing that separates frustrating chaos from cohesive harmony. It is important that design colors, spacing, fonts and alignments are uniform throughout the product. This visual and functional uniformity creates a sense of dependability and trust between the user and the system.

Developers should reuse existing and established elements in the system whenever possible. Forms should have consistent alerts, labels, validation, and action behaviors. If consistency is lacking, then the entire UX will be as well. Performance glitches should be minimized so that pages load as a consistent rate and actions produce predictable responses.

Questions to ask

Does it reuse existing Interfaces/Interaction?
Is its language, images, and branding consistent with the system?
Does it appear in the right place at the right time? (workflow, navigation, visual hierarchy and information architecture)
Does it perform consistently every time?

__________ 

Conclusion

User Experience Design is at the forefront of product management in today’s industries. However, in spite of this vast and growing knowledge-share on the topic, UX Design is still a difficult area to gain team consensus around. It is in these situations that frameworks can provide clear direction. BASIC UX is a user experience design framework made up of five key design principles. It strives to help developers and designers guide their products in the right direction while remaining productive in the development process. I encourage you to introduce BASIC UX to your team and use it to enhance the experiences your products deliver.

sabato 17 febbraio 2018

If It Needs a Sign, It’s Probably Bad Design

If It Needs a Sign, It’s Probably Bad Design


bad design

The EpiPen, the potentially life-saving device that delivers a dose of medicine to people having a severe allergic reaction, has been all over the news for its outrageous price spike. Going up 500 percent in just under a decade is upsetting. But even as the company and regulators are dealing with its price, going unaddressed is the product’s significant design flaw.

Despite having pen in its name, the EpiPen isn’t really designed like a pen at all. A pen usually has a cap that covers the pen tip. But the cap of the EpiPen is on the opposite end as the needle tip. Joyce Lee, a pediatrician and University of Michigan professor who also studies patient-centered design, points out that this broken metaphor causes confusion over which end is which – and has led to people accidentally pushing their fingers into the needle. Between 1994 and 2007 there were over 15,000 unintentional injections from EpiPens, including many cases of trained healthcare professionals who accidentally gave themselves a dose of epinephrine in the thumb or finger while trying to deliver the life-saving medicine to someone else.

bad design
Unlike a regular pen, the EpiPen has the cap and needle tip on opposite sides  (Kira Stewart-Watkins, Flickr)

The owner of the EpiPen, Mylan, told ProPublica that “Since acquiring the EpiPen Auto-Injector, Mylan has made significant improvements to the design of the medical device portion of the product” and that the design changes were “aimed at making EpiPen Auto-Injectors easier to safely carry, hold, and administer and reduce the risk to users from the device’s needle, which is extremely important to our patients.” The company “encourage[s] all patients and caregivers to receive training on proper administration.” See Mylan’s full response here.

But while in 2009 Mylan redesigned the device, they didn’t change the orientation of the cap and needle. Instead, they colored one end bright orange and gave it the label “Needle End.” No doubt the design tweak helped a little: according to one study, the new EpiPen has a success rate of 67 percent (the old pen had a success rate of 43 percent). But that same study compared the EpiPen to another epinephrine auto-injector, the Auvi-Q, which was recently taken off the market after being recalled for dosage problems. The Auvi-Q is designed with the cap and needle on the same end – and had a success rate of over 90 percent.

It’s not surprising that a new color and a label didn’t stop accidental injections entirely. The EpiPen is just one more example in a long tradition of designers “solving” design problems by adding instructions, rather than fixing the underlying design itself.

Now, it’s true that sometimes instructions are useful and necessary. But in many cases, if it needs a sign, it’s bad design.
_____________________________________ 

The Role of Metaphor in Design

by Joyce Lee, MD, MPH Physician, Designer, Researcher Promoting a Maker Movement for Health     doctorasdesigner.com

bad design

The left-sided photo shows the needle area of the old EpiPen. The right-sided photo shows the needle area of the currently available EpiPen. On both sides of the current EpiPen, there is text on the front and back with the words NEEDLE END in large capital letters accompanied by a large black arrow. A healthcare stakeholder wouldn’t even blink at this detail, but I must quote the great Don Norman, one of the founders of human-centered design:

“Any time you see signs or labels added to a device, it is an indication of bad design.”



lunedì 5 febbraio 2018

People don't read instructions



Entitled People Don't Like to Follow Instructions   

They see rules as an unfair imposition.

by Jesse Hicks

Entitlement, as they say, is a hell of a drug. A new study examines its effects, finding that people with a greater sense of entitlement are less likely to follow instructions—because they see rules as an unfair imposition. Even when disregarding the rules means receiving punishment, the more-entitled people would rather lose out than submit to a system they perceive as less than fair to them.

The study, which appears in Social Psychological and Personality Science, follows up on earlier work which showing that more entitled people are less concerned about what’s socially acceptable or serves a greater good. They believe themselves deserving of preferences and resources not given to others—that’s nearly the definition of entitlement—but researchers were less clear on why people felt that way.

********************************

Psychological Entitlement Predicts Failure to Follow Instructions 

Abstract
Six studies examined the relationship between psychological entitlement and not following instructions. In Study 1, more entitled individuals were more likely to ignore instructions about how to format their responses. Studies 2–4 investigated possible boundaries on the association between entitlement and ignoring instructions; however, entitled people were more likely to ignore instructions even when following instructions was low cost for the self, instructions were given in a less controlling way, or punishment was highly likely to result from a failure to follow instructions. To explore another possible explanation for the relationship between entitlement and ignoring instructions, Study 5 examined whether entitled people were more sensitive to situations potentially unfair to them; indeed, they were more likely to reject offers in an ultimatum game. Building on this finding, in Study 6, more entitled individuals’ greater likelihood of ignoring instructions was predicted by their viewing instructions as an unfair demand on them.

******************************** 
********************************

Real Users Don't Read Manuals  

by Moritz - Enterprise Project-manager

Good products help users attain their goals
This is the case for machines, electronics and other physical products, but also holds true for software. A great deal of good UX design is creating something that people can easily understand and handle intuitively. People use products not for the sheer pleasure of using it but to reach a certain goal. This means that one of the main criteria of how people rate their experience depends on how effectively and efficiently people can reach those goals.

So, in general, your product should strive to teach its users 3 different things:

  • To know where different functions can be found
  • To understand the purpose of the different functions 
  • To understand how different functions work

Why don’t users read manuals?

There are a few obvious explanations and not so obvious explanations for this. For one, most people are lazy. They’d rather not do something that takes effort, like read complicated instructions. Even if forced to work with a new tool most novice users will skip over the instructions and assume most of it can be figured out by using common sense. Advanced users skip over the instructions. They assume they know how to use things and don’t have time to read complicated instructions. This doesn’t just lead to errors, but also to users who maintain ineffective usage patterns, keeping themselves from learning and limiting their ability to achieve the goals they have set out for themselves with their new tool.

This isn’t always the user’s fault. Instructions are often tedious to read and poorly written. Users who try to read the instructions tend to get confused by the sheer number of words and concepts. Designers often overdo it with their instructions and tend to over-complicate things. This holds especially true for helper texts within a system. In an attempt to cover all bases and make sure the user gets what he has to do, long text scares off the user and creates the opposite effect.


The theory of the Active User Paradox

Back in the 1980’s John M. Carroll and Mary Beth Rosson at IBM discovered that people don’t read manuals but dive right into tasks until they get stuck or manage to finish through trial and error. They formulated the theory of the Active User Paradox.  In this theory they deal with two common problems faced by users:

  • The Product Paradox
  • The Assimilation Paradox 

These behavioural patterns explain how users try to avoid spending more time than necessary with a product. By skipping proper learning they try to save time, but on the long run this usually costs more time than it saves.

The Product Paradox is the focus of the user on the final product. As they use a product for a specific goal they want to achieve this as soon as possible. They take the first best solution they can find,  skipping instructions and focusing only on the task at hand.

Resulting from this the Assimilation Paradox describes the fact that if people don’t know something they compare it to things they know. Even if those comparisons are not appropriate.

In their paper they give some great guidelines on how to deal with these issues:


How to improve learning behaviour for users

Thankfully, with the above in mind, there are things you can do to improve the learning behaviour of users. One important thing is to accept that long-winded written text-based manuals are often not an ideal solution. Diversification of methods, giving users different avenues for learning, will help bring your point across. In addition, even if a point against manuals has been made here, they should always be supported, as users will need it in worst case scenarios it has to be there.

Different onboarding strategies incorporate the principles Carroll and Rosson established in their papers and try to design for or mitigate the impact of the two paradoxes.


Paradox of the Active User - pdf online

*********************************


Onboarding strategies

What is user onboarding?

User onboarding is the practice of making your product or service as easy as possible for new customers to get value from. It’s a way to build retention directly into your business, ensuring that customers understand how the product works and why it’s worth paying for.


*******************************************
*******************************************


Designing for People Who Have Better Things To Do With Their Lives 

by JOEL SPOLSKY

When you design user interfaces, it’s a good idea to keep two principles in mind:


  1. Users don’t have the manual, and if they did, they wouldn’t read it.
  2. In fact, users can’t read anything, and if they could, they wouldn’t want to.

These are not, strictly speaking, facts, but you should act as if they are facts, for it will make your program easier and friendlier. Designing with these ideas in mind is called respecting the user, which means, not having much respect for the user. Confused? Let me explain.

What does it mean to make something easy to use? One way to measure this is to see what percentage of real-world users are able to complete tasks in a given amount of time. For example, suppose the goal of your program is to allow people to convert digital camera photos into a web photo album. If you sit down a group of average users with your program and ask them all to complete this task, then the more usable your program is, the higher the percentage of users that will be able to successfully create a web photo album.

Now, even without going through with this experiment, I can state with some confidence that some of the users will simply fail to complete the task, or will take an extraordinary amount of time doing it. I don’t mean to say that these users are stupid. Quite the contrary, they are probably highly intelligent, or maybe they are accomplished athletes, but vis-à-vis your program, they are just not applying all of their motor skills and brain cells to the usage of your program.

Users Don’t Read the Manual.

First of all, they actually don’t have the manual. There may not be a manual. If there is one, the user might not have it, for all kinds of logical reasons: they’re on the plane; they are using a downloaded demo version from your website; they are at home and the manual is at work; their IS department never gave them the manual. Even if they have the manual, frankly, they are simply not going to read it unless they absolutely have no other choice. With very few exceptions, users will not cuddle up with your manual and read it through before they begin to use your software. In general, your users are trying to get something done, and they see reading the manual as a waste of time, or at the very least, as a distraction that keeps them from getting their task done.

In fact, users don’t read anything. 

This may sound a little harsh, but you’ll see, when you do usability tests, that there are quite a few users who simply do not read words that you put on the screen. If you pop up an error box of any sort, they simply will not read it.

The fact that users do not read the manual leads many software designers to assume that they are going to have to educate users by describing things as they go along. You see this all over the place in programs.

In reality, when you run a usability test on this kind of thing, you’ll find that advanced users skip over the instructions. They assume they know how to use things and don’t have time to read complicated instructions most novice users skip over the instructions. They don’t like reading too much and hope that the defaults will be OK the remaining novice users who do, earnestly, try to read the instructions (some of whom are only reading them because it’s a usability test and they feel obliged) are often confused by the sheer number of words and concepts. So even if they were pretty confident that they would be able to use the dialogue when it first came up, the instructions actually confused them even more.

******************************************** 

Why Users Don’t Read Your Help Manuals

Study says 64% of men don’t even read the manual before calling tech support

The Disappearance Of The Instruction Manual

95 percent of all returned gadgets still work

Why Don’t People Read the Manual? 

5 Reasons Why Users Don’t Read Your Help Manuals

  1. Your help manual is published in the wrong format
  2. Your help manual is absolutely boring
  3. Your manual does not match user's operating system
  4. Product users underestimate the value of your help manual
  5. Differing technical abilities


Further reading
Why don't people read the manual? in Proceedings of the 24th annual ACM international conference on design and communication (pp. 11-18) Novick, D. G., & Ward, K.

Resolving the paradox of the active user: Stable suboptimal performance in interactive tasks. In Cognitive science, 28 (6), 901-935 Fu, W. T., & Gray, W. D.

Principles and heuristics for designing minimalist instruction. Technical Communications, 42(2), 243-261. van der Meij, H. & Carroll, J.M.

Paradox of the active user. Carroll, J. M., & Rosson, M. B.

The Nurnberg Funnel. Carroll, J.M.