Skip to main content

Triage and Capture: Rethinking Mobile Email

Overview

Email is one of the primary applications for the latest generation of smartphones, yet many mobile email clients are designed essentially as smaller versions of desktop email clients. Mobile email use, however, differs from desktop email use. While desktop email users may spend significant amounts of time reading and writing messages, mobile email users typically focus on triaging their messages to determine what's new, what they can delete right away, and what's important enough to handle immediately. They defer everything else until they are at a desktop or laptop with a full keyboard and larger display.

With this research, we set out to build a mobile email client that would better fit how users actually handle email on mobile devices. We chose to focus the client on helping users triage their email to identify what to handle and capture the intended actions for deferred messages to support completing those actions at a future time.

Top-level View

The top-level view of our mobile email client illustrates the difference in our focus. Rather than showing a set of folders or jumping straight to the user's inbox, we separate the user's email into Untriaged and Triaged folders (the latter containing mail that the user has already either handled or assigned an intended action). We also provide access to the set of tasks that capture the user's intended actions.

From this view we provide color-coded "badges" to help users determine what Untriaged email they have. The grey badge indicates the number of read messages, the light blue badge the number of unread messages, and the dark blue badge the number of new messages. We report the number of new messages separately from the number of unread messages because we discovered through observation that mobile email users spend most of their time just in the inbox. Users are surprisingly good at determining how to handle a message just from the sender, subject line, and two lines of the body provided by many mobile email clients. As a result, they often never need to open a message, particularly if they defer handling it to a laptop or desktop. But if users don't open messages they remained marked unread, even though users have "read" them enough to determine how to handle them. Users are then forced to determine themselves which messages are actually new, versus just unread, the next time they access their email on their mobile device. By reporting new and unread messages separately, we allow users to avoid that additional work, as well as avoiding opening and closing messages just to remove the unread flag, which is a coping behavior we routinely observed among users of mobile email clients.

The top-level view showing separate Untriaged, Triaged, and Tasks views.

Capturing Intended Actions

Supporting triage allows users to more quickly determine which messages to attend to, which they can delete, which need to be handled, and which they can defer until they reach a laptop or desktop. Supporting triage, however, is only the first step. We also want to help users capture how they intend to act on a message so that we can help them avoid making that same decision more than once and so that they can more easily resume handling deferred messages.

The approach we chose to take is to provide a way for users to capture how they intend to handle a message as a concrete task that we can store in the cloud and provide access to across devices. Users specify whether a message is something they can handle Next (when they get a few spare moments), something Deferred until later (waiting on a person or for a later time), or something that is a Reference (information relevant for some other task rather than requiring action on its own). They specify that information by displaying a translucent overlay on top of the Untriaged view and assigning the categories directly over the messages.

An overlay for the untriaged view allowing users to assign messages to a category of intended actions.

Users can also optionally assign a specific action to each message as well. We currently support 8 possible actions: Call, Print, Read, Reply, Save, Schedule, Send, and Visit. Users can also specify an action without assigning a category, in which case the client will assign the Next category by default.

Once users have assigned categories and/or actions to messages, they tell the client to triage those messages. In response, the client removes them from the untriaged view so that users do not have to look at those messages and remake those same decisions the next time they check email. Users can still access the messages from the Triaged view. The client also creates a task for each message behind the scenes that users can access through the Tasks view.

[an error occurred while processing this directive]