{"id":44185,"date":"2018-02-09T04:49:11","date_gmt":"2018-02-09T11:49:11","guid":{"rendered":"http:\/\/www.taterboy.com\/blog\/2018\/02\/why-should-you-do-reality-checks-in-your-design-process\/"},"modified":"2018-02-09T04:49:11","modified_gmt":"2018-02-09T11:49:11","slug":"why-should-you-do-reality-checks-in-your-design-process","status":"publish","type":"post","link":"https:\/\/www.taterboy.com\/blog\/2018\/02\/why-should-you-do-reality-checks-in-your-design-process\/","title":{"rendered":"Why should you do reality checks in your design process?"},"content":{"rendered":"

Lesson I learned on design research, feedback, ideas validation and importance of user testing in order to stay on\u00a0track.<\/h4>\n

In my previous article<\/a>, I promised sharing 5 lessons I learned as UX designer during the past 4 years. Here goes the first one?\u2014?focusing on a feedback and validation in order to stay on track towards goals in your design\u00a0process.<\/p>\n

\"\"
Photo by Bryan Goff<\/a> on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

Designing based on the unknown is like walking over a thin layer of ice?\u2014?both bring the same uncomfortable feeling of unsureness and you can\u2019t really build on them before you make sure the foundation is pretty\u00a0solid.<\/p><\/blockquote>\n

1. Clarifying Assumptions<\/h3>\n

We all make assumptions. However, they need to be challenged and clarified; the earlier and more often, the\u00a0better.<\/p>\n

Why?<\/strong> It is all about reducing risks. You need to clearly see the difference between what is true, and what you\u00a0assume.<\/p>\n

Go and ask questions! <\/strong>Conduct research, interview users, ask stakeholders, talk to devs, ask your peers?\u2014?do whatever you need to make sure you to get rid of any little feeling of unsureness.<\/p>\n

Don\u2019t keep it for yourself?\u2014?do everything necessary so people stay on the same\u00a0page.<\/p><\/blockquote>\n

And for those occasions you will need to live with the assumptions for a certain time, make sure to build an action plan on how to validate them on the\u00a0go.<\/p>\n

2. Three Types of\u00a0Feedback<\/h3>\n

Asking for feedback frequently should become a strong habit of every designer. It will become very beneficial to you, no matter if you just decide to test your designs or even learning about your presentation skills.<\/p>\n

I learned to seek feedback in every part of the design process, and I still do learn. Getting an early iterative feedback is powerful to improve your designs, whether it is provided by users or your\u00a0team.<\/p>\n

The following 3 types of feedback are those I seek the\u00a0most:<\/strong><\/p>\n

Peer Feedback<\/strong><\/h4>\n

Always ask your peers for a feedback. Constructive feedback from your team uncovers what you can no longer see. It gives you other perspectives to see the problem, and you get an expert point of view, which will help to eliminate basic mistakes. On top of that, it will help you to stay synced to be UX\/UI consistent, in case your team works on multiple products. Peer feedback will also prepare your work before testing with users or presenting to management, etc.<\/p>\n

Stakeholder Feedback<\/strong><\/h4>\n

Be hungry for feedback as well from product people, marketing, etc. All stakeholders involved will like to share their perspectives to the problem. Allow others to come up with their ideas. Collaborate together to distil the best solutions aligned with user needs and business. Sometimes you will need to make trade-offs. However, try to keep it in good balance?\u2014?e.g. both users and business are important to keep the business\u00a0running.<\/p>\n

User Feedback<\/strong><\/h4>\n

User feedback will provide you with huge support when advocating the design?\u2014?because a UX designer working without users is like having no weapon. By validating your designs you will make your steps safe and it will give you extra confidence that things are just right! At the end of the day users are those ones that will be using it,\u00a0right?<\/p>\n

3. Testing your\u00a0Designs<\/h3>\n

Your designs are just a hypothesis?\u2014?before you prove they are understood by users; before you make sure they work as intended.<\/p>\n

\"\"
Photo by Annie Spratt<\/a> on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

Do formative tests.<\/strong> Test your prototypes always with the right users, so the feedback is relevant.<\/p>\n

Observe, learn and collect feedback<\/strong> on how users interact and understand the design (concept, UI interactions, terminology).<\/p>\n

Iterate<\/strong>?\u2014?make improvements, test again on prototypes and later on a real\u00a0product.<\/p>\n

I\u2019ve found it very handy to do a pilot test<\/strong> before the actual test<\/strong>. It can even be a simple walkthrough with your peers. This will also help you to check the task scripts for the test, making sure they are clear enough, and instructive. Sometimes I catch someone in the kitchen or hallway just to get another perspective?\u2014?it works great and it takes very little\u00a0time!<\/p>\n

\u2026and what if there is no time for testing before the sprint\u00a0begins?<\/strong><\/p>\n

As nothing is always ideal, sometimes you may not have much time for a good research or testing of prototypes before the handoff. I recommend that you do at least an expert review?\u2014?asking your peers for checks. You may also do a classic heuristic evaluation<\/a> (ideally performed by 3\u20134 designers to get more precise results).<\/p>\n

Say NO if necessary!<\/strong><\/p>\n

If you feel the lack of time may endanger the product (or even company), you always have the right to say NO<\/strong>! It is absolutely correct to communicate the risk from your professional point of view if you have valid arguments. You are paid to share your expertise.<\/p>\n

I remember moments that we fought for more time to finish the prototype, iterate and test it properly. Finally, we got more time and it turned out\u00a0great!<\/p>\n

I hope this lesson learned <\/strong>can be inspiring for you as well! Tell me what you think in the comment section below! I\u2019d love to get a conversation started around this\u00a0subject.<\/p>\n

If you like what you have just read, give it some claps ?\u00a0please!<\/strong><\/p>\n

<\/p>\n

Powered by WPeMatico<\/a><\/small><\/p>\n","protected":false},"excerpt":{"rendered":"

Lesson I learned on design research, feedback, ideas validation and importance of user testing in order to stay on\u00a0track. In my previous article, I promised sharing 5 lessons I learned as UX designer during the past 4 years. Here goes the first one?\u2014?focusing on a feedback and validation in order to stay on track towards… Read the full article…<\/a><\/p>\n","protected":false},"author":4,"featured_media":44186,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[15],"tags":[],"class_list":["post-44185","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-general-info"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t