Home > User Experience > User Task Canvas — Collect your users’ needs & activities

User Task Canvas — Collect your users’ needs & activities

User Task Canvas — Collect your users’ needs & activities


It is not always easy to collect all of your users’ needs, especially when you are not necessarily familiar with the context of use or the field in which they work. That’s why we created this downloadable and printable canvas to help you collect needs.

Original blog post from CreativeJuiz Blog.
Cet article est également disponible en
Français.

Julie and I worked for CapitalatWork Foyer Group, a discretionary investment management company. The goal of our intervention was to understand why their existing tools did not meet the needs of the Client Relationship Managers and Portfolio Managers (our end users).

But before we could address the question of “why”, we needed to better understand the context and identify their work habits while understanding their daily lives. Thus, we would have bits of “what”, “who” and “how” that would most certainly allow us to find leads on the “why”.

We wanted to make it easier for our users, and bring a bit of fun too. We looked at creating a card game fast enough to help our managers work with us on this exercise.

The first prototype we tested on a colleague

We had one day to conceptualize them, pre-test them, make them, print them, cut them out and test them the next day.

The prototype tested on the left, the first set printed on the right

To help our managers, we organized a small workshop with two of our end users, blocked 1 hour for the exercise. In hindsight, the time was not enough and we overran by 15 minutes, where it would have taken 1h30 instead.

When you do something unusual with your users, it is important to introduce the context, the best way to do so is to

  1. Remind the context of the workshop (collecting their work habits)
  2. Announce that you will use cards to help them.
  3. Introduce the cards : Task, Actions/Decisions, Objects/Tools, Interactions/Dependencies. We voluntarily did not introduce the Pain Points, Magic Changes and Meta-cards right away (they’re not all here in the previous images, by the way.) .
  4. Then present an example that is quite simple to understand from everyday life. We used the example of “Taking a shower” which generally speaks to all our users.

When you run your example you need to remind yourself what each card implies and propose an order to present these cards. Order that will not necessarily be respected by your users and that’s totally fine.

  1. Task : this is the task you need to perform. You normally filled in this card with a “I need to take a shower”.
  2. Decisions : it is about defining what you do to accomplish this task, and the decisions you need to make to accomplish the task. “I turn on the water”, “I wait for the hot water”, “I adjust the type of jet”, are possible options.
  3. Objects : it is about specifying the tools and objects that you use to accomplish the task. “A washcloth”, “soap”, “a sponge” or “a towel” can be useful objects.
  4. Interactions/Dependencies : it is about providing more context to your task by reminding yourself of the people or other activities on which you depend. “The boilers”, “The cleanliness of the towel”, “The good maintenance of the siphon” can be dependencies.

Our initial mistake was to think that our users could fill out the cards Pain Points and Magic Changes later. In fact, they needed to express what bothers them early on. Give them this card early on by presenting it at the beginning, preserve the card Magic Changes for later.

5. Pain Points : it represents the blocking or irritating points during the performance of the task. Usually it fills almost all by itself when you talk about tools, objects, interactions and dependencies. “Shower slips”, “Water is cold”, “Moisture rises quickly” can be pain points.

Once the presentations were made, we suggested that managers complete a few task cards to list them.

Users filling in task cards

However, as they filled them out, they remembered the dependencies and tools they use. We ended up giving them free access to all the cards so that they could express themselves freely. They quickly took the tool in hand. We started making them work together.

Columns of tasks and their context

In order to help them, we completed, while listening to them, the meta-cards, which offer more context to a given task. We only had the “Rhythm” card at that time, but we quickly realized the need for the “Where” and the duration.

After a while, and because sometimes someone may take the lead in the group, we ended up separating the two managers to get more tasks and allow everyone to use their own memory.

At the end of the workshop, we offered the “Magic Changes” card so that the user could imagine their own solution for the Pain Points encountered. At that time we took the example of the shower to present the concept to them. “Having a small auxiliary water-heater”, “Porous shower floor” or “motorized ventilation” can be solutions to the pain points in our shower story.

Many more tasks organized by columns

Once it’s done, group your columns into small stacks for quick access to task information. We used small wooden clamps that are much more practical than paper clips here.

Stacks of our users’ tasks

We obviously had not anticipated everything for this workshop, so here are some additional tips.

These tips are quite generic. Depending on your users and the context of your work, you will certainly need to adapt the exercise a little. A few things we have seen.

  • Plan at least 1h30 with two users working with you,
  • Be at least 2 designers, it’s easier to support users and not forget anything. Especially if you want to take notes during the session,
  • Present all cards from the beginning, including Pain Points, but except the Magic Changes card, which should be kept for the end.
  • Arrange tasks by column or row to facilitate the completion of each task.
  • You can help to fill in the context cards: “duration”, “where”, “rhythm” without any risk while listening to your users.
  • Your users will probably highjack the game and do what they want with it. Unless you lose too much material because of this hacking, let them do it and be flexible. The important thing is to make it more fun for them and to create an automatism while not forgetting anything.

At Foyer (the company I work with), we work in an Agile context. We develop features piece by piece, and we test them at each iteration with our end users. Each development comes from a need that we discovered thanks to this workshop and a proper story mapping.

After a few months of development and several weeks of use, the feedback is more than positive and the adoption of the tool is unequivocal: excellent. One of the many verbatim comments from our users that has brought me the most as a researcher is:

It’s surprising, you’ve managed to understand our business without knowing anything about it at first.
— Nathalie, a user

Download the cards

You will find the latest version of the cards available for free here. Please, be aware of the license.

This is a version 1.0 that I will update over time based on the feedback and improvements that we receive.



Source link