Live data from Hacker News

Driver.js: Product tours, highlights, contextual help and more

driverjs.com

101–108 of 108 posts

Re: Driver.js: Product tours, highlights, contextual help and more

#101

No no no no no. 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.

Let the onboarding be a forcing function for usability. 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…

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

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

Re: Driver.js: Product tours, highlights, contextual help and more

#102
post #20

No no no no no. 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.

> Apple famously doesn't do any of this with your iPhone 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…

These are basically power user features. You don’t need them to get by on everyday tasks. They just help. Just like right-click on the desktop.

Re: Driver.js: Product tours, highlights, contextual help and more

#104
post #89

Earlier quoted context omitted.

“Shake to undo” also doesn’t work more often than it does. You’d assume an OS-specific keyboard interaction would work anywhere there’s text input, but no!

The only time I use that gesture is when I drop my phone.

You can disable it in Accessibility settings

Re: Driver.js: Product tours, highlights, contextual help and more

#106
post #17
post #15

Earlier quoted context omitted.

I think they’re a design smell. If your interface is designed well, you don’t need them. If you hide features behind cute-but-meaningless icons with no text tooltips, you users will still struggle to find them even with an irritating onboarding tutorial.

How would your users find out about a new feature on a page that's tucked away into a menu without one of these?

Patch notes? You can give users some bullet points to read when they run a new version for the first time, without railroading them into clicking through the menu structure.

Also maybe keep the menu structure logical so that users can actually discover functionality by looking through the menu, like we did in the old days before semantically relevant text was replaced with tastefully ambiguous generic pastel icons.

Re: Driver.js: Product tours, highlights, contextual help and more

#108
post #68
post #18

I like these, but only a little. Don't force it on new users, but ask if they want a tour. Only use sparingly when new features/buttons/changes are added to the app. Only once per session. Prompt is Dismiss/Tour option. It's better if your app has an "intuitive" UX. But an un-forced tour can be helpful. Its better than the sign-in interstitial to announce features.

And please god offer a help menu somewhere that includes decent docs and an opportunity to re-run tours. So many designers seem to think I am opening an app with oceans of time while asking myself the question, "What delights do these wonderful people have for me today?" When in reality I'm opening them to get a specific thing done right now. Which is the moment when I am least receptive to somebody forcing me to loo…

This. Why cant I ever easily restart my tour
Post reply on HN