Research and testing make designs better. You might have seen this play out first hand, by running your own tests before iterating on concepts or working with user researchers to design a new feature.
You may have relied on user research to improve ease of use, reduce friction, and identify changes to include in your next design sprint. And thatās because user research leads to more efficient, informed design initiatives.
But we have a secret. Sometimesā¦research isnāt always necessary.
That doesnāt mean you should start going into every UX design project blindly, but there are times when you donāt need to dot every āiā and cross every ātā.
As always, prioritization is critical. You know you donāt have endless time to test your designs. You need to assess what needs to be tested right now, what can wait, and what can move forward without testing.
āļø Thanks to our friends at Sprig for sponsoring this blog post!
First, Hereās When You DO Need to Test
Letās talk about when you absolutely do need to test. No questions asked. No excuses. It needs to be done.
If you are exploring a brand new concept, you have to test it. Itās not worth wasting time and resources going down a road that wonāt work and, without any precedent, you canāt make an informed decision. Donāt go in with your eyes closed. Test.
But test in a way thatās more efficient and less of a drain on resources, like with unmoderated concept and usability testing.
If thatās not the case, however, letās get back to the question at hand. When do you need to test and when can you go with your assumptions and skip it?
Do you need to test? 7 Questions to ask
With input from designers and researchers, weāve developed a framework of 7 questions to help determine whether you need to test ā or whether you can get away with charging forward and feel confident in your decision-making.
āļø 1. The Core Flow Question
Is it part of the core flow of your userās experience?
Answer: TEST! Whenever a new feature is an integral part of the userās experience using your app, itās worth the investment of testing concepts and usability.
š 2. The Success of Launch Question
Is the userās ability to do this particular action going to determine the success of the launch?
Answer: TEST! Always test if itās directly related to success. Hunches arenāt good enough when a launch is going to (hopefully) translate into revenue.
š 3. The User Difficulty Question
Is this an area where we anticipate users could have difficulty?
Answer: TEST! If this feature addresses a pain point that could trip up users, youāre better safe than sorry. Test to determine whether youāve actually addressed their needs, or if this new feature might create issues you didnāt anticipate.
šÆ 4. The Impact on Task Accomplishment Question
Does this change the way current customers are accomplishing their tasks? Is this going to impact what customers are currently doing?
Answer: TEST! Newer isnāt always better. Testing helps determine whether youāve made usersā lives easier, and how you can best onboard customers to adjust to the new changes. If a feature proves cumbersome for existing users to adapt to, it may be worth another look. Itāll also let you know you need to invest in a thoughtful onboarding experience to transition users accustomed to the previous iteration.
š 5. The Best Practice Question
Is there already an industry best practice? For example, do you know that a green button signals success and a red button stops users from continuing?
Answer: DONāT TEST! If thereās a well-established best practice, itās not necessary to test and you can safely assume your users will figure it out easily.
š 6. The User Preference Question
Some people like chocolate, and some like vanilla. Some like blue, others like pink. People will always like different things, and you can never make everyone happy. Is what youāre looking to test simply a matter of user preference?
Answer: DONāT TEST! A userās preference about what is prettier or not isnāt impactful enough to test. Any findings arenāt likely to affect your bottom line.
š 7. The Unreasonable Effort Question
How much effort is this test actually going to take? And do you have the timeline necessary to undertake this effort?
Answer: TESTā¦SOME. If the idea of testing seems daunting, back up. Look at your project. Not every piece is going to be critical. Some may fall into the category of needing to test, while other aspects of the launch can skip testing. For example, at Sprig, weāre currently redoing our questions page. Testing that fully would require building an intricate prototype ā but thatās not necessary. Instead, weāll selectively test the highest stakes pieces of the page.
Start testing quickly and efficiently with Sprigās User Research Platform
Want to start testing your designs or prototypes or ready to ditch legacy platforms that make testing feel like a chore? Sprigās unmoderated, browser-based testing is easy to set up and even easier for your users to use. Itās also built for collaboration with unlimited seats. Learn more here! ā
šØ Blog illustrations by ls.graphics.
Find more Process stories on our blog Courtside. Have a suggestion? Contact stories@dribbble.com.