Jared Spool Profile picture
Mar 11, 2021 14 tweets 3 min read Read on X
This *is* a great discussion. Thank you.

Let's talk about the two things you've raised:

(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
 

Keep Current with Jared Spool

Jared Spool Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @jmspool

Jun 1, 2022
I’ve never felt comfortable with the “Five Whys” approach to identifying problem root causes.

Let me tell you why.

The approach is that you ask why 5 times.

The first why gets you a immediate cause of the problem.

The 2nd tells you what causes that immediate cause.

1/
The 3rd tells you what causes the 2nd. And so on.

And that's fine. The goal is to get to something that is distant from the cause that, if we solved it, would remove all the intermediate causes too.

The problem I have is this:

What if that first answer is wrong?

2/
That first answer is often an assumption, not on facts.

Five Whys puts all the weight on that first answer.

Why are users leaving our site?
Because it's slow.
Why is it slow?


Now we're focused on performance.

But what if performance has nothing to do with it?

3/
Read 12 tweets
May 8, 2022
The opposite of user research is guessing.

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.”

It has to be informed through research.
Using “intuition” to direct where to do research is a great approach to make sure you’re always looking in the wrong places.

It’s far more interesting to look where your instinct told you not to. That’s where the really confidence builders are.
Read 4 tweets
Jan 14, 2022
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/
Read 14 tweets
Dec 15, 2021
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.

3/
Read 14 tweets
Nov 30, 2021
I pine for the day when UX research is no longer sold as a way to “validate” the designs of products or services.

This thinking limits what teams deliver.

Going down this path just to get a foot in the door creates so much extra work later on to break away from it.
Put another way:

If “validation” is the first time any team members are getting direct exposure to users and their problems, you’re doing it wrong.
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.
Read 5 tweets
Nov 22, 2021
NPS, UMUX-lite, SUS, CSat, CES…

These are just tools for producing a number that will send your team off optimizing the wrong things.

Best thing you can do is just ignore them.

(If there’s a follow-on ‘verbatim’ question, spend your time there. That could be useful.)
The problem with ‘satisfaction’ is it’s a meaningless term.

Are you satisfied with this conversation?

If you gave me a 7, how is that different than if you gave me a 6? Or a 3?

Everyone brings a different meaning of satisfaction to the survey. We don’t know their context.
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.
Read 6 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us!

:(