I just published a new article on UXmatters, Avoiding Common Prototyping Mistakes. This topic came from my repeated experience making these mistakes when prototyping. There are so many great, new prototyping tools out there. It seems new tools are popping up every week.
The great thing about these new prototyping tools is that they make it so easy to create realistic looking and interactive prototypes. However, the problem is that it’s very easy to get carried away by trying to show too much in the prototype. You think, “I’ll show how this works. Well then I guess I might as well show this too.” The next thing you know, you’ve spent hours creating something really impressive but really complicated.
In this article I discuss and provide solutions for these six prototyping problems:
- Jumping too soon into prototyping
- Failing to plan what to prototype
- Prototyping at the wrong fidelity
- Getting carried away by creating too much
- Failure to explain types of prototypes
- Not creating a guide for navigating the prototype
Check out Avoiding Common Prototyping Mistakes on UXmatters.
Your Baby is Ugly!
That’s the title of the article I just published on UXmatters, in which I give advice on how to soften the blow of delivering bad news to clients. Let’s face it, when we perform an expert evaluation, usability testing, or user research on an existing product – most of what we find is problems with the current product. Clients don’t pay us to tell them how great their products are. If they’ve hired us, it’s to find problems that can be fixed. But there are ways to make it easier to deliver bad news. In this article I provide the following advice:
- Get the stakeholders to admit that it’s ugly first
- Get everyone to buy into your research methods upfront
- Encourage stakeholders to observe the research
- Blame the bad news on the participants
- Back up your findings with metrics
- Present recordings and quotations
- Don’t beat your audience over the head
- Emphasize your expertise
- Back up your findings with examples of best practices
- Show your stakeholders they’re not alone
- Position it as providing recommendations, not pointing out problems
- Mention the positive aspects too
- Deliver your findings in person
- Prioritize the problems they should solve
- Provide a plan for addressing the problems
You can find more details about this advice in my latest article, Your Baby is Ugly.
Have you ever wondered what qualities you need to succeed in user research? I just published an article on UXmatters, Qualities of Effective User Researchers, which lists the following qualities that lead to a successful career in user research:
- Ability to Learn Quickly
- Organizational Skills and Attention to Detail
- Time Management Skills
- Mental Agility
- Flexibility and Adaptability
- Good Memory
- Effective Notetaking
- Analytical Skills
- Problem Solving
- Design Skills
- Writing Skills
- Communication Skills
This may sound like an intimidating list, but you don’t have to be perfect in all of these areas. Check out the full article on UXmatters – Qualities of Effective User Researchers.
Cow image by FFCU (Free for Commercial Use) by Creative Commons License
A key skill you need for usability testing is the ability to work well with a variety of different types of people. You meet all kinds of people as usability testing participants. Over time, you get used to adjusting your approach to different personalities and characteristics. Most people are easy to deal with. However, some people present challenges.
In my latest UXmatters article, “Wrangling Difficult Usability Testing Participants,” I discuss ten types of challenging participants and how to best adjust your interaction with them to get the best testing experience.
In my latest article on UXmatters, Five Degrees of User Assistance, I bring up a character that people love to hate – Clippy, of course! Although I do have sort of a soft spot for the little guy, he is a great example of unwanted user assistance.
Poor Clippy! It really wasn’t his fault, he came along at a time when computers were too stupid to accurately predict when people needed help. Programmed to jump out when certain events occurred, to enthusiastically offer his assistance, instead he came across as an unwanted interruption and annoyance.
Today, as technology becomes increasingly intelligent, computers are smart enough to provide more appropriate and more accurate user assistance. In my latest article I describe these five levels of user assistance:
- Passively providing online Help content. Here’s help if you need it.
- Asking if the user needs help. Can I help you?
- Proactively offering suggestions that users can accept or ignore. Is this what you want, or do you want to correct this?
- Alerting the user that it’s going to take an action automatically, unless the user says not to. I’m going to do this, unless you tell me not to.
- Automatically taking an action for the user, without asking for permission. I’ve got this for you. Don’t worry about it.
Check it out at UXmatters: Five Degrees of User Assistance
Image source: Clippy, created by J. Albert Bowden II and licensed under CC BY 2.0
In my latest UXmatters article, I compare the latest prototyping tools to paper prototyping. Paper has long had the advantage in allowing designers to quickly and easily create early prototypes, that look unfinished, and encourage users to honestly provide criticism. However, the latest prototyping tools have caught up to, and in some cases surpassed, paper in making it very easy and quick to create prototypes without any coding.
So, do the advantages of paper prototypes still beat these new prototyping tools? That’s what I explore in my latest article, Prototyping: Paper Versus Digital.
Image credit: Samuel Mann
I just published an article in UXmatters, Conducting Qualitative, Comparative Usability Testing. It’s about conducting usability testing with two or more designs, early in the design process to get better information and better user feedback, before settling too soon on one particular design.
When participants are able to experience multiple designs, they can provide better feedback. As a result, you can gain greater insight into the elements of each design that work well and those that cause problems.