Illustration by

What Really Matters: Focusing on Top Tasks

Digital is a space of endless replication. It has never been easier to create—and create, and create. People love to publish, but they hate to remove, which leads to overloaded websites and constant, inevitable redesigns. The top layers get a shiny new coat of graphics and meaningless “we really care” content—but underneath, a teeming mass of out-of-date, badly organized information still swirls about.

Article Continues Below

The solution is to make hard choices using Top Tasks Management. Top tasks are the small set of tasks (usually less than 10, often less than five) that matter most to your customers. Make these tasks work well, and you’ll be on the right track. Get them wrong, and chances are you’ll lose the customer.

Top Tasks Management is a model that says: “Focus on what really matters (the top tasks) and defocus on what matters less (the tiny tasks).”

Tiny tasks are a nightmare for web teams. On their own, these tasks seem innocent enough. It’s just one more page, one more link, one more graphic. But gather them up, and many a web professional has found themselves nibbled to death.

Tiny tasks are also full of organizational ego. Often, the more important the task is to the customer, the less content is being produced for it; the less important the task is to the customer, the more content is being produced. This inverse relationship is very typical.

Identifying top tasks#section2

The purpose of Top Tasks Management is to reduce complexity by identifying what really matters to customers. The following steps are involved in a task identification process:

  1. Comprehensively engage the organization in a process of gathering customer tasks.
  2. Work with key stakeholders to come up with a shortlist of these tasks.
  3. Get a representative sample of customers to vote.
  4. Create a league table of tasks from the one with the highest vote to the one with the lowest vote.

Step 1: Gathering the longlist of potential tasks#section3

Use the process of gathering tasks to get outside of organization thinking and inside the customers’ mind and world. Actively engage the key stakeholders in this process. It can be a great way to get the whole organization thinking about what the customer wants to do, rather than what the organization wants the customer to do.

When gathering the list of customer tasks, use as much data as possible. Here are some common data sources for customer tasks:

  • Corporate philosophy: Strategy, mission and vision, and corporate objectives.
  • Customer feedback: Survey results, frequent help requests, insight from support or service teams.
  • Stakeholder reviews: Interview key stakeholders and ask them what they consider top customer tasks.
  • Competitor or peer websites: Review competitor or peer websites and see what sorts of tasks are cropping up.
  • Traditional and social media: What sorts of tasks are being mentioned by customers on social media? Are there specialist traditional media that cover your industry?
  • Site behavior analysis: Most visited pages, most popular downloads.
  • Search analysis: Top search terms on the website, as well as Google public search behavior for your industry.

Why go to all this bother? Why not just depend on the numbers for your most visited pages and top search terms? The truth is that these can be unreliable metrics:

  1. Page visits reflect what you have, not necessarily what customers want. There may be tasks that you don’t have content for—so it’s unlikely they will show up in search and site data. And analyses of page views often reflect an amalgam of tasks; it’s hard to separate the top tasks on these pages from the tiny tasks.
  2. Search is a window into customer behavior, but it doesn’t tell the whole story. For example, when we worked on the BBC intranet, we found they had a feature called “Top Searches” on their homepage. The problem was that once they published the top searches list, these terms no longer needed to be searched for, so in time a new list of top searches emerged! Similarly, top tasks tend to get bookmarked, so they don’t show up as much in search. And the better the navigation, the more likely the site search is to reflect tiny tasks.

Cisco recently undertook a project using Top Tasks Management. When we completed their research, we had over 600 tasks. (In a typical project, we tend to gather between 300 and 500.) Here is a small sample of what the initial tasks looked like for Cisco:

  • Add a network diagram
  • Annual reports
  • Attendant console
  • Benefits of product
  • Network engineer blogs
  • US forums and communities
  • Bug toolkit
  • Bugs, debugging
  • Certifications
  • Cisco MeetingPlace
  • Collaboration
  • Get pricing
  • How to configure
  • Discussion forums
  • Technical forums
  • Support community
  • RV082 installation
  • Network Magic
  • Self-service

There were duplicates, areas of overlap, branding words, and internal jargon. It needed a lot of cleaning up!

Step 2: Getting to a shortlist of tasks#section4

The next step is to bring the longlist of tasks down to a shortlist of no more than 100. Getting a feel for the tasks takes time, which is why we recommend planning on four to six weeks to do the task research and get to the shortlist. Here are some guidelines for shortening your list:

  1. Don’t use brands, jargon, tools, or formats. Get to the essence of what the thing helps the customer do. Avoid specialized or vague phrases like “MeetingPlace,” “Network Magic,” or “Videos.” What is the essence of the task? Is it Pricing, Configuration, Troubleshooting, Training?
  2. Avoid product names or groups. Instead of “RV082 installation,” use “Installation,” as that covers all products. Don’t use “Collaboration” or “TelePresence,” as these are product groups.
  3. Eliminate overlap. “Bug toolkit” and “Bugs, debugging” are essentially the same thing, so you can bring them together into one task. There’s also a lot of overlap between “Technical forums,” “Support community,” “Forums and communities.” We probably only need one task here.
  4. Avoid lofty concepts and goals. A goal is wanting to spend more time with your family, but a web task is booking a vacation. All of the tasks on the list should be roughly at the same level. What do “Self-service” and “Knowledge Base” actually mean?
  5. Ignore audiences and demographics. Keep tasks universal. We don’t want “Network engineer blogs” or “US forums and communities.”
  6. Avoid verbs. The noun is the task. Only use verbs when they’re essential. The list becomes very difficult to scan when so many tasks begin with “find,” “get,” etc. We don’t need “Get Pricing”; the word “Pricing” is fine.
  7. Avoid phrase repetition. Try not to have more than four tasks in your final list begin with the same word. In the longlist, we had lots of tasks beginning with “Cisco.” In the final shortlist, we only used “Cisco” where we felt it was absolutely essential.
  8. Be concise. Use a maximum of seven words or 55 characters for any particular task.

Your tasks might also include subtasks in parentheses. Subtasks should not be exhaustive—typically just two or three examples—and we do not use “etc.” at the end (or else every task would have it).

At the end of the process with Cisco, they agreed on 67 tasks that reflected what customers wanted to do. It was the first time this organizational consensus had ever occurred. Here’s a sample of the list:

  • Troubleshooting (bug fixes, diagnostics, guides)
  • Blogs
  • Calculate return on investment (ROI)
  • Check product or service availability (lead times, back order, in stock, in my region)
  • Compare Cisco products, services and solutions to each other
  • Customer / user reviews and ratings
  • Download software, firmware, drivers, patches, updates
  • Follow Cisco on Twitter, Facebook, YouTube
  • Network design (tech guides, notes, examples)
  • Pricing for an individual product or service
  • Training (courses, calendar, locations)
  • Troubleshooting (bug fixes, diagnostics, guides)

Notice that we did include “Blogs,” despite our rule against including formats. Sometimes we leave in a word or phrase just to prove that it will not get a big vote. If there’s a buzzword that is all the rage internally, consider leaving it on the list just to see how customers react.

By far the most important part of the shortlisting process is involving as many key stakeholders as possible. We brought together people from Cisco’s marketing, support, communications, product, and other teams. It was a hugely enlightening process for everyone involved. They began to understand where there was overlap, and how they would need to collaborate on content and navigation.

Step 3: Getting customers to vote#section5

The third step is to have customers weigh in on the shortlist. We usually send out a survey and ask each person to rank five tasks, giving 5 to the most important, 4 to the next-most important, and so on:

A screenshot of a long survey, showing instructions, a list of 67 tasks, and spaces to rank the tasks.

That’s a joke, right? Nobody would do that. It breaks all the rules of psychology and survey design. It’s simply not possible. Yet in the last 10 years, we have done over 400 similar surveys with close to 400,000 people voting. It’s crazy, but it works.

The voting survey needs to be designed this way because:

  1. We want to find out what really matters to people—what they do versus what they say they do. The very length and overload of the survey forces the gut instinct to kick in. You don’t “read” the list; rather, the tasks that really matter to you jump out.
  2. The core deliverable of the survey is a league table of tasks. You get to know not just the top tasks, but also the tiny tasks, and how each task ranks in relation to other tasks. It gives you a hierarchy of importance that will allow you to make design and content decisions—what to prioritize, what not to prioritize.

Step 4: Analyzing the results#section6

Cisco is a complex world. The 67 tasks in the final task list were all seen as top tasks. They had been edited down from a list of more than 600. And yet, when the votes were counted, here’s what happened:

A pie chart divided into 67 unequal pieces, showing that three tasks take up a quarter of the chart and the bottom 44 tasks take up another quarter.

Three tasks got the first 25 percent of the vote. Six tasks got from 25–50 percent of the vote, 14 tasks got from 50–75 percent of the vote, and 44 tasks got from 75–100 percent. Yes, three tasks got as much of the vote as the bottom 44. In fact, the top task (“Download software”) got as much of the vote as the bottom 23 tasks.

We have done this process over 400 times and the same patterns emerge every single time.

This is Cisco’s league table of the top 20 tasks:

A table displaying the same data as the pie chart, but showing only the top 20 tasks and their percentage of the total vote.

The top task (“Download software”) got 2,408 votes out of a total of 26,160 votes cast, representing 9.2 percent of the overall vote.

Here are the tasks at the bottom of the vote:

A table displaying the same data as the pie chart, but showing only the bottom 20 tasks and their percentage of the total vote.

The bottom task (“Financing, leasing options”) got 29 votes. This is not to say that financing and leasing are unimportant; it’s just that people don’t go to Cisco.com for them. Also, notice how “Blogs” got just 76 votes out of 26,160 cast. People don’t care about the format. They care about the task of installing the RV082 router, for example. If they find a blog post about how best to install the RV082, then, sure, they’ll read that.

Using the results#section7

The benefits of such an evidence-based, collaborative approach are worth the effort. For example, in 2010, downloading a typical piece of software could take 15 convoluted steps and an average of 280 seconds. Now, much of the software can be downloaded in four steps and an average of 45 seconds. Success rates have improved for many tasks by as much as 30 percent.

Every six months, Cisco does a formal test of its top tasks, giving real customers real examples of top tasks and measuring success rates and time on task. These “Task Performance Indicators” have become Key Performance Indicators for the Cisco web team.

Another key outcome of Top Tasks Management is a more collaborative work environment, where people come together to manage a task, rather than just manage a website or an app or publish content for a particular department. Cisco has embraced this approach; the Marketing and Support divisions are in regular contact, and employees from IT, usability, content, and experience design work closely and coordinate their efforts.

The essence of a great customer experience is to help people quickly and easily complete their tasks—but to do that, you need evidence of those tasks, not opinions. Top Tasks Management gives you the data to focus on what really matters: removing (or at least deemphasizing) a whole plethora of tiny tasks, and improving the small set of top tasks that your customers really want.

About the Author

Gerry McGovern

Gerry McGovern has published five books about the need for customer-centricity in the online world. His last book, The Stranger’s Long Neck, helps you identify and measure top tasks. He used to be a rock journalist, interviewing the likes of Lou Reed and Nick Cave. His weekly newsletter was recently shortlisted for a Webby.

68 Reader Comments

  1. Patrick, that’s really wonderful to hear! As you point out, the method was developed with larger websites, but it’s really great to hear it works with smaller websites too.

    One thing we try and do is get the team / stakeholders to vote on a copy of the task list. We use the question: “What do you think your customers want most?” It’s illuminating to compare the two votes. Those ‘pet ideas’ usually get dismal scores from customers!

    A powerful aspect of the approach, as Bill points out, is that it is metric you can control. If you improve the task and then test again, your score on the Task Performance Indicator will increase. You can show management the value of your work.

  2. We are HUGE advocates of Gerry’s top task testing methodology at our company and evangelize it to everyone we talk with – both internally and externally. It’s really helped us fight against some of the ‘bright shiny object’ disease and the tendency for everyone to have an opinion of what we put on our webpages (and where/how) – because we have data to back it up! Our customers and partners do this (and not that) and when we organize content this way, they struggle, and when we organize it that way, they succeed! Clear and simple. Not easy to do mind you, but a fact-based approach that wins over colleagues and executives alike every time, and clears the way for us to make significant changes (and prove whether or not they are working for the most important folks – our users).

  3. Thanks for the wonderful read, Gerry!

    I think this could be a useful approach for my team and I’m wondering if there is a resource for using analytics (or some other method/tool) to gain insight for sites that are content heavy (such as a government website) where a successful transaction might be providing a piece of contact information, downloading a document/form, or more often, redirecting a user to an external application to complete a task.

    I know we could use customer feedback, stakeholder reviews, and peer website research, but could we also use site behavior and search analytics beyond page traffic and search to help us first, establish top tasks and second, measure their success?

  4. Hi Jessica, glad you found it useful.

    It definitely works for government as a way to identify what really matters to customers. A task doesn’t have to be a transaction. In content heavy websites, it’s the search for an answer to specific question, such as: Do I qualify? What do my symptoms reflect? Who do I contact? What date will I get my payment on? How do these regulations apply to my business? Etc. Etc.

    Site behavior and search analytics definitely add to the picture of what sort of tasks the customer wants to complete, but they don’t usually tell the whole story. If you don’t have the task currently available, but the customer wants it, then it mightn’t come up in analytics data. Sometimes, we find that the words people search with don’t accurately reflect what their true intent is. Site behavior can be influenced by the quality of the navigation. Poor quality navigation can give the impression certain areas are in fact more important than they are.

    So, if you want to get a true picture of the world of your customer, assemble your task list from multiple sources. Think beyond what you currently have and try and get into the mind of your customer.

  5. Gerry, thank you. Do you have thoughts on identifying tasks externally and outside of what exists? What if the top 5 tasks you survey are ranked, but missing something important? Further, thoughts on how to address when that “something further” falls outside of current business mission or goals. Your insight is much appreciated.

  6. Hi, Danelle, thanks. Sometimes, we run a pre-survey with just a couple of open-ended questions. For an intranet, that question might be: “What are the most important things you do in your work?” This is a good way to not limit just to what already exists. In gathering the initial list of tasks, make sure that you have as many external customer sources as possible. Work with the team to think about the broad task–What’s most important to you in dealing with your health?–rather than with the organization itself–What’s most important to you when you visit our health website?

  7. This is great Gerry!
    Thanks a lot for the thorough explanation!

    In the survey, what’s the reason why you ask people to score the tasks they choose?

    Wouldn’t you be able to get the same result if you asked them to just pick 5?

  8. Thanks, Anders. Good question. The voting helps to clearly distinguish the order of the tasks, particularly where the poll is under 1,000 voters. Over that number of voters we have found that there isn’t much of a difference–from a ranking of the tasks point of view–between the votes a task receives and the number of times it was chosen. So, getting people to vote I feel gets a more precise and refined set of results, particularly for smaller size polls, but if you only got them to choose 5 and not vote, I think you’d still get useful data.

  9. Bit late to this article, having listened to Gerry on Jen Simmons’ Web ahead podcast.

    In the podcast you mention that councils tend to share similar top tasks.

    I wonder if the idea of basing initial top task identification on sector top tasks would be completely antithetical to the approach you outline?

    I suspect that the top tasks across University course websites for example would be pretty similar. We know that universities love to refer to League tables.

    Sector wide top tasks would be a great measure of performance, though I’m dreaming if I think people would be willing to share their top task research.

  10. Kevin, we have developed task masterlists over the years for councils, universities, technology companies, etc. These list are great guides for us in developing the list with the organization.

    A key reason we always try and work closely with the organization is to create engagement and buy-in for the process. The Top Tasks approach is also about organizational change–getting people out of the silos, and getting them to organize around customer tasks.

    Thus, all the various silos in the organization (sales, marketing, support, etc.) need to feel ownership of the task list, and that they understand the basic concept of Top Tasks.

    Developing the list is the easy part really. Developing cross-silo understanding, consensus, and a willingness to work together to help customers easily and quickly complete their top tasks–that’s the real challenge.

  11. Hey Gerry,

    This is a really useful article, as are some of the comment! I’m reading your book at the moment and this has really helped me to start making sense of it all. I’ve joined a new team and have inherited a previous round of TTA that appears to be a ‘light’ version of your method. It’s set up as a card sort (Optimal Sort) rather than as the survey you describe and asks participants to place a single card/item in each of five categories named priority 1, priority 2 etc. There is no way of voting just prioritising 1-5. Is it essential to ask participants to vote in the way you describe in your book or is it sufficient to ask them to prioritise their (e.g.) five most important tasks? Does the large number of total votes (15 x #voters) in your method mean that the output is more reliable/robust?

  12. Also, how did you produce the pie chart with a line for each task? I love it. So clear. I understood immediately.

  13. A great article. Harga Ban Bridgestune Ecopia Ep150
    – The thing that really strikes me about your article is how you prioritize tasks over user personas. We have been working with a very similar methodology. I am really interested in how you then apply this task list to the next stage of ux (which I assume is journey mapping) without a persona to pin this on.

  14. Hi Bex, sorry for the delay in replying. In most situations, priioritization is enough. We’ve been doing some extra research recently and have found that in the the majority of situations, it’s enough just to prioritize.

    The pie chart was created from a Microsoft Excel add-in we created.

  15. Hi Dewi. We avoid personas because we find they create unnecessary complexity, and very quickly they lose connection with actual real customers.

    Once we’ve identified the top tasks, we test them using a process we call the Task Performance Indicator. Actually, I’ve just published an article on it:
    http://alistapart.com/article/task-performance-indicator-management-metric-for-customer-experience

    Part of the process involves getting the organization to create a journey map. Then we test with real customers and see if the journey map the organization created actually reflects how the customer is trying to complete the task.

    Once you start observing customers regularly you don’t need personas. Why have fictional personas when you can have the real thing.

Got something to say?

We have turned off comments, but you can see what folks had to say before we did so.

More from ALA

I am a creative.

A List Apart founder and web design OG Zeldman ponders the moments of inspiration, the hours of plodding, and the ultimate mystery at the heart of a creative career.
Career