I’ve noticed a fair few designers muddle up observations with recommendations when analysing user research findings. This can really screw up your design process, but thankfully it’s quite an easy one to avoid.
It’s important to always state observations separately from your design recommendations, and to try to state them in a pair. Observations are facts like “Participant 3 failed to create an account successfully” or “There’s a 25% drop out rate on step 3 of the wizard”. If you start with these facts, you add structure to the discussion: all the stakeholders can do at this point is acknowledge that there is a problem, or discuss the validity and generalisability of the observation. Once you’ve cleared this hurdle, then you can move onto the fun bit: design recommendations.
One common mistake is to make a blanket statement about user research, followed by a design recommendation e.g. “User research indicated that there were problems with this area, so we should change all the labels as follows…”. This is bad because it’s opaque. What user research? What problems exactly? Without establishing a bedrock of fact, your recommendations cannot be evaluated properly and could lead you into a bad place.
Another common mistake is to suggest the research findings specifically require a certain design change, e.g. “In the usability test 6/8 users failed to notice error feedback in the payment form, so we absolutely must to use red text here”. User research rarely, if ever, necessitates a specific design change – and until you make that change and test the impact, you cannot know how effective it will be. There will always be myriads of design alternatives, and everyone will have their own opinion. Heated discussion may occur at this point, but that’s OK – the solution is to design and test the advocated approaches.
I should add that there’s absolutely nothing wrong with stating your opinion, but it’s important to make it clear that’s what it is. When doing a post-up activity with sticky notes in a workshop, you may want to use the FOG method: mark each note with F (fact), O (opinion) or G (guess). It’s such a simple thing to do, but it adds a great deal of clarity to the decision-making process.
User Research vs Design Solutions : From 90% of Everthing
20 Ways to Add More to Your Life
1. More Real Food, Less “Food-like Substances”
2. More Fruit and Vegetables, Less Sugar, Wheat and Corn
3. More Organic, Less Toxic
4. More Chewing, Less Eating
5. More Water, Less Soda
6. More Recycling, Less Waste
7. More Walking, Less Driving
8. More Exercising, Less Watching TV
9. More Outdoors, Less Indoors
10. More Sleep, Less Worry
11. More Calm, Less Chaos
12. More Being, Less Doing
13. More Consciousness, Less Ignorance
14. More Smiles, Less Anger
15. More Love, Less Hatred16. More Play, Less Serious
17. More Letting Go, Less Holding On
18. More Forgiving, Less Blaming
19. More Generosity, Less Greed
20. More Ubuntu, Less Me!
lessons learned
don’t be a pin cushion for self induced pin pushers when you already feel like poop.


