Many services will need to be offered at three levels of sophistication on the Internet:
- Specialized applications that are optimized to provide the best possible user interface to a set of advanced features
- Traditional web pages that are highly standards-compliant and will work on two-years-old browsers with no or minimal use of plug-ins or anything else that goes beyond HTML and a few simple images.
- Narrowly focused small devices that cannot support the full range of features because of a lack of screen space or low bandwidth (mobile access to the Internet will typically use no more than 28.8 kbps the next few years)
The advent of the graphical web browser in 1993 temporarily halted the development of specialized Internet applications. The main exception was email which is so important that most users refused to rely on the impoverished email access that can be provided through a browser. Email also provides an example of the interplay between specialized applications and toned-down web applications: it is often possible to access your email through a browser. Even though it is unpleasant to do so, the benefits of having access from odd places sometimes outweigh the downsides. And it is clearly the same email whether seen in a specialized client or a browser : same messages and the same basic features (delete, reply, send new message).
We are seeing a small renaissance in specialized Internet applications such as Carmen's Headline Viewer , (browsing headlines across a large number of XML-syndicated sites in a single UI), the Auction Browser (monitoring a number of ongoing auctions in real time), and GuruNet (pop-up window to retrieve dictionary definitions and other data across the Internet from inside any application). United Airlines has special United Connection software for ordering tickets over the Internet: even though it is clunky it is better in some ways than the web-based interface to the same backend. I predict that many more such specialized applications will emerge in 2000.
(Update 2003: Unfortunately specialized apps are emerging more slowly than I had thought. Kevin Lynch gives an overview of Internet Desktop applications available for the Mac as of February 2003.)
Most advanced applications don't work well inside a browser UI which is optimized for reading articles. Of course, browsers can improve, but if they deviate too much from the mission of reading and navigating online information, then they will reduce the usability of the Web. Information spaces and application spaces usually need different navigation support, so the best interfaces for the two will be different. No single UI is best for everything.
When offering multiple interfaces, it is important that they feel like variations of a single system , even though they have different designs:
- All system data should be the same across interfaces, even if not all information is shown in all versions. For example, prices should be the same, but a product listing may include only the best-selling items on a small screen with the rest relegated to a secondary "more products" page.
- All user information must be preserved across the interfaces: if I use one access mechanism today and another tomorrow, then the changes I made in one UI are reflected in what I see in the other.
- Unified login, user identification, and user profile (even though not all preference settings may apply to all UIs, those that do should be respected everywhere so that it is not necessary to manually define such preferences more than once).
- Same functionality and side-effects of commands, even if certain special features or variations are eliminated in some versions. For example, an airline reservation system may make choosing a flight and buying the ticket two separate steps. This separation should be preserved in all versions instead of having the simplified version unify choosing and buying into a single step. It would be OK to have the advanced version include additional features (such as specifying a seating preference) that were not in the simplified version. Missing these features is a trade-off that the user would make in return for the benefits of being able to use the system under various limited circumstances.
It is not necessary for all features to be found in all access mechanisms. For example, a low-end version may eliminate photos or it may show them in black-and-white. Similarly, text may be abbreviated on a small display, though it should be possible to retrieve the full text through a standardized command.
It will be a major design challenge to decide what features should be preserved in what versions of the system. I am hoping for graceful degradation so that users always have the features that they really need. Achieving this goal will require careful task analysis to determine how users behave when they are on the road or in other functionally limited circumstances.
WAP: W rong A pproach to P ortability
Having just toured Europe, I found great interest in WAP in Scandinavia and much skepticism in other countries.
WAP is a way to access the Internet through a mobile telephone , using its square-inch-sized window. This will lead to impoverished user interfaces for two reasons:
- a tiny screen cannot show any context , nor can it show menus or visualizations of alternatives
- telephone push-buttons are poor controls for advanced functionality - as evidence just consider how few of the features on your cell phone you use...
(See also results from usability study of WAP conducted after I wrote this article.)
Mobile access to the Internet will be its third killer app (after email and Web browsing), so I believe that WAP will enjoy a temporary success while we await the arrival of true information appliances. In the long term, successful use of the Internet requires a bigger screen than the small window in mobile telephone handsets.
I am a screen size bigot : Experience from many other user interface platforms indicates that a bigger screen leads to better usability than a small screen and that a graphical user interface adds even more usability. Obviously, in order to be mobile, the device must have a smaller screen than a desktop computer. A compromise somewhat along the lines of the Palm Pilot can combine mobility with a decent-sized screen.
A palm-sized form factor can double as a telephone through the use of a small headset; possibly connected wirelessly through Bluetooth. Cellphones as currently known must die.