Featuritis (or creeping featurism)

by Mads Soegaard

Featuritis or creeping featurism is the tendency for the number of features in a product (usually software product) to rise with each release of the product. What may have been a cohesive and consistent design in the early versions may end up as a patchwork of added features. And with extra features comes extra complexity. As Donald Norman explains: "Complexity probably increases as the square of the features: double the number of features, quadruple the complexity. Provide ten times as many features, multiply the complexity by one hundred." (Norman 1988: p. 174) The result is, in other words, that the product may be extremely productive to the small proportion of expert users whose knowledge of the use of the product has been extended with each incremental addition of features. For the first-time user or the beginner, however, the sum of features is overwhelming and it can be very discouraging to have to spend large amounts of time finding out how to accomplish simple tasks.

The cause of featuritis

Featuritis is caused by enthusiastic users who request additional features to meet their specific needs and because additional features could "improve" the software, at least from their point of view. These are the aforementioned users who actually profit from the continuous addition of features and for whom it is truly desirable ("Gee, wouldn't it be nice if it had this feature too?"). Well-meaning designers who are not aware of the danger of featuritis oblige their (power) users but do so on the expense of the average user or beginner, who are not necessarily interested in extra features.

Curing featuritis

Once a software application suffers from featuritis, it can, at least theoretically, be easily cured: Provide a simple and easy-to-use "beginner's mode", which contains a basic subset of the full set of features. Thus, the majority of users can get their job done easily and without being confronted with the complexity of the entire program, while gracefully ensuring that the power users still have access to all the complex, special-purpose features.

Figure 1: Example of featuritis overcome by letting the user choose a 'mode' corresponding to his/her skills: The program is 1st Page 2000 (HTML Editor) from EvrSoft.

Other ways of curing featuritis is modularising the given software, device or artifact by creating separate functional modules, each having a limited set of controls, each specialised for some given aspect of the user's task (Norman 1988).

Note: Software that suffers from featuritis/creeping featurism is also known as bloatware, or fatware.





User Contributed Notes

Do you have any comments/additions that you would like visitors to this page to see? Please submit your comments for the benefit of other visitors!

Comment The Editorial Team (127.0.0.---)
Posted 28 Aug 2008 UTC
Be the first to add a thoughtful note to this page !


 
How many?
=
e.g. "6"

 

References (bibliography)

 what's this?

Brooks, Fred (1975): The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley Publishing
 View publication info on Amazon.com or .co.uk This link opens in a new window 

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

Jargon File (2001): Version 4.3.0, 30 APR 2001

Changes to this page

19 Mar 2007: A comment has been submitted by Laurie Knaack
02 Oct 2006: A comment has been submitted by De Zeurkous
08 Sep 2004: Made minor changes
 

Please Help!

If qualified, you may write an entry in the encyclopedia!

 
 

Get Notified!

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

Licensed through a Creative Commons licence Copyright Notice

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, its URL and its date 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
This encyclopedia entry has been peer-reviewed by two reviewers (double-blinded) and has undergone language copy-editing, typesetting, and reference validation.
How to cite/reference this page
URL: http://interaction-design.org/encyclopedia/featuritis_and_creeping_featurism.html