2

From Schneiderman's "Eight Golden Rules of Interface Design":

Support internal locus of control.
Experienced operators strongly desire the sense that they are in charge of the system and that the system responds to their actions. Design the system to make users the initiators of actions rather than the responders.

What is the borderline between automating an action for convenience and losing the internal locus of control?

There are some situations where we can facilitate an interaction within the system by automating it, but I always wonder if it goes against this interface rule.

For example: I'm working on a product that 9 out of 10 times requires a key-file that is distributed on a USB card. 1 out of 10 times, the user got the file in an e-mail attachment.

For 9 out of 10 times, I could let the system scan for a USB drive and load the key-file automatically if found. For 1 out of 10 times, this file needs to manually loaded by the user.

But does scanning and automatically loading the key-file from a USB break the internal locus of control?

1 Answer 1

1

Loading (especially uploading) something without the user's direct consent might look like a privacy breach, not to mention "a shift in locus of control." However, if you scan the USB and make an educated suggestion to the user, this might work really well. Like: "The xxx file on your USB card looks like the right one. Shall we use it?" Yes/Select another file/Cancel.

It will eliminate a few steps of uploading the file, while keeping that locus of control right in place. You may even make this a part of the actual form and skip a modal window entirely (then the options could be Yes/Select another file).

1
  • I like the suggestion of asking the user if the correct file should be loaded. This also prevents errors if the user might have the wrong USB. I also had a use case for a user with multiple keys on the USB and didn't want to load the first one detected.
    – DennisW
    Jul 28, 2015 at 10:23

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

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