What is User Experience Design? Trying to explain in a quick tidbit is near impossible, so Im going to attempt to tell you over two exciting blog posts. This is of course no means an exhaustive step by step run-down but, instead, more of a high level look at what it is to be a UXD.
UXD in itself is a multi-disciplinary field and comprises many design disciplines as well as many social sciences. They are used in conjunction with each other to create a more refined and user-friendly experience. User-centered design is at the heart of UXD
The most common misinterpretation and one that grates on me the most is the view of many that UXD is simply another name for usability design! Its not! It incorporates much more than that.
To make things more confusing the term User Experience Design is considered by some as a misnomer and I personally fit firmly in the we create an experience, we dont design an experience camp. UXD for me is much more than just designing an interface or making something look aesthetically pleasing for the masses – its about researching your market & understanding your user, creating personas from qualitative research and stakeholder interviews, then using those personas to create credible user stories and context scenarios. Only then can we begin to understand the individual goals of our users.
Yes, its fair to say we in the profession do use design a lot and we do refer to ourselves as designers, but lets be honest, if we called ourselves User Experience Creationists it would make us sound a bit godlike!
In a nutshell were all the same:
But thats how it should be things should work the way you want them and its our job to make sure that your user experience is as fluid and pain free as possible. If youre frustrated then the UXD hasnt done their job. And they should be shot.
So UXD – whats it all about then? Its been forced upon the design community and now high-level execs are listening open eared. Well now take a high level view of UXD and will look at the following subjects here on the Tecmark blog over two parts;
UXD – UNDERSTANDING THE USER
A user is anyone who comes into contact with your interface. These users are complex machines. Theyre individual and no two users are the same. When starting out on a project we cant make assumptions or use stereotypes to define the flow or feel of an interface – if we did, the interface would fail.
Users change. They are constantly evolving their skill level, or on the odd occasion forgetting their level of skill and starting over again. If you think about when you first used a computer youll quickly understand what I mean. Everyone starts out as a beginner user what was once a beginner user quickly becomes an intermediate user but many intermediate users never become experienced users. The transition to experienced user can be a long process. Even if someone becomes an advanced user, they could easily slip back into the category of intermediate user without continued use.
Many users will fit into the intermediate field for a prolonged period of time. When we create an interface we create it for all users but with a higher focus on the intermediate user. Ignore the beginner and they wont stay to learn your products, ignore the more advanced user and they wont stay interested and will move onto more engaging apps or websites.
And lets not forget about the stakeholders – the people who pay the bills. Its important to make considerations for stakeholders. They are in no way as important as the end user from a UXD perspective, but they usually control all the money for the project and can and most often will dictate exactly what they want in the system. Its the job of the UXD to help the stakeholders understand the importance of UXD and how it can benefit their project overall, specifically with focus on ROI.
UXD – PERSONA CREATION
Once user research has been completed it is now possible to create personas. This is done through qualitative research and stakeholder interviews.
Personas are there to investigate and define the behaviors of users. They are created to understand the motivations and the different goals. There will be several personas for each interface. Its a way of grouping together behaviors and users and helps all the way through the creation process. We use them at the beginning to define the goals and all the way through to the end to define the testing procedures.
We use personas to determine how an interface should look and feel. Theyre used to determine what an interface should do and look like, to articulate the reasons behind decisions, as well as the already mentioned goals and tasks. They help to determine a range of behaviors and aptitudes between a collective of people, which in turn can help determine which features take prominence within an interface.
A persona is created by looking at demographic and psychographic data compiled through the aforementioned qualitative research stage, along with expert knowledge of persona creation. They are given names, ages, jobs and take on the role of a real person. They are used to assess how someone would behave with an interface, how they would react when an error occurred, what level of user they are They are our friends and we love them.
Goals are the UXDs main focus when creating an interface – not the commonly thought of tasks, features or functions. Goals must be the main driving force behind design decisions associated with the interface.
Lets put this in the context of an everyday task making a hot drink! When you make your drink, the end goal is to consume that drink. The actions of boiling water, adding milk, sugar, tea or coffee are simply tasks along the way. The goal ultimately to consume the drink does not change throughout.
Once we have an understanding of the user goals, we can start to compile a list of tasks that aid in the completion of that goal, whilst keeping cognitive loads to a minimum.
UXD is very much goal orientated and many (if not all) of the decisions are all geared towards the simple completion of otherwise complex goals and tasks. Before we start to think about aesthetics of the app or website were working on, we set about looking at the goals associated with the interface.
Goals arent complex. They are single, simple sentences. For example, Mark needs to book train tickets using the app. Thats the goal. There are going to be more tasks in there to facilitate it, but in the simplest form thats what must happen.
So here weve covered the basics. In part two, we will talk about user stories, wireframes and graphics.
Get 123 pages of expert advice straight to your inbox.
About the Author
The meta description (along with the title) is often seen as the shop window to your site and has a major influence on how much traffic your site can draw.
“Manchester’s got everything, except a beach” – Ian Brown It’s no secret that, here at Tecmark, we love our city. We couldn’t possibly list all the reasons why – the friendliness of the people, the captivating mix of old and new architecture, the sense of community – to name but a few.
In 2015, after over ten years in an in-house copywriter and editor role, I decided to bring everything I had ever been taught and try something a little different.