We stand with Ukraine and our team members from Ukraine.

The Community Of Over 640,000

Home ›› Business Value and ROI ›› The Real Problem with “The Expert”

The Real Problem with “The Expert”

by Toni Ferro
7 min read
Share this post on


Popular satirical video “The Expert” exposes the need for UX practitioners who can effectively communicate technical information to clients.

Last year, the short video “The Expert” went viral in tech circles. Depicting a comically frustrating meeting between a tech consultant and a client, the video is available with subtitles in 39 languages, has well over 10 million views, and has thousands of comments, many of them written by people saying they have been in similarly frustrating meetings.

We see a hapless technical expert asked by clients to build “seven red lines, all of them strictly perpendicular, some with green ink and some with transparent.” The technical expert tries to explain that the request is impossible, but is thwarted at every turn. His project manager and account manager are aloof and condescending and the clients grow increasingly more unreasonable.

One client passively aggressively asks such questions as “I’m sure you know what transparent means?” and the other piles on more outlandish requirements such as “When you inflate the balloon, could you do it in the form of a kitten?” The meeting ends in the worst possible way: with impossible tasks assigned to the expert and the clients expecting an impossible-to-achieve project outcome.

The popularity of this video speaks to the prevalence of the problem it depicts. Clients make an unreasonable request, the project jumps to the design phase during the first meeting, and the very next step is to start building. No one in the meeting asks about the users, who they are, what they need the product for, or what problem the product solves. The meeting is dominated by discussions of technical limitations. And no one present has the skills to drive the meeting to a conclusion where the next steps are clear and the client leaves with reasonable expectations.

Happily, for the most part, UX professionals are able to navigate the problems depicted in “The Expert.” They can help ask the right questions and map the way forward to achievable next steps.

In real-time however, even the most experienced UX designers can find themselves frustrated by stubborn customers making outlandish customer requests and so unpacking what’s really happening in the meeting depicted in “The Expert” and other meetings like it can serve as an important refresher. For experience design practitioners, understanding this difficult scenario from the client’s point of view can help us approach this very real and seemingly intractable problem from a fresh perspective.

Sharing Power

On the surface, “The Expert” is a funny look at the day-to-day struggles of technology designers, however, a deeper look shows that the video depicts a fundamental power struggle that exists in the domain of technology design. The video brings to the forefront such important questions as: Who has the final say over what technologies are designed? Who gets to decide what does and does not get built? And, most importantly, who is allowed to take part in design conversations?

Though the video seems innocent enough, it has an insidious central premise, which advocates that technology ideation and design should reside primarily with technical experts. By presenting a case where only technical people are able to understand whether the project is possible or not, the video argues that the focus of design conversations should be on technical possibilities, and technologists (who are the only ones capable of understanding the details) should be making the decisions.

The request the clients made for seven perpendicular lines is geometrically impossible. The way forward is clear, what the clients want cannot be done and there are no questions to be asked or decisions or tradeoffs to be discussed. The moral is that projects that involve collaboration with clients and management result in projects doomed to failure.

In reality, the video has a false premise. Clients do not usually make requests that are technically impossible. Clients bring impractical ideas that their users will not like (“convert this paper form to a web page with no changes”), ideas that they have seen on other sites that are not really suited to their business (“we need a customer forum for our tire shop”), ideas that are difficult to execute, and other types of plain-old bad ideas (“include lots of pop ups”).

The false premise of an impossible idea allows the creators of the video to assert that collaboration is not worth the effort, because clients and business types simply do not know enough to be part of the conversation. This idea is regressive and takes us back to a time when back-end technology was king, usability issues were nice-to-haves, and if users could not figure out what to do it was because they needed to RTFM (read the f*** manual) or were creating their own ID10T errors.

There’s no doubt that client requests are often unreasonable, that client management takes skill and practice, and that even the most skilled professionals will sometimes find themselves hitting their heads on their desks at the end of the day. However, this video posits that client unreasonableness is not just a challenge to be approached with skill, but instead that clients do not know enough to engage in conversations about technology design and PMs and account managers just exacerbate the problem.

This is a perilous assertion that threatens to take us back to an era where decisions about technology were made by an isolated few instead of collaboratively and with the needs of users (instead of technological possibilities) as the central focus.

Approaching Technical Problems and Translating Language

Along with the reminder that sharing power is fundamental to the work of UX, “The Expert” provides other important reminders. First, a technically oriented approach to solving technical problems sounds logical, but in reality a focus on the technical (especially in the very first meeting) is probably a veiled (and often subconscious) attempt by technologists to claim sole control of the design process. “The Expert” focuses its entire seven minutes and forty seconds on technical limitations and the critical early questions about users, their goals, and their expectations are never asked. Approaching client problems through technical possibilities and limitations is not productive and distracts from the real questions at hand.

The job of translating technical knowledge into everyday language is its own skill

The hard questions center on understanding and figuring out what will actually meet the users’ expectations and needs. The technical decisions certainly involve detailed feasibility discussions, schedule negotiations, and feature trade-offs, but that comes later. In the end, an unwavering focus on technical limitations from the first meeting is what causes the failure of the project in “The Expert,” not the input of clients and management.

The second reminder “The Expert” offers us is the critical importance of language translation. The creators of this video used an easily understandable geometric impossibility to illustrate just how ridiculous client requests sound to a technical expert and how bizarre the scenario feels for experts when the other people in the meeting cannot understand just how impractical the requests are.

From the perspective of a non-technical client, however, what typically happens in these meetings is just the opposite. The clients start by making what to them seems like a very reasonable request. Then a technical expert uses confusing technical jargon to tell the clients that what they are asking for is obviously not going to work. The technical expert cannot believe how clueless everyone in the meeting is and gets increasingly agitated. The clients are unable to decode the technical jargon and see the annoyed expert as condescending and difficult.

Technical people with no training in user-centered approaches often struggle with the difficult task of expressing technical realities to non-technical people. Once you become a technical expert by working in a domain for many years, it becomes nearly impossible to remember what it was like when you were not an expert. The reality is that the job of translating technical knowledge into everyday language is its own skill that requires its own expertise. Understanding your audience well enough to use language they can comprehend in order to get your information across is not easy and takes skills that are not learned over night.

Moving Forward

“The Expert” reminds us again of the importance of skilled UX practitioners on design teams. UX practitioners can ease the struggle for power, ensure users and stakeholders have a voice in the process, put user needs first, and perform the role of translator. The more we normalize the idea that customers make unreasonable requests and that part of the art and skill of UX work is to expect and handle them, the more we move forward as a discipline.

Clients understandably (and unfailingly) bring unreasonable requests to the table. UX practitioners help drive projects to innovative and creative solutions that make the clients and their users happy. Discouraging clients from taking part in the conversation may sound desirable on those days when they are insisting on radio buttons instead of checkboxes for a multi-select list, but client and user participation in the process is central to UX practice and has implications beyond these frustrating meetings and the technologies that come out of them.

Customers are going to request unreasonable things. The way we choose to respond to those requests is where the rubber hits the road. Focusing on the users, improving our translation skills, and developing creative ways to manage difficult clients is how we will continue to move forward. If we can do that, meetings like the one portrayed in “The Expert” will become a thing of the past.

post authorToni Ferro

Toni Ferro, Toni Ferro is a PhD candidate in the department of Human Centered Design & Engineering at the University of Washington. She worked at Intel Corporation as a software project manager for 12 years before returning to graduate school. She now studies the use of publicly available online services (PAOSs) to conduct day-to-day work.


Related Articles

An inclusive process leads to experiences that improve lives and develop their full potential on the market which is beneficial for both business and people. Learn how to widen accessible products to inclusive ecosystems by using 5 simple methods. 

How to Design for Human Aging: 5 Methods for Inclusive Digital Experiences
  • In order to reach age-inclusive solutions, designers need to adopt an inclusive mindset, make empathetic decisions and apply practical methods.
  • 5 methods for inclusive digital experiences:
    1. Inclusive, in-person research and testing
    2. Focus on behavior instead of demographics
    3. Tailor accessibility guidelines
    4. Map product demands with capabilities
    5. Question interface conventions
  • An inclusive process leads to experiences that improve lives and develop their full potential on the market which is beneficial for both business and people.
Share:How to Design for Human Aging: 5 Methods for Inclusive Digital Experiences
7 min read
How to Design for Human Aging: 5 Methods for Inclusive Digital Experiences

Design tokens aren’t just something that you can easily retrofit into your existing wardrobe. They require an entirely new way of thinking and working. Learn how to start thinking in design tokens by completely changing the way you work with design systems.

Design Token Thinking
  • Design tokens require an entirely new way of thinking and working.
  • Designers can be documenting their design system, but the documentation will always be a step behind their design file.
  • The author unpacks the idea of an alternative design system and names it “the way of the future.”
  • Design tokens need to become a primary method for how you talk about and interact with your design system, both internally and externally.
  • In the end, you can get a design system that is:
    1. Future proof
    2. Accessible
    3. Able to be easily changed.
Share:Design Token Thinking
5 min read
Design token thinking

Typing search queries is gradually becoming an outdated artifact of the past and voice tech is becoming more useful and promising by the day. So what other prospects await for voice tech and why is it so special? We’re about to find out!

Voice Search and Voice Interfaces 101
  • This article covers some essential voice search statistics, how people interact with voice interfaces, what can users do with voice and why startups should care about all of this.
  • Typing search queries is gradually becoming an outdated artifact of the past.
  • The author believes that the overwhelming consumer shift towards voice interfaces will inevitably lead to the mass adoption of this technology among startups.
  • How to Design a Voice Interface?
    • Pre-design Stage
    • The Main Design (user research, customer journey mapping, VUI competitor analysis, gathering requirements, prototyping, usability testing)
Share:Voice Search and Voice Interfaces 101
8 min read

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