(1) what data is made visible to the users (and why you're wrong about this 😀) and (2) the flexibility of the tool (and why that's not relevant to this discussion)
I believe your notion that professional users (whatever that is) have more need for raw data than "you or I" is not correct.
Let's take pro photographers. The camera reveals all sorts of settings, most of which are anachronistic and where there's many complex interdependencies.
(For example, adjusting the ISO changes requires changes to both the shutter speed and the f-stop to get a similar image.)
As computational power has increased in the cameras, the need to know these numbers has vastly decreased.
Technology now solves the interdependency issues that photographers had to keep in their heads. They can set up a shoot faster, get the effects they want, and do manipulations in the camera they never could before.
Bits are cheap and malleable, unlike film.
A good (simple) example is high dynamic range imaging, a powerful advanced technique.
Before computation: photographers had to do calculations, resort to manual bracketing, use independent light meters, and pray the image came out the way the envisioned.
Now: they a preview the image, make adjustments (without knowing the underlying values or system interactions), and get immediate quality results.
Camera designers have paid attention to pro photographer needs and developed better solutions than providing a dashboard of values.
My contention is anytime we say "there are people who still need the values displayed," what we're really saying is "there's a class of users we don't understand and, boy, we really should."
The urge to display values in a dashboard should be an immediate call for research.
Show me a place where you think a dashboard is valuable and I'll show you a place where we don't know enough about users and what they need to accomplish.
I bet this holds true 98% of the time.
As for (2): The flexibility of the tool.
I'm not suggesting that we put hard limits on capabilities. There can be simple overrides.
Take your developing world example of outrunning natural disasters:
The vehicle could have an override to allow someone to accelerate past a "safe" limit. (This is already implemented for cruise control systems that override the auto controls when the driver depresses the brakes.)
So, I'm not suggesting we should limit usage.
However, providing unlimited usage doesn't automatically assume that dashboards are required.
Is your developing world driver paying attention to the dashboard at the moment they're outrunning the natural disaster? Probably not.
The data isn't their focus at that moment.
Modern airplanes all have automatic systems with overrides.
A surprising high number of plane crashes (fatal and near-fatal) come when pilots override the automatic systems and rely on the gauges alone.
Giving users the ability to override systems doesn't always end well.
Flexibility is both a blessing and a curse.
Bonus question: Can you come up with a clear definition of the difference between a "professional user" and a non-professional user?
(Bonus points if it's something other than the obvious, standard definition of "one gets paid to use it and the other uses it without payment.")
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Ironically, many organizations base their most important decisions (what to build, how it should work) on almost no user research (who are the users, what would improve their life?). Complete guesses.
Don’t guess.
Do the research.
In my experience, the most disruptive ideas come from a deep understanding of the challenges your users and customers face today.
You can’t get that deep understanding through guessing or “instinct.”
A lot of my work is talking to UX folks about their next job.
Many struggle with "deciding what I want from my next employer."
I've come up with a way to get them past this and to start thinking about where to look first for opportunities.
1/
Thinking about their next job inevitably leads many folks down the path of "what would I like in a place to work."
This gets into lots of touchy-feely attributes about the work environment, but what's almost always missing is what they'll actually do when they get there.
2/
Don't get me wrong: there's a lot to be said about working in a high-quality work environment.
However, that environment isn't going to hire someone out of charity.
The org is hiring someone to get a job done.
That's where the job hunt needs to start. What will you do?
3/
I see the same mistake repeated across many of the UX job ads I review.
The job ad describes the JOB, yet highly-qualified candidates want to learn about the WORK.
These are very different things.
1/
What we hear from candidates:
Tell me what I'll be working on.
Tell me how my work will have an important impact on people.
Tell me what makes the work challenging, especially for someone at my experience level.
Tell me what makes this work unique.
This is the WORK.
2/
UX job ads rarely talk about those things. Or maybe they give 1-2 sentences about it.
Here's one example I just found. They give 1 sentence to what the company does. The rest of the paragraph could be describing any company on the planet.
I spend most of my time these days helping extremely frustrated UX leaders try desperately to push past the “research=validation” boundary with their leadership.
It’s really a dangerous mindset to let grow.
There are better ways to position research. We’re much smarter now.
When every respondent brings their own meaning and context to a question, you can’t aggregate the answers. You’re aggregating apples, oranges, watermelons, and bees. What’s the average of all that mean?
Satisfaction measures are literally garbage measures.