state mapping redux

33
presented by Dante Murphy State Mapping

Upload: dante-murphy

Post on 23-Jun-2015

828 views

Category:

Technology


2 download

DESCRIPTION

This is the second, slightly shorter version of my presentation on State Mapping, as delivered at RedUXDC 5/9/2009.

TRANSCRIPT

Page 1: State Mapping Redux

presented by

Dante Murphy

State Mapping

Page 2: State Mapping Redux

It all started so humbly.

Page 3: State Mapping Redux

In the nascent days of the “interweb”, the metaphor of the “site” was appropriate because all you really did was go from one place to

another.

The journey was the experience, and the site map did a good job of describing it.

Page 4: State Mapping Redux

Now, the experience is a whirl of features

and functions…

[ auto-scrolling on mouse position

[ dynamic compare panel

[ AJAX-driven detail panel!

[ auto-position quick links

Page 5: State Mapping Redux

…that demand a better understand of the user of the system, and his needs and values.

So we started to create personas.

Page 6: State Mapping Redux

Then, we needed scenarios to help us

describe the actions of our personas over time.

It soon became evident that not everyone does

things in the same order, or for the same reasons.

Page 7: State Mapping Redux

Even though these representations of structure, person, and activity are

accurate, they each fail to fully describe a dynamic, multi-modal interaction.

Page 8: State Mapping Redux

1. Defining a concept

1One possible alternative is the State Map. Let’s look at some ways this method can add flexibility and value to our interaction design toolkit.

Page 9: State Mapping Redux

Simple objects, whether a doghouse or a website with static content, can still be defined by their structure.

Page 10: State Mapping Redux

The structure of a site like facebook barely scratches the surface of its value proposition.

Even understanding what all these pages mean and doesn’t adequately describe the interaction and engagement.

Complex, interactive systems can’t.

Page 11: State Mapping Redux

Understanding the elements and their attributesis not the same as understanding the system.

We know what each kind of car can do, but don’t immediately see the many ways they can be used by specific people in specific situations.

Page 12: State Mapping Redux

The real problem is that when you are here…

…you really are HERE.

Nearly every page, and more importantly every feature and function, is within a single click.

Page 13: State Mapping Redux

The whole must be greater than the sum of its parts.

To really define the concept, you need the specificity of the use case with the engagement and temporal context of the scenario. You need a state map.

Page 14: State Mapping Redux

Mapping a single journey.This diagram describes one of many possible journeys.

It’s a state map, but not a very interesting one.

Page 15: State Mapping Redux

A single line of interaction for a single targeted user shows how the activities align with the structure of the site.

Page 16: State Mapping Redux

Mapping multiple journeys concurrently.As we layer in the primary interactions of many targeted users along a

relative timeline, we begin to see the relationships that define a unified solution.

Page 17: State Mapping Redux

Multiple lines of interaction shows how activities relate to specific personas or segments. Plotting the activities on a relative timeline demonstrates how the same interaction may take place in a different context for a different segment.

Page 18: State Mapping Redux

Mapping the total ecosystem of interaction.Now we see not only the specific journeys that each individual takes, but also all of the inbound paths that influence them and all of the possible resultant

ancillary actions .

Page 19: State Mapping Redux

The finished state map, displaying a plurality of targeted personas, related interactions, and key business metrics and outcomes. The points of intersection describe not only a potential change in segment, but also a different state in which the same activity is performed.

Page 20: State Mapping Redux

22. Specifying a Design

Of course, once you’ve defined your concept, someone might just ask you to execute it.

Page 21: State Mapping Redux

Unlike the early days of interactive development, you can’t “just do it”. You have to design the details and lace them into a cohesive system or solution.

One way you can use the state map is to specify a design, either for developers to build or for the QA team to test.

Page 22: State Mapping Redux

Some tried and true methods for specifying a design.

a flowchart a wireframe

a prototype duh

Page 23: State Mapping Redux

Wireframes are too static.They only show a single view of the system at a time.In complex interactive systems, each wireframe is like a single frame in an action movie. What led me to this point? What will happen next? What the @#$* is going on here?

Page 24: State Mapping Redux

Flowcharts are too abstract.

They describe all of the possible pathways through a system, but with inappropriate detail. They focus on what the system can do, not what the user is doing. The symbolic language of flowcharts is very arcane.And most are much more complicated than this one.

Page 25: State Mapping Redux

Prototypes have problems, too.They only show a single instance of a single interaction at a time.They don’t demonstrate all the things that can happen, only what actually does happen.They tend to be expensive to build, either in resources or time.

Most prototypes end up like this one. Or should.

Page 26: State Mapping Redux

An example State Map showing how points are accrued for each activity

on a social interaction website for breast cancer patients.

* This diagram alone was the Business Requirements Document for points accrual in this system.

Page 27: State Mapping Redux

33. Evaluating Solutions

The State Map is also useful when comparing systems or solutions that do the same thing, but in different ways.

Page 28: State Mapping Redux

“Is everyone enjoying these silly images?”

Sometimes, you don’t have the answer.

Hard to believe, painful to admit…but true.

Page 29: State Mapping Redux

You know the players, even the plays…but what is the plan?

Whether for due diligence or inspiration, your next step is to look at various existing offerings and evaluate them against your research and instincts.

Page 30: State Mapping Redux

The first step is to identify the needs and values of each targeted persona and assign either a representative task or a solution.

Then we apply affinity mapping and annotation to identify solution modules or nodes.

Looking at each interaction in a scenario, you can plot the behaviors, capabilities, and limitations of each potential solution.

Use grouping and bounding where features are similar but not the same, and be sure to identify which key audiences are well served by each attribute.

Page 31: State Mapping Redux

Iterate for each scenario and soon all the modalities are accounted for.

As each solution layers in, gaps become evident and a favorite begins to

emerge.

Additional layers of information can be added if desired.

Page 32: State Mapping Redux

Of course, every tool has limitations, and the state map is not the answer to every problem. But it is a new way of managing the complexity of interactive applications and systems. I hope you will find it useful.

No lemon zester!?!

Page 33: State Mapping Redux

thank you for attending

State Mapping

Happy Motoring!