Design your product to be understandable at first pass. Apple famously doesn't do any of this with your iPhone, while Sony forces you to do it on every new device.
Let the onboarding be a forcing function for usability. This isn't a crutch, it's something worse and damaging.
You're arguing in favor of a product tour. iOS usability is garbage. There are no affordances. Nothing is discoverable. There are a million inputs (mostly gestures) that no one ever finds out about unless someone tells them or they Google it, and they're not consistent across apps, even first-party apps. Sometimes "swipe the row left" means "remove," sometimes it means "more actions". It's just a jumble of inconsistent nonsense.
Watch a non-tech person use their iPhone. They have no idea that they can do 50% of the things that they can do. Ever see anyone use "shake to undo" for example?
Yes, that must be why my technologically illiterate 90-year-old grandpa was able to figure out how to use an iPhone after being shown a single swipe gesture.
Please try to keep in mind there is a wide breadth of technical prowess, thought patterns, and comprehension out there. What works great for some people doesn't for others. Also something to keep it mind being able to "figure something out" or "use it" doesn't necessarily make it a good experience, or an ideal one.
But the good, old Apple troubleshooting works: nuke it, and start again. If I close the app and restart it, then it's back to its single window form.
Oh, well.
So, after an onboarding workflow, in other words. What's the difference between giving them a quick intro, and their being some form of onboarding built into the application? Consider people who don't have someone on hand to introduce them to the product: how should they gain that same level of competence?
It does matter. I started using a iPhone maybe a couple of years back, after using an Android phone for many many years, and I still find out stuff randomly by chance that they could have just told me about.
Biggest example when I just got the phone, took me maybe a couple of days before I understood that swiping from the top of the screen and down depends on if you're on the left side or right side of the phone, which decides if you see the notifications vs the "control panel" thing. Initially it felt random which one it showed.
And I'm a technical user, probably in the top 1% when it comes to technical knowledge compared to the rest of the userbase of iPhones. And how do you think things like that works out for the rest of the people who don't work with technology for a living?
My mom didn’t ask about it until after the first year.
So to answer your question… maybe it doesn’t take to be the top 1% of something.
Maybe even more than that. I know people that have used iOS for years and don't know they can copy/paste text or drag down to search in messages, mail and settings.
Maybe that's why 50% of iPhone users still don't know that they can use long press on they keyboard (or space bar) to gain cursor control - and this is just one example.
In other words, a behavior that something like Driver.js can help you achieve.
But, for example, I recently signed up for HubSpot as a CRM and while I think that overall, the product is well organized and intuitive, it's just difficult if not impossible to make it as intuitive as a smartphone. The product tours really help.
Sure, you always want usability and discoverability. But to suggest that everything can always just be discovered seems a lot like discussion of the elusive "sufficiently smart compiler." Eg, an unattainable ideal that doesn't exist in the real world.
I am not convinced that the current state of UX is such that it's possible to make a UI where there is zero need for product tours, documentation, video tutorials, etc. At least not for moderately complex products and beyond.
Agreed. All software, like much modern design, is starting to look the same, which is heading to about as close as we can get here: that _conventions_ are baked into apps to such an extent that "everyone" "knows" what to do. But even these huge sacrifices to homogeneity won't ever sufficiently cover everything, or even close. At best we get common patterns, like games, where you can relatively quickly get to grips. But games are model worth considering. They don't smack you in the face like Driver.js does but they propose a congruent concept (progressive complexity).
Anyway. I don't know. UI is hard. Abstractions are hard. "This button does this", "Click this to blah" is one approach. Driver.js has its place. And for apps I'm not sure the progressive complexity of games translates well (the app environment doesn't generally scale along the same progression vectors).
However, a B2B app ,which is where most product demo tutorials are used, isn't like this. Good product tutorials are great for salespeople to walk the customer through the app and sell properly to prospective clients.
When the contract sizes are in the 10,000s or 100,000s and the product is pretty complex then this is a good solution vs having your sales and support staff having to firefight issues.
Those little moments of delight and synergy are why I choose the apple ecosystem.
1. Relatively confusing UX is designed and built.
2. User testing or executive review concludes the UX is relatively confusing.
3. Product Manager says "We'll build a slideshow/interactive tutorial!" to solve the problem.
I want to spend as little time as possible with most tools (especially enterprise tools), and so often these interrupt my work.
E.g. Photoshop is very powerful & you can be very productive but the controls aren't intuitive as a learner.
Aeroplane cockpits are geared towards being easy to do all the complicated things need to fly a plane, rather than being geared towards being easy to learn for non-pilots.
Feels like the "simple Vs easy" distinction.
Don Norman's "Design on Everyday Things" is a must-read for anyone working with UX/UI. Also https://jnd.org/affordances-and-design/
(Of course, these affordances change over time, so some of the conventions/examples are a bit dated, but the spirit remains)
The only button I'm looking for is the skip button. For the rare cases when the UI doesn't make sense, reading the docs or watching a demo video is far easier to follow as you can skip to the relevant part much easily.
Tooltips aren't always the answer though. Onboarding that's more seamlessly integrated into the experience are better, like Retool, Superhuman, or Intercom. You can see those experiences here: https://twitter.com/philvb/status/1617921908510699520?s=20&t...
But if you're making Photoshop, or a deep-functionality video editor, or an enterprise accounting application, or a diagnostics utility or...
If you're building any of those things (or something complex like that), don't be afraid to keep it complex and use a tool for building user familiarity. That's good design, actually. No 'one-size-fits-all' solutions on UX, I'm afraid.
Apple gets a free pass because they have an army of unpaid bloggers willing to write articles on how to get around some of their terrible UX decisions (systems settings on iOS are impossible to navigate)
implies never deliver any product complex enough that a design cannot be made that is understandable at first pass.
I just got a new iPhone and set it up from scratch yesterday... They do this, and it's everywhere.