5 ms·

> My experience is that designers want users to admire the UI, as opposed to use it. This is a biased generalization, like "engineers are nerds that don't like

> My experience is that designers want users to admire the UI, as opposed to use it. This is a biased generalization, like "engineers are nerds that don't like to interact with other people." Which is wrong. I work as head of UX, and my career path started in computer science, and I became more interested in user interfaces. Today's UI results from the legacy of designers from diverse backgrounds (like Alan Cooper, Brendan Laurel, Larry Tesler, Donald Norman, Maeda, and many anonymous ones who worked on successful products). No matter what the background is, most designers care about usability. But where does the prejudice of "designers only care about visuals" come from? Many founders, CEOs, CTOs, etc; the people defining a product don't have a background in product design. That influences the hiring and company structure. When you hire a designer only by its visual portfolio or outsource a crucial part of your product experience to an agency with the mandate of "make it look pretty." That's what you get: a pretty-looking but shallow UI. You can see that on Behance and Dribble: most of the designs are nice-looking dashboards that are useless. The intention is to show the visuals because understanding user needs and defining the information architecture is unattractive (and takes more time). The core of the problem is what we understand by design. If you want to create a good product, design is the result of the work of many people. It includes testing ideas, re-working things that don't work well, and interacting with many roles in the company to understand the business and the technical constraints. It requires a lot of collaboration. People like Steve Jobs are often praised because doing those things requires leaders who see that as a priority. But that's rare. Most leaders would love top-notch product experiences but underestimate the work needed. If you see design only as the result that a designer handed you in Figma to enter into a mini-waterfall process, then yes, the result is probably a UI designed to be admired and not used. Because that's the output, your organization asks for the designer role.

ChrisMarshallNY 3y ago
Fair point. I apologize for the apparent generalization, and appreciate the reply. However, it has been quite common. Back in the day, my company worked with Pentagram for visual design, and DDO, for interaction. We found that we could not get a single entity to deliver a comprehensive solution. But, as a bit of a riposte, I did say "It has been my experience." It wasn't a generalization. It was a report of 30 years' worth of experience.
- diegof79 3y ago
  You are forgiven, no worries. :) My extended response is because this is something that I see very often. The blame is put on "the designers" (in the abstract), but it is deeper than that. > We found that we could not get a single entity to deliver a comprehensive solution. I can relate to that. But the problem is more than just the designers. It's a mixture of things. A comprehensive solution should include a comprehensive approach. That's the hard part. It's hard to prioritize as a designer when user experience is not a priority. Take, for example, "undo". Every usability guideline will recommend you have an undo (a "trash" area in an email UI is an undo, too). But having that functionality is an architectural decision (like most UX decisions). You can design that without issues if the whole team is on board. But when "design" is merely the "V" in MVC terms, there is a strong push for showing a visual confirmation: easier to develop and design. When an agency does the design, you also have a monetary incentive: it's better for the agency to hand off the nice-looking design rather than enter into a negotiation with the engineering team about why it's essential to expend a month having the architecture to support that "undo" button. Also, the "undo" button should be paired with principles applied across the product. You spent a month adding undo to a single part of the product, but another part doesn't have it, and instead of doing things better, it makes it worse. This piecemeal growth is also common in engineering; the difference is that most users don't see that mess. I wish to have a simple solution, but there isn't one. It requires a lot of work, from business strategy to process organization.
  - ChrisMarshallNY 3y ago
    I really appreciate your answers! I feel like the tech world could use many more discussions, like this. Thanks!
felixgallo 3y ago
> But where does the prejudice of "designers only care about visuals" come from? This isn't prejudice, it's just observed factual reality in the world. The entire flat UI thing came about as a fashion, and had as its consequences the removal of affordances (scroll bars, buttons that were clearly buttons, etc.) You might not like that people question it, but it's nevertheless a thing that happened and is still happening.
- diegof79 3y ago
  It's also an observed factual reality that there were many terrible software development trends: XML everywhere, SOAP, microservices architectures (even if they do not apply), YAML in every config file, etc. Every specialization has those trends, which are often copied without analysis. I don't have any problem with questioning those trends. However, criticizing that YAML may not be the best way to build a DSL is not the same as saying that all engineers don't care about systems architecture and only use the latest framework.
JohnFen 3y ago
> But where does the prejudice of "designers only care about visuals" come from? Probably from modern computer UI design, where this seems like a reasonable conclusion based on how common it is for UIs to be really hard to use.

ChrisMarshallNY 3y ago

Fair point. I apologize for the apparent generalization, and appreciate the reply. However, it has been quite common. Back in the day, my company worked with Pentagram for visual design, and DDO, for interaction. We found that we could not get a single entity to deliver a comprehensive solution. But, as a bit of a riposte, I did say "It has been my experience." It wasn't a generalization. It was a report of 30 years' worth of experience.

diegof79 3y ago
You are forgiven, no worries. :) My extended response is because this is something that I see very often. The blame is put on "the designers" (in the abstract), but it is deeper than that. > We found that we could not get a single entity to deliver a comprehensive solution. I can relate to that. But the problem is more than just the designers. It's a mixture of things. A comprehensive solution should include a comprehensive approach. That's the hard part. It's hard to prioritize as a designer when user experience is not a priority. Take, for example, "undo". Every usability guideline will recommend you have an undo (a "trash" area in an email UI is an undo, too). But having that functionality is an architectural decision (like most UX decisions). You can design that without issues if the whole team is on board. But when "design" is merely the "V" in MVC terms, there is a strong push for showing a visual confirmation: easier to develop and design. When an agency does the design, you also have a monetary incentive: it's better for the agency to hand off the nice-looking design rather than enter into a negotiation with the engineering team about why it's essential to expend a month having the architecture to support that "undo" button. Also, the "undo" button should be paired with principles applied across the product. You spent a month adding undo to a single part of the product, but another part doesn't have it, and instead of doing things better, it makes it worse. This piecemeal growth is also common in engineering; the difference is that most users don't see that mess. I wish to have a simple solution, but there isn't one. It requires a lot of work, from business strategy to process organization.
- ChrisMarshallNY 3y ago
  I really appreciate your answers! I feel like the tech world could use many more discussions, like this. Thanks!

felixgallo 3y ago

> But where does the prejudice of "designers only care about visuals" come from? This isn't prejudice, it's just observed factual reality in the world. The entire flat UI thing came about as a fashion, and had as its consequences the removal of affordances (scroll bars, buttons that were clearly buttons, etc.) You might not like that people question it, but it's nevertheless a thing that happened and is still happening.

diegof79 3y ago
It's also an observed factual reality that there were many terrible software development trends: XML everywhere, SOAP, microservices architectures (even if they do not apply), YAML in every config file, etc. Every specialization has those trends, which are often copied without analysis. I don't have any problem with questioning those trends. However, criticizing that YAML may not be the best way to build a DSL is not the same as saying that all engineers don't care about systems architecture and only use the latest framework.

JohnFen 3y ago

> But where does the prejudice of "designers only care about visuals" come from? Probably from modern computer UI design, where this seems like a reasonable conclusion based on how common it is for UIs to be really hard to use.