Use Cases

Loading...

En provenance du cours de University of Minnesota

User Research and Design

277 notes

University of Minnesota

User Research and Design

277 notes

Cours 2 sur 5 dans Specialization User Interface Design

In this course you will learn and practice techniques of user research and early UI design exploration. First, you will learn and practice several techniques for user research, including in-person research and survey and log-analysis techniques. Then, you will learn to analyze and deliver user research in forms that support UI design, including personas, use cases, tasks, and scenarios. Finally, you will learn and practice ideation techniques that start from user research and broadly generate potential design ideas.

À partir de la leçon

Analyzing and Delivering User Research

The 3rd and 4th week of the course are intended to be a unit, with more lecture content in week 3, and more practice (assignment and quizzing) in week 4.

Introduction: Translating User Research to Support Design4:27

Qualitative Analysis16:07

Quantitative Analysis8:07

Personas I: What They Are; How They're Used14:44

Personas II: Walking Through Examples25:30

Tasks and Walkthrough Scenarios14:37

Implications for Design12:11

Rencontrer les enseignants

Loren Terveen
Professor
Computer Science and Engineering
Haiyi Zhu
Assistant Professor
Computer Science and Engineering
Lana Yarosh
Assistant Professor
Computer Science and Engineering
Dr. Brent Hecht
Assistant Professor
Computer Science and Engineering
Joseph A Konstan
Distinguished McKnight Professor and Distinguished University Teaching Professor
Computer Science and Engineering

Welcome back.

In this lecture we're going to talk about Use Cases,

sometimes also called usage storage.

And we're going to go through a couple of examples after we introduce the concepts.

Use Cases are specific motivating narratives

that are bringing together a user, a need,

sometimes a context and a system or design that illustrates how thing should be.

They are aspirational.

What we mean by that is the use case should motivate us

to create this wonderful system that makes people's lives,

people's existence, people's work better.

When user research is available, these can be linked to personas.

Even when user research isn't available yet, sometimes the very first stop for

somebody proposing a project, before they collect any data is to say,

we've got a vision of why it is that we should start down this path and

then go and get user research, you can still be an aspirational vision.

Here's an example of one that's an aspirational vision.

Sam is overweight but

trying to get into better shape through both diet and exercise.

His doctor recommended the iEat iStep tracker app for his iPhone.

Isn't that a cute name?

>> [LAUGH] >> iEat iStep combines a photo based

food tracker with a motion in GPS base step and activity tracker.

Through each day, Sam takes pictures of the food he eats.

Takes a picture before and after to get a good measurement of the quantity consumed.

And the app also tracks his activity through the day.

At the end of each day, Sam pulls up the app and it asks him a set of questions.

For instance, to identify a soft drink from that photo because Coke and

Diet Coke look alike but have very different calorie counts and

whether his trip from work to the grocery was by bike or motor vehicle because

it was moving at a speed where the system couldn't really tell.

Sam doesn't actually understand how this thing works.

Behind the scene it's a mix of advance AI and crowd source labor.

But each day he gets a report on activity in food consumption, and

he can see graphs to track his improvement.

After 4 weeks of using iEat to iStep,

he's lost seven pounds and feels better than ever.

What did we get here?

This story is aspirational and motivational.

Don't you want to be the person who developed this app?

Don't you want to help Sam get into shape?

It doesn't reflect an analysis of today.

It's a vision of what tomorrow could and should be.

Now, that doesn't mean it's complete fiction.

As we talk about techniques for prototyping and

there are people who've come out and created these video prototypes, people who

have come out with movies that show what a future would be, but they always argue

they should be grounded in what we know will be possible if not today pretty soon.

In fact, this iEat iStep all the components of it people either have or

are working on.

There are folks who are developing tools where you take photos of food and

it identifies the food and comes back with nutritional data.

There are people already doing trackers where cellphones

do an attempt to measure your steps and other things.

It's realistic but it doesn't exist.

More than anything else, it's a guide to a design and development team.

And maybe even the people in marketing and product management who are going to have

to make this succeed, that helps answer the question, why are we doing this?

>> Right, I think aspirational is a great word, and

we can think is this a good thing?

Do we think that if we could fulfill this it would be good?

Would it be valuable, would it be worthwhile?

Would people want to buy it?

And then once we think the answer to those questions is yes, then we get to try

to make it a reality by building an app that will let Sam actually go through and

fulfill this vision.

>> Yeah, you could even imagine putting this up on Kickstarter and saying, hey,

contribute money if we get half a million dollars we think we can build this.

>> Yeah.

>> And yeah, I think there's a bunch of Sams out there in the world who would

gladly have this app.

Some of us would prefer if it were running on Android, but we're not going there.

>> [LAUGH] >> What if we do have a persona?

We can shorten the use case a bit by linking it to the persona.

And we're going to do this for

both of the personas we developed in our previous lecture.

What about Anna at the Mall?

Remember Anna who didn't usually see movies with her children and

husband because she has somewhat corky tastes, well Anna had a few hours to

kill at the mall and was hoping to find that movie worth seeing.

She's no film expert just an artist with somewhat corky tastes so

she appreciates tools that understand those tastes and know about movies.

Anna pulled up the MovieLens Mobile App on her cell phone.

MovieLens already knows a great deal about her tastes from the movie ratings

she has entered previously.

The app used her location to identify the theater, and displayed a list of

upcoming showings with star value suggesting which ones Anna would like.

Anna saw Sam the Dragon Trainer was playing in 20 minutes,

and then MovieLens thought she'd give it 4.5 stars out of 5.

She bought a ticket, Saw the movie, loved it and actually rated it 5 stars.

What do we get from this example?

We're linking it to Anna.

This is consistent with the story of the persona.

But we've shifted into something that's again aspirational.

It's aspirational in part because there is no MovieLens Mobile App.

>> Right.

>> We're trying to convince somebody to design and build one.

MovieLens has no location data.

MovieLens has no theater showing data.

And what this is doing is saying, wouldn't it be cool if we had all of that?

Would it be?

That's why we're writing this particular use case.

We can circulate it around.

See do people rally and say, I would use that.

Do people say, I would never do something like that.

I'd never go to the mall without knowing what I was going to see,

just go randomly see a movie.

>> The use case combines what we know about Anna.

It combines this aspirational story that includes her goals,

what she's trying to accomplish, and

a vision for how a technology could work to support those goals.

>> And that's the example of why we want a use case.

Let's do one more.

Let's take Victor.

Remember Victor, the film buff and long time MovieLens user.

Well, he's invited to join a panel of experts presenting their all time

top 100 movie lists.

We wanted to localize this, we could put this at the Y in some cities,

this might happen at a community college and other places,

different places might have different venues that would be appropriate.

Well, a few films come quickly to Victor.

The Godfather, Part two.

Citizen Kane.

But putting down 100 of them and

specifically just 100 seems like a challenge.

Victor decides to use MovieLens to help.

He asked the site to show him all the movies he's already seen sorted by his

rating and finds nearly 100 that he's rated five stars.

Just to double check he also looks at top unseen movies, and top movies by overall

popularity, and given these movies, he's quickly able to make his personal list.

We could provide more detail here if we wanted to.

We really don't need to.

We've gotten the essence of what this use case is.

As we reflect on these examples, they're evocative, they're concrete.

They involve the system and in some case specific interface details.

And most of all, they show how the system solves a problem or

meets a need or in some way make somebody's life better.

They're different from tasks which we'll be coming back to in our next lecture,

because they do involve specific interface details.

They span all of the parts.

They can involve how, they can involve what, they can do all of those

different things while just telling a good story.

And that's just the essence of this is that it's going to focus on

telling a good story.

That's our Use Case Introduction.

And an example of one purely aspirational and two persona linked Use Cases.

>> See you next time.

Explorer notre catalogue

Rejoignez-nous gratuitement et obtenez des recommendations, des mises à jour et des offres personnalisées.

Coursera propose un accès universel à la meilleure formation au monde, en partenariat avec des universités et des organisations du plus haut niveau, pour proposer des cours en ligne.

© 2019 Coursera Inc. Tous droits réservés.

Télécharger dans l'App Store

Disponible sur Google Play