PavelASamsonov, to UX
@PavelASamsonov@mastodon.social avatar

The attitude of some stakeholders towards research being a "waste of time" is actually an example of correlation being mistaken for causation.

If some of what would have been built is waste, and we use research to find out it's wrong, we prevent waste and save money. Right?

But in an outputs-driven organization, that's not how stakeholders think.

1/4

https://uxdesign.cc/dont-make-data-driven-product-decisions-build-a-data-driven-semantic-environment-3220d177b73f

#UserResearch #UX #UXDesign #ProductManagement

steveportigal, to random
@steveportigal@mastodon.social avatar

What are emerging areas for applying user research that you are excited about? In this video, I share a bit about what's been interesting to me of late. What about you?

(link to Interviewing Users, second edition, in the next post)


video/mp4

dennisl, to ai
FiveSketches, to UX
@FiveSketches@mastodon.social avatar

Agile was intended to address the problem of waterfall software development: delivering the wrong thing too late.

When "Agile" teams only want to code something once – no acceptance that usability testing might reveal a failing that necessitates another iteration – it's just more waterfall development with Agile-flavoured rituals and ceremonies.

FiveSketches, to design
@FiveSketches@mastodon.social avatar

I did user research on an Agile team for a few years. I tagged ALL observations, not just those about any sprint's key questions.

As the product team evolved its focus, I was able to slice and dice my data to answer questions we hadn't yet formally asked.

Each time, I could leapfrog the first study into informed follow-up studies.

In the long run, extra Time Tagging = Time Saved when starting a new product direction.

#UR #UserResearch #tagging #observations #ResearchOps #IxD #Design #agile

FiveSketches, to UXDesign
@FiveSketches@mastodon.social avatar

Qwerty keyboards are laid out to keep the arms of a mechanical typewriter from hitting each other as you type, because letters that are more commonly used side by side are farther apart on the "keyboard".

Thumb typing has different constraints. There's probably a case for a different keyboard layout, now, to reduce common typos.

Who would research new layouts and the demand? One of the O/S publishers?

PavelASamsonov, to UXDesign
@PavelASamsonov@mastodon.social avatar

We need an equivalent of "this is not financial advice" for design: "this is not based on research."

I've seen countless well-meaning teams say "we will do it this way and then come back to this decision" - and they almost never do. That's because unless you carefully document decision provenance, coming back to the right decisions is impossible.

https://spavel.medium.com/decision-provenance-is-a-requirement-for-two-way-door-decision-making-c24015c6b02a

1/3

PavelASamsonov, to UXDesign
@PavelASamsonov@mastodon.social avatar

AI has already been used to run scams, rip off artists, destroy search engines, and drown publishers under an avalanche of shit.

Now AI boosters found a new thing to enshittify: .

"AI research is better than nothing" is the latest in a long series of "bad research is better than nothing" arguments that miss the point of research in the first place.

https://spavel.medium.com/no-ai-user-research-is-not-better-than-nothing-its-much-worse-5add678ab9e7

PavelASamsonov, to ai
@PavelASamsonov@mastodon.social avatar

In situations where you don't have access to users for , is not "better than nothing."

AI is a pacifier. It's far worse than nothing for the product (because the team is fooling itself into thinking they learned something) - but it truly is better than nothing from the perspective of management, because the designers stop bothering them about doing things the right way, and get back to wireframing.

Don't accept the pacifier.

PavelASamsonov, to UX
@PavelASamsonov@mastodon.social avatar

Validation is the opposite of .

Research asks: how are we not serving existing needs? How do problems manifest themselves and what can we do about it?

The default is "there is a problem somewhere out there because we know we are not perfect."

But validation is only asking "is the idea we came up with viable" and that introduces confirmation bias.

The default is framed as "we are right" so we stop as soon as we find someone that our solution works for.

You see the problem.

steveportigal, to random
@steveportigal@mastodon.social avatar

Big news! 10 years after writing Interviewing Users, I've written a second edition which is now available for pre-order (and a 15% discount).

https://rosenfeldmedia.com/books/interviewing-users-second-edition/

PavelASamsonov, to UX
@PavelASamsonov@mastodon.social avatar

There is a contradiction at the heart of lowercase-a - it wants to simultaneously deliver value (be right) and learn (be wrong). As a result of trying to do both, it often succeeds at neither.

The remedy is to untangle discovery from delivery - with methods that are more effective at managing rapid feedback loops.

https://spavel.medium.com/successful-iteration-requires-going-beyond-agile-81ef0bc80798

PavelASamsonov, to random
@PavelASamsonov@mastodon.social avatar

When comes face to face with executive assumptions

simulo, to UX
@simulo@hci.social avatar

1/3
I often heared (and said myself) that "what users say is a problem is not the actual problem".
This makes it appear that the problem UxD finds is the actual problem whereas the problem the user names is the one that is not actual and at best a shadow of the actual problem. (Obviously that is great for researchers like me to sell the "actual problem")…

PavelASamsonov, to random
@PavelASamsonov@mastodon.social avatar

"we asked our most satisfied users how to improve the website" is such a baffling strategy

PavelASamsonov, to UXDesign
@PavelASamsonov@mastodon.social avatar

There is a consistent undercurrent in business thinking: the belief that there are Thinkers and Users, and all relevant knowledge on Users can and should be obtained by asking Thinkers, because Users lack perspective. This has obvious parallels to "empathy" in where people gather in a room to make assumptions about what people outside of that room might want.

Needless to say, these approaches lead to bad decisions. There is no such thing as a user proxy.

PavelASamsonov, to UXDesign
@PavelASamsonov@mastodon.social avatar

Nothing kills the vibe of a user interview faster than when the interviewer listens to an answer and responds with "okay... next question..." without a hint of active listening

inautilo, to design
@inautilo@mastodon.social avatar


Your never-fail usability testing checklist · Things to do before, during, and after a usability test https://ilo.im/14mdp0


Connected_Studio, to random

‘Does your product meet its primary intention?’, ‘Does your service feel inclusive and rewarding?’

The latest MakerBox tool helps you gain meaningful insights into the questions that matter most to your product or service!

https://www.bbc.co.uk/makerbox/tools/human-values-survey-builder

BBCRD, to UX

We're exploring ways to improve our research processes, using methods which encourage a panel of users to share perspectives through discussion and debate.

This has helped us gauge views on the future of travel, media, car ownership and technology:

https://www.bbc.co.uk/rd/blog/2023-07-user-research-innovation-future-technology

experientia, to technology

People are getting fed up with all the useless tech in their cars

For the first time in 28 years of JD Power’s car owner survey, there is a consecutive year-over-year decline in satisfaction, with most of the ire directed toward in-car infotainment, writes Andrew J. Hawkins in The Verge.

https://blog.experientia.com/people-are-getting-fed-up-with-all-the-useless-tech-in-their-cars/

PavelASamsonov, to UXDesign
@PavelASamsonov@mastodon.social avatar

"We need designs for this feature" is understood as a business need, but why is "ok so we'll need to interview 15 users" often framed as a need?

Designers aren't asking to talk to users because they're lonely. They're asking to talk to users to get the data they need to design the features the business wants.

is a business need. When business argues against doing it, it argues against achieving its own objectives.

PavelASamsonov, to random
@PavelASamsonov@mastodon.social avatar

When the ticket says "as a user, I want a cheeseburger" and the devs don't bother actually reading the docs before executing

stephaniewalter, to random
@stephaniewalter@front-end.social avatar

When user testing sessions, bring up trauma: https://bootcamp.uxdesign.cc/when-user-testing-sessions-bring-up-trauma-a0747c55432f
Very interesting 7 tips to help navigate complex situations where you need to talk about touchy topics like cancer during your user research.

silviamaggi, to UX
@silviamaggi@mastodon.design avatar

Design, Digested 46 is out! In this issue:

– Wise: UX without borders
– The rhythm of your screen
– 60 ways to understand user needs that aren’t focus groups or surveys
– Accessible numbers
– What languages dominate the internet?

https://silviamaggidesign.com/design-digested/design-digested-46/

  • All
  • Subscribed
  • Moderated
  • Favorites
  • Leos
  • ngwrru68w68
  • InstantRegret
  • thenastyranch
  • magazineikmin
  • GTA5RPClips
  • rosin
  • osvaldo12
  • tacticalgear
  • Youngstown
  • slotface
  • khanakhh
  • kavyap
  • DreamBathrooms
  • JUstTest
  • modclub
  • everett
  • provamag3
  • cubers
  • cisconetworking
  • ethstaker
  • Durango
  • mdbf
  • anitta
  • megavids
  • normalnudes
  • tester
  • lostlight
  • All magazines