Control Consensus Compromise: Community-Centered Web Design
Matthew Duncan
Master of Arts in Communication
Media Studies
Department of Communication Northern Illinois University
Committee
Dr. David Gunkel
Dr. Jeff Chown
Dr. Michael Day
Abstract : : Table of Contents : : So What? : : Citations
Compass Rose
Consensus

1.Robert R. Johnson's 1998 book User-Centered Technology is an oft-quoted (and often punned or homaged) source for technical communication rhetorical theory that refigures the "ends" or telos of technology. Johnson critiques what I have called Control by pointing out that the telos of techology in the last hundred years has been in the interest of

as a result of the technology (21). Johnson hopes to shift the focus of technology and its ends away from designers and their tendency to Control for profit and toward users, those humans (virtually all of us) who interact with various technologies [...] on a daily basis in our public and personal lives (21).

2.At least part of what I mean by Control is well-articulated by Johnson's system-centered model of technology (25). Johnson even asserts that the system-centered view is so embedded in Western cultural ways of thinking about technology that even the best user-centered design approaches can unwittingly fall victim to the system-centered ideology (29). He goes on to critique Norman's model of user-centeredness. While Norman advocates composition or design that keeps the user in mind and makes things easy, his model still perpetuates design as dissemination, and ultimately as Control--though a kinder, gentler Control. Norman is telling designers (rhetors) to compose with the audience in mind, and make it easy for them to receive information (29-30).

3.Johnson wishes to reposition or reinvent the process of design as a dialog (or even conversation) between user and designer. He acknowledges that users should not be the only or even primary forces in technology development, but that they should take part in a negotiated process of technology design, development, and use (32, emphasis Johnson's). While he makes this statement, he also repositions users at the center (hence the name of his book) of a triangle graph based on Kinneavy's rhetorical triangle. Where Kinneavy places reader, writer, and reality at the points of the triangle (based on the work of I. A. Richards) and puts text in the center (35), Johnson changes these relationships be redefining terms in the following fashion:

Comparison of Kinneavy's and Johnson's rhetorical triangles.
Kinneavy Johnson
writer artisans/designers
reader users
reality user tasks/system actions
text artifact/system
kinneavy triangle
johnson triangle

4.Johnson then moves the artifact/system (text) to a point of the triangle, and moves the users (reader) to the center (35-36). He finishes his graph with two concentric rings surrounding the triangle. The inner ring gives the context for user activity, learning, doing, and producing; the outer ring constrains the use of technology in a context of human interaction, disciplines, institutions, and communities; and just beyond this outer ring lie culture and history (38-39).

ring diagram positioning Johnson's triangle in the center and Community and Culture on the outer rings

5.Even if designers do consult with their user base or do usability testing, there's little to no chance that a Consensus will emerge. Obviously, some users will prefer (for example) the all-in-one approach of a client suite that allows both the checking of POP email and surfing the Web. Many may even want the apparent seamlessness of having these features built into the GUI OS from the start. Many users, though, may want every component separated, as they rarely surf the Web, or use Web-based email like HotMail or Yahoo.

6.With such a cacophony of voices asking for features (or asking for their removal), the designer is left with the difficult task of filtration and implementation. Many designers will simply choose to implement every suggestion. Interoperability between components is a useful thing, but the desire to turn every product into a Swiss Army Knife leads to problemsfootnote 1. The Melissa virus of 1999 exploited this type of interoperability by using the Outlook email client to disseminate a message containing Word macros that connected back to Outlook and replicated the message for transmission to all entries in the infected computer's address book. (see Dilger's discussion in note 12 of "The Ideology of Ease")

7.Though a grossly oversimplified version of Johnson's model, the "Swiss Army Knife syndrome" run amok is what I fear about Consensus. At the very least, Consensus seeks user imput, which Control does not. But Johnson's positioning of community and culture at the outer fringes of the user-centered rhetoric model gives me pause. The website you are reading is a good case study for examining how this model could run amok, and the need for an alternate model, of informed Compromise.

footnote 1. I often use the metaphor of "Swiss Army Knife syndrome" when describing the practice of jamming lots of features into what ought to be a simple piece of software (or equipment, etc.). I have found other similar usage of "Swiss Army Knife syndrome" on the Web, most notably Norby's PowerPoint slides (irony, no?) to accompany a talk on accessibility in the European Union's telecommunications network, and to a lesser extent McGovern's creative nonfiction article detailing "A Day in the life of an information worker."Another term for this is "creeping featurism," as detailed by Donna Maurer.

Text Columns:
single double

Updated: