Let’s Talk UX: Why Research and Requirements are Important

uxdesign_maindetailHello everyone!  Today I’ll be talking to you all about why gathering research and defining requirements is important.

Alright, so let’s say your team is building an app for a client.  The client asks for two requirements, and leaves the rest to your team.  Now,  your team holds excellent programmers and designers that utilize the latest tools of their trade to come up with ideas of what this app will do and look like.  Your team begins with making sure the basic features asked for by the client are included, then begin adding feature after feature that may help the end user and looks awesome.  As your team builds the product more and more, you all begin to really fall in love with the product.

The end product is a latest-featured aesthetically-pleasing design that does what the client does and more.

Key point on more.

Six months pass and you receive a rather heated email from your client saying the app is performing far below expectations.  He details out that the target demographic does not buy the app.  You investigate into the issue and find that the extra features were far misaligned with what the target audience’s goals were.

This is why research and requirements are important.

You find that if you had done some research into the target audience then a few key features that were tacked on would be avoided like the plague.  You would’ve known why some features were important and why were definitely not.  You would’ve had a direction of where your ideas should go.  Some things that could help your team in understanding why UX Research and requirements are important:

1. The product is not for you, it’s for the user.  Using your “gut” and going with what you think is good are very wrong driving factors in creating a user centered product.  Understanding your users is absolutely fundamental in creating this product.  What do the users prefer?  What type of things drive a user for the topic of this product?  What sort of problems are users having in order for them to want this type of product?  These are all questions you can extract valuable information from and apply to the creation of the product.  

2. The interface is magic, but wandering aimlessly accomplishes nothing.  The requirements are designed to help you define a “road map” to what direction your product design should go.  Without these a designer or programmer is left with creating indiscriminately, meaning there is no set way on where their designs are heading.  These requirements are to help drive your ideas in the direction your users would prefer based on educated conclusions, rather than aimlessly wandering in a direction.  

So next time you and your team are commissioned in doing a product, try to understand your target audience and define a path first.  Don’t throw features at an interface and hope or think something good will come out of it.

 

——User First, Designer Second—— 

 

Let’s Talk UI Design: Heuristic 7, Flexibility and Efficiency of Use

IT. IS  COLD.

Just thought I’d get that off the chest here.  Hello again everyone!  Today we shall be discussing the seventh heuristic in Jakob Nielsen‘s 10 Heuristics of User Interface Design:  Flexibility and Efficiency of Use.  So this time I’ll be using Facebook as an example.

Ok, so to recap:

Flexibility and efficiency of use

Accelerators — unseen by the novice user — may often speed up the interaction for the expert user such that the system can cater to both inexperienced and experienced users. Allow users to tailor frequent actions. “

facebook

Some people have more experience than others.  Allow shortcuts in your design for these people, because they know what they need and how to get to it.  Facebook keeping you logged in, or even messaging a friend on Facebook are two good examples.

Now as much as I have with Facebook, this heuristic was excellently put into play.  On your personal profile page, Facebook provides a Friends tab where you can find your friends and do whatever you need (checking profile, shooting a message).  It’s an excellent tool, one that Facebook really thrives off of.  OK, so let’s say I just wanted to send a friend a message.  Instead of diving in click after click to find my friend in the Friend’s tab I could use this nice right panel Facebook has so nicely provided for me that takes one, maybe two clicks.

This is a perfect tool for me, as I am a seasoned Facebook user who really only comes to Facebook for one or two items.  Now, for those who have different goals than I do may use the Friends Tab, but for me who is a user focused on what I need I have the flexibility to choose.

Alright, so importance?

Users are different.  Some users are savvy with an interface, some are not.  Some users have one set of goals, others have a different set.  As a designer, it’s important that you understand that inside your target audience will lie users of these categories.  You cannot design something for everyone, but you can design something effectively for users in your target audience on both sides of the spectrum.

 

——User First, Designer Second—— 

Let’s Talk Heuristics: An Overview

Alright, so last class Dr. V presented to us the 10 heuristics for UI Design by Jakob Nielsen.  We talked about them a bit in class, but today I’m gonna speak a little more about them.  Check back in later posts about how each of them can apply in Designs!

Visibility of system status 

“The system should always keep users informed about what is going on, through appropriate feedback within reasonable time.”

zola

People get confused easily! You need to let users know what is on the page, where they are in the product, or how long til they get to their target destination.  Examples of this includes Highlighted Navigation, Breadcrumbs, Loading Percentages, Progress bars.

Match between system and the real world

The system should speak the users’ language, with words, phrases and concepts familiar to the user, rather than system-oriented terms. Follow real-world conventions, making information appear in a natural and logical order.

mySiteHome

Attention: Everybody’s not a computer, a programmer, or a designer.  People do NOT speak programming lingo out in the real world (most people, anyway).  So….saying things like “Please re-authenticate” at a password error is not gonna fly.  Talk like your target audience talks.  Know how your audience sees things. For example, say your target audience are employers. Seeing your portfolio as a navigation item, for example, or placing works right on the first page.

User control and freedom

Users often choose system functions by mistake and will need a clearly marked “emergency exit” to leave the unwanted state without having to go through an extended dialogue. Support undo and redo.”  

amazonOrder

People make mistakes.  Let them have a way out, or a way to fix things.  For example, displaying information entered before and allow editing before placing an order.

Consistency and standards

Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform conventions”.

portfolio

Don’t you dare use two different ways to describe one thing on the same screen!  BAD, BAD, BAD!  If your navigation item says “Portfolio”, then the page title should be “Portfolio”, the url should say “Portfolio”, and the browser tab should say “Portfolio”.

Error prevention

 Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action.”

dropbox

Alright, if you can create a design that pushes for no errors, then that would be epic and very good.  Shoot for that.  Otherwise, if an error does occur, THEN REALLY ASK A USER IF THEY WANT TO DO THAT. For example, accidentally selecting “Delete” instead of rename in Dropbox.

Recognition rather than recall

Minimize the user’s memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another. Instructions for use of the system should be visible or easily retrievable whenever appropriate.” 

amazonBar

REMEMBER THIS ONE.  REALLY.  People do not like to read.  So…don’t force them to. People can recognize certain symbols simply because that’s what they’ve learned.  Using a house symbol as “Home” or using a Cart symbol as “Cart” for example. A progress bar’s position is another example.

Flexibility and efficiency of use

Accelerators — unseen by the novice user — may often speed up the interaction for the expert user such that the system can cater to both inexperienced and experienced users. Allow users to tailor frequent actions. “

facebook

Some people have more experience than others.  Allow shortcuts in your design for these people, because they know what they need and how to get to it.  Facebook keeping you logged in, or even messaging a friend on Facebook are two good examples.

Aesthetic and minimalist design

Dialogues should not contain information which is irrelevant or rarely needed. Every extra unit of information in a dialogue competes with the relevant units of information and diminishes their relative visibility. “

gmailGo

Guys and gals, keep it simple.  Don’t feed users more info than they need…meaning DON’T GIVE A HUGE PARAGRAPH EXPLANATION IF IT’S NOT NEEDED.  In fact, if you don’t need to explain it because it’s intuitive then don’t explain it!  Saying “Create an Account” on a button is a good example.

Help users recognize, diagnose, and recover from errors

Error messages should be expressed in plain language (no codes), precisely indicate the problem, and constructively suggest a solution.” 

beats

Umm….if there is an error, then the people need to know it.  Don’t over-complicate it, seriously.  Highlighting the text box with the error and saying “Oops, wrong password” is more than enough.  Or, even just highlighting the box and using an “X” if that is effective.

Help and documentation

Even though it is better if the system can be used without documentation, it may be necessary to provide help and documentation. Any such information should be easy to search, focused on the user’s task, list concrete steps to be carried out, and not be too large.”

question  

Alright if it’s needed, provide some help.  DO IT ONLY IF IT’S NEEDED THOUGH.  Make it to where it’s easy to find, and of course relatable.  Putting a “?” Bubble next to a search box is an example.

Alright, there ya go everyone!  Check back for some design posts on these heuristics!

——User First, Designer Second——