It is easy for me to access this knowledge pool, I want it to grow so that I can grow along

Last 3 Donors


Support us

Funding progress for 2010:

Forcing Functions

Please note: In order to fully understand the cognitive mechanisms behind the use of forcing functions you should firstly see the entry on automatic versus controlled processes and also the entry on Human error (slips and mistakes).

A forcing function is an aspect of a design that prevents the user from taking an action without consciously considering information relevant to that action. It forces conscious attention upon something ("bringing to conciousness") and thus deliberately disrupts the efficient or automatised performance of a task.

Using a forcing function is selfevidently useful in safety-critical work processes. It is however also useful in situations where the behaviour of the user is skilled, as in performing routine or well-known tasks. Execution of this type of tasks is often partly or wholly automatized, requiring few or no attentional resources (controlled processes), and it can thus be necessary to "wake the user up" by deliberately disrupting the performance of the task. For example, if a user decides to delete five of his files one by one, there is a probability of the user commiting a so-called perseveration error (see "human error") and proceding to delete the sixth file in that directory. The operation of selecting, pressing delete, and confirming the deletion is simply so automatic that the user forgets to stop at the fifth file. If this file were an important system file, a mechanism for 'waking up' the user is needed as it would not be enough to simply display the same warning dialog that was displayed before deletion of the five normal files. The point is well illustrated by Norman (1988) p. 113:

User: Remove file "My-most-important-work."
Computer: Are you certain you wish to remove the file "My-most-important-work"?
User: Yes.
Computer: Are you certain?
User Yes, of course.
Computer The file "My-most-important-work" has been removed.
User: Oops, damn.

As the user is confirming the action and not the file name he/she will not not notice the error before it is too late (or maybe even not notice that the wrong file is deleted at all, unlike the scenario above). In a normal operating system accidental file deletion (if noticed by the user) is usually not catastrophical as file deletion is a reversible action.

What do YOU think?

Give us your opinion! Do you have any comments/additions
that you would like other visitors to see?

Comment Anonymous says: Mar 28th, 2008
#1
That is a very narrow definition of a "forcing function." A term that originally meant the driving or most relevant function in a complex equation, system, or process.
Comment Don Norman says: Dec 17th, 2008
#2
No, it is NOT narrow. Yes, in many engineering analyses, it means what M. Anonymous suggests, but in other domains it means other things. But, hey, this is a website devoted to interface design.



Within the field of interface design. "forcing function" means just what the article says: Some way of forcing the person to attend to the situation and in most cases, preventing error by forcing the appropriate action before harm can be done. I first introduced this term to the community in the late 1980s in "The Design of Everyday Things." (I had nothing to do with the writing of the description, above.)

 
comment You say: Mar 18th, 2010
#3
Your text will appear here ! 

  will be spam-protected
 

 
How many?
=
e.g. "6"
 

References (bibliography)

 what's this?

Lewis, Clayton H. and Norman, Donald A. (1986): Designing for Error. In: Norman, Donald A. and Draper, Steven "User Centered System Design: New Perspectives on Human-Computer Interaction". Lawrence Erlbaum Associates

Norman, Donald A. (1991): Cognitive artifacts. In: Carroll, John M. "Designing Interaction: Psychology at the Human-Computer Interface". Cambridge University Press pp. 17-38

Norman, Donald A. (1988): The Design of Everyday Things. New York, Doubleday
 View info on Amazon.com or .co.uk This link opens in a new window 

Shneiderman, Ben (1997): Designing the User Interface: Strategies for Effective Human-Computer Interaction. (3rd ed.). Boston, MA, Addison-Wesley Publishing
 View info on Amazon.com or .co.uk This link opens in a new window 

Changes to this page

05 Sep 2006: Added a picture of William W. Banks
05 Sep 2006: Author information updated by

Get Notified!

Get notified when new entries are added to the encyclopedia!
Your Email
Want to know more?
Mar 18

The theory gives the answers, not the theorist.

-- Allen Newell

  • Share this quote on... Bookmark and Share
  • Get more quotes

Eva Hornecker on Tangible Interaction

Eva Hornecker explains the evolving concept of Tangible Interaction.

Read Eva's insightful entry here..

Licensed through a Creative Commons licence Open Content

We believe in Open Content and use the Creative Commons Copyright Licences, which makes the content of this website in effect the property of our community, not of this specific website. This page/work is copyright of Interaction-Design.org through the Creative Commons Attribution-ShareAlike Licence.
Permission to make digital/hard copy of part or all of this work for personal, classroom, and commercial use is granted without fee provided that appropriate credit is given (i.e. that the author's name, the title of this publication/article/web page, and its URL clearly appear) and that derivative works are also made available through the Creative Commons Attribution-ShareAlike Licence. See the copyright page for full details or click the 'how to cite' link above for info on how to cite this publication/article/web page.
 

Page information

Author(s): Mads Soegaard
How to cite/reference this page
URL: http://www.interaction-design.org/encyclopedia/forcing_functions.html