Take the 2-minute tour ×
User Experience Stack Exchange is a question and answer site for user experience researchers and experts. It's 100% free, no registration required.

I asked my self this question based on this answer to the question about elevator-button affordance issues: Users in a hurry or hectic mood are willing to press any kind of elevator-button to prevent (or force) the door to stay open (or shut). I'm not looking for a tweak how to handle this specific problem. I wan't to generalize an issue.

To know how to interact with a system takes a moment of patience to pick up and learn how the system (or parts of it) work. It is our job to make this as simple and straight forward as possible. But going a step further and making the user enhance his expertise and letting him experience that, would increase the UX of the product.

Hence my question. Is it our job as UX/UI Designers to gently force the users we are designing for to slow down in specific situations? Is this possible especially for micro-tasks (excluding complex procedures in software with help, intro and how-to features)?

Or is this a very personal (lifestyle) decision users must make for their own while we provide straight-forward products "only"?

share|improve this question
add comment

1 Answer

Yes, you get to control the pace. It's a form of storytelling. Sometimes you don't want to roll everything out all at once. All of these pacing decisions need to be weighed against how much value those pauses in the action will deliver.

Progressive disclosure: Maybe you can reduce or prevent errors by using progressive disclosure patterns. De-cluttering a busy interface can help reduce user confusion. Providing a first-time-in coach can help people get started quickly. Remember "Welcome" screens? That was their function; to get people started with the site by providing a small introduction to the purpose of the site.

Also consider how building in pauses might harm the product, the user or the interaction. Is the feature really available in this mode, but you're just hiding it? Does that harm the experience?

Feedback: Take your button-mashing example. People mash because in the absence of feedback they don't know what else to do. What if the device was a heart defibrillator? Getting a user to pause (or get locked out) between presses would indeed be valuable, especially if the device gave no feedback, but delivered shocks only every hour or so, and queued up all the button presses to deliver many big shocks later.

Coaching: Many apps have a "coach" feature now that walks you through interactions the first time in. This is one way of approaching it. The best coaches tell you what you need to know to get started, and don't over-explain. Also, you can dismiss them immediately if you like.

Dismissable help: A coach is an offer of assistance that presents proactively. As I mentioned, you don't have to use the coach, it's merely a suggestion that is quickly and easily dismissed, like the one-page Ikea instructions. ;-)

share|improve this answer
    
Are stressed users willing to slow down if I control the pace with welcome screens, white spaces, progressive disclosure etc. if I literally force them to? Or will they even get more angry and stressed? The elevator user would know which button to press if she took a second to figure it out. Can and should we force her to that second? –  uxfelix Jan 23 at 8:13
    
Maybe they will take the time to figure it out, or simply close the window (or take the stairs). These judgment calls about pacing have to be based on business needs, user research, metrics; something real. People get stressed using computers all the time, but the interaction designer does control the pace, whether they barf everything up on the screen and force the user to figure it out, or walk them down the garden path. Both approaches will influence the pace. If the IxD takes the barfing approach, the burden to learn is entirely on the user. Is it worth it to them? –  LindaBrammer Jan 23 at 13:30
1  
I think the elevator example is interesting to dissect in cogsci.stackexchange.com. On one hand if you don't present feedback to users, they will smash the button until the system signals that the order was acknowledged. On the other hand, when users are in a hurry they feel comfort in taking action and not waiting idle. This gives a feeling that you are making things work faster when in fact you are just entertaining yourself smashing buttons, and that will not make things work faster. –  jff Jan 23 at 20:09
    
At my old workplace we had some elevator lights that went out. People pressed these often enough and aggressively to crack the plastic covers. –  LindaBrammer Jan 23 at 20:15
    
So you say it's the users decision to slow down if he is willing to learn @LindaBrammer ? –  uxfelix Jan 24 at 12:20
show 2 more comments

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.