Skip to main content

Complexity vs Complexity

Balancing Interaction Complexity against Interface Complexity​

A common mistake designers make is to not account for interaction complexity when designing interfaces. Interface complexity is often the only kind of complexity considered, and this missing perspective is responsible for bottlenecks and much unnecessary friction in products. The distinction owes something to Jef Raskin's interaction-cost thinking, which measured the total effort of getting from intent to action rather than just what showed on screen.1

Telegraph Key

Imagine that you want to send a message, let's take a look at two possible ways of doing this. First we'll consider the telegraph key, it has an irreducibly simple interface consisting of just one button, it literally could not be more simple, however the interaction complexity is exceptionally high, the user is required to tap out messages in Morse code, an outcome which cannot be inferred from its interface.

Apple Keyboard

Next let's look at a keyboard, a device where the interface complexity is extreme; on most keyboards there are 104 keys. So, let's say it's 104x more complex than the telegraph key interface. However, the interaction complexity is far simpler than the telegraph key. To type an 8 on a telegraph key, that's dash, dash, dash, dot, dot (and don't make a mistake!), to do the same on a keyboard requires you to simply locate the number and tap it. If you get it wrong, there's the backspace key; finally, the task of typing on a keyboard can also be mostly inferred from the interface, which is not true of the telegraph key. Which one would you rather write a book with? The simple interface? Or the complex one?

To hammer the point home: a brisk telegraph operator, tapping out Morse by hand, could manage something in the region of 24 words per minute2 — roughly the pace the FCC's old commercial radiotelegraph exams asked of a competent operator. Professional QWERTY keyboard typists routinely hit 70-90 words per minute3. Stenographers, whose interface is more complex still, have been clocked far higher — the current world record, set on a stenotype machine, stands at 360 words per minute4.

Apple Mice

Achieving both minimal interaction and interface complexity is of course possible; Apple opted for a single button mouse on the original Macintosh (most mice at the time had 3 buttons) and a huge engineering and design effort was required to support this pairing of simple interface/ interaction in the system and software, however compromise was needed including the invention of the double-click5.

Double Click

All in all, reducing interface complexity can cause interaction complexity, and interaction complexity is what costs users the most time. Bare this in mind when looking over the section on progressive disclosure and make sure this is not a mistake that you're making.


Footnotes​

  1. Raskin, J. (2000). The Humane Interface: New Directions for Designing Interactive Systems. Addison-Wesley. Raskin's information-efficiency model — H(task)/[H(task)+H(interface)] — and his GOMS and Fitts' Law analyses measure the total cost of an interaction, not just what is visible on screen (pp. 72–96). ↩

  2. "Morse code," Wikipedia, The Free Encyclopedia, https://en.wikipedia.org/wiki/Morse_code. The article records the FCC's commercial radiotelegraph code tests at 20-25 words per minute, the range against which a working telegraph operator's speed is conventionally benchmarked. ↩

  3. LiveChat, "The Fastest Typists in the World," https://www.livechat.com/success/fastest-typists-in-the-world/ ↩

  4. Guinness World Records, "Fastest Realtime Court Reporter (Stenotype Writing)." Mark Kislingbury, 360 words per minute at 97.23% accuracy, 30 July 2004. https://www.guinnessworldrecords.com/world-records/fastest-realtime-court-reporter-stenotype-writing ↩

  5. Atwood, J. (2004). The Double-Click Must Die. Coding Horror. https://blog.codinghorror.com/double-click-must-die/ ↩