Flag

We stand with Ukraine and our team members from Ukraine. Here are ways you can help

Get exclusive access to thought-provoking articles, bonus podcast content, and cutting-edge whitepapers. Become a member of the UX Magazine community today!

Home ›› Business Value and ROI ›› 6 Key Questions to Guide International UX Research ›› The Eight Most Common Mistakes Made on UX Design Projects

The Eight Most Common Mistakes Made on UX Design Projects

by Joseph Dickerson
3 min read
Share this post on
Tweet
Share
Post
Share
Email
Print

Save

Arrogance and seven other common mistakes can easily derail a design project. Avoid them all.

I’ve worked in the UX discipline for over a decade now, and have been on a number of projects both large and small. One of the skills I’ve picked up in that time is pattern recognition, which helps me create personas and to identify trends to design for. It also helps me notice when certain things keep happening, namely mistakes that occur over and over again on almost every design engagement. These mistakes can derail a project and, at the very least, make work more difficult than it needs to be.

Here are the eight most common mistakes designers make (in no particular order):

1. Under-Communicating

Whenever a design team “goes dark” for too long the client starts to get antsy. Keeping key stakeholders in the dark will result in anxiety and frustration. So make sure you provide “check-ins” on a regular basis to let them know how things are going and preview designs whenever possible.

2. Over-Communicating

Having daily stand-ups with the client may make sense for some projects, but not design. This often leads clients to think they can micro-manage design work at the pixel level, which is not constructive and leads to a frustrated team and stakeholders who end up focusing on the wrong things (details instead of “big picture” stuff).

How much communication is needed? Feel the client out, and do something that is obvious in hindsight: ask. That will allow you to align your schedule and approach to their expectations.

3. Over-Documenting

UX designers need to document how a design works, so the developers can understand what should be done to make the designs a reality. But design documentation are a means to an end, not an end in and of itself. The design team should document at the appropriate level to support development and testing, not write a novel.

Document at the appropriate level to support development and testing, don’t write a novel

How much is enough? Again, communication is key: talk to the users of this documentation to understand their expectations. And, of course, find out what the client’s expectations are to make sure you hit that mark.

4. Under-Documenting

You can’t just sketch out the design on a back of a napkin and hand it to a developer or a stakeholder. You have to detail screen states, control behaviors, and map out the experience. Insufficient detail results in gaps in the experience and development and deployment issues.

5. Following the Same Process for Every Client

You’ll notice that a lot of the mistakes I have cited so far involved design teams being inflexible—there’s a reason for that. No matter what IDEO or Frog will tell you, there is no single “perfect” design process. You have to look at the context of the project, the timelines, and the expectations and adjust as needed. Optimally you want to have some key activities that take place on every project, but you have to “time-box” some of the design sprints and work. It’s all about being agile and flexible about your approach.

6. Not Doing Enough (or any) Research

One of the key activities referred to above is user research: you need to talk to end users (or potential end users) to understand their needs and inform the design. If you don’t have enough time, you need to make time—it’s that important. It gives you the context and understanding you need to do good work, because you have someone you are designing for.

7. Not Using Analytics and Legacy Data

“I don’t need marketing research or analytics, I’m going to talk to users!” User research is important, but you also need to leverage any details the client has to inform your understanding about the business “space” the design is intended for. Data can help you gain understanding and potentially trigger insights and ideas. But people who think they don’t need that type of information are often exhibiting what is possibly the worse mistake a designer can make:

8: Being Arrogant

I’ve worked with several “know it all” design types with egos the size of a small planetoid. Arrogance blinds you to empathy and understanding, and this usually results in angry stakeholders and frustrated team members. UX design is vitally important but we’re not curing cancer. Arrogant designers need to have some perspective.

 

Image of arrogant bro courtesy Shutterstock.

post authorJoseph Dickerson

Joseph Dickerson
Joseph Dickerson is a writer, technologist, and user experience lead who specializes in "next-gen" experiences and products. A designer of multiple mobile and Internet applications, he has worked to make technology easier and better fo users for over a decade. The author of several books, including a primer on user experience design, Experience Matters, Dickerson is a regular contributor to many websites as well as editor of This Week in UX, This Week in Geek and The Twin Peaks Gazette. He recently completed his second book on UX, UX 101.

Tweet
Share
Post
Share
Email
Print

Related Articles

Learn about common Agile anti-patterns. Lessons from Laura Klein.

Article by Paivi Salminen
Unhappy Agile Teams Are Unhappy in Familiar Ways
  • The article makes a sharp point: struggling Agile teams love to think their problems are unique. They rarely are.
  • It breaks down the traps that quietly kill Agile teams, like endless feature shipping, siloed workflows, and design treated as an afterthought.
  • The piece reminds us that looking Agile and actually being Agile are two very different things.
Share:Unhappy Agile Teams Are Unhappy in Familiar Ways
6 min read

Take a hard look at the fine line between good design and digital dependency.

Article by Tushar Deshmukh
Designing for Dependence: When UX Turns Tools into Traps
  • The article reveals how digital products are no longer just tools. They’re engineered to keep you hooked, often without you realizing it.
  • It challenges designers to ask: Are we building products that serve people, or ones that quietly exploit them?
  • The piece highlights that ethical design isn’t about removing persuasion. It’s about being honest and giving users the freedom to walk away.
Share:Designing for Dependence: When UX Turns Tools into Traps
8 min read

Find out how design leaders can build a more inclusive digital world from the ground up.

Article by Pavel Bukengolts
Championing Accessibility: a Path to Inclusive Design Leadership
  • The article highlights that designing for accessibility isn’t about following rules. It’s about making sure no one gets left out of the digital world.
  • The piece explores how building accessibility from the start, with the help of AI and the right mindset, makes the result better for everybody.
Share:Championing Accessibility: a Path to Inclusive Design Leadership
4 min read

Join the UX Magazine community!

Stay informed with exclusive content on the intersection of UX, AI agents, and agentic automation—essential reading for future-focused professionals.

Hello!

You're officially a member of the UX Magazine Community.
We're excited to have you with us!

Thank you!

To begin viewing member content, please verify your email.

Get Paid to Test AI Products

Earn an average of $100 per test by reviewing AI-first product experiences and sharing your feedback.

    Tell us about you. Enroll in the course.

      This website uses cookies to ensure you get the best experience on our website. Check our privacy policy and