SlideShare a Scribd company logo
1 of 104
Download to read offline
Interaction Design
Beyond the Wireframe
Interaction 14 - Amsterdam, The Netherlands

Interaction 14

** How do you feel cheer**

@lishubert

February 5, 2014

!
Welcome to Interaction Design Beyond the Interface. We have a great day ahead of us...
!
Our objective for today is to learn how to get sign off on a solution without creating (sketching, wire framing, or even prototyping) an interface.
!
The structure of our day looks like this…
Agenda
• Part I - Introduction
• Part II - Solution steps 1 - 3
• Part III - Solution steps 4 - 5
• Part IV - Solutions steps 6 - 8
Interaction 14

We’ve split today into 4 parts….
Info will be given to you, don’t have to be taking notes
Now, allow me to say

@lishubert

February 5, 2014
* bichin invernal by formatthebrain on Flickr
Interaction 14

@lishubert

My name is Lis, and I’m a IA and UX consultant in NYC.

!

And as a consultant I’ve gotten to work on loads of different stuff for companies like…

February 5, 2014
Interaction 14

@lishubert

February 5, 2014

Being a consultant means that I go in to a client (which could be anyone from a startup to a huge corporation) and I help them to make their products and
services better.

!

Now of course, having worked in many different industries for many others as an Information Architect, UX Designer, or Interaction Designer, depending
on the scope, I have seen a lot, like many of you have. 

!

Thus, after observing the inner company, agency, and community for some time, I wanted to put together this workshop as I was noticing more and more
that the basis of my profession was being erased and overlooked. That basis is the ability to facilitate defining the real problem and coming to a solution
without ever thinking about the interface. 

!
That’s right, getting sign off on the concept of our solution before creating an interface. 
!
Now since you know all about me let me find out all about
Interaction 14

@lishubert

February 5, 2014
* who are YOU? by Ian Sane on Flickr

Who you are?

!
• Who would call themselves an Interaction Designer? Would you call yourself a UXer? How about visual design, art direction? Development?
!
• Who has been practicing this for
Less than 5 years
Between 5 - 10 years
More than 10 years

!

• Ask a representative from each what they are hoping to learn from this Workshop? 

!

Great, so we have a long day ahead of us, and in order to ensure that we don’t pull any workshoping muscles we need to
!

* Jogging at the resevoir #1 by Ed Yourdon on Flickr
Interaction 14

@lishubert

February 5, 2014

Warm Up

!
The rules of the warm up are
1. Be Objective in Your Behavior Toward Others
2. Ensure Everyone Is Equal
3. Ask Everyone to Participate

!

What I want you to do for the next 5 minutes is go around your tables, have everyone do a short introduction including:
- name
- where you work
- what you do there and How does this...
Interaction 14

@lishubert

February 5, 2014
* Funny - A Hoot by Doug88888 on Flickr

picture represent your current job. 

!
<10 minutes of discussion at tables>
!
**10 minutes to ask each table what the best comment was...
!
Give yourselves a hand... that was awesome!
!

Now that we are all warmed up, and we know who everyone is and what our goals are... let’s start by doing a clear definition of interaction design and the
dyer situation that the profession is currently in
Interaction 14

@lishubert

February 5, 2014

To me interaction design is about designing an entire interaction, not just the interface of that interaction, but the entire touch point. The concept of that
touchpoint and turning that concept into something that can get input from the user and produce output from the system. 

!
So when we look at Interaction Design in relation to User Experience we see something like this...
!
* The UX Umbrella by Dan Willis on Slideshare
Interaction 14

@lishubert

February 5, 2014
* who are YOU? by Ian Sane on Flickr

User Experience is really this overarching umbrella which houses all of these other disciplines. Interaction Design is a part of all of this... and to me it is a
subsection that looks at and designs for one to many moments of contact between a user and a company’s system.

!
Interaction designers work in companies that look like these...
!
In House

Interaction 14

Internal - corps, non-profit, big or small
Agencies - 
Startups - 

!

So...

@lishubert

February 5, 2014
•
•

Assigned to a project to update the search

•

Need someone to come in and make our site better

Tasked with better communicating company purpose on the
homepage

Interaction mark in Esbjerg by alexanderdrachmann on Flickr
* Question 14

@lishubert

February 5, 2014

how does IxD work get done in the companies? Who can tell me the overall environment for interaction design work in the “real world”?

!

Projects. We are part of project teams, and on those teams are many other people. And our goal on most of these teams is to create new, update or
enhance the company’s or clients digital products. 

!

The interaction designer’s role on this team is the
Interaction 14

@lishubert

February 5, 2014

Solution person. It is our job to design the solution. Nobody else ever wants to admit this, but ultimately this is our responsibility.

!

And to come up with the solution we would ideally follow a process like this...
The Process
• Discovery
• Definition
• Design (the solution)
• Develop
• Deploy
Interaction 14

@lishubert

February 5, 2014

This is the process that we have used for all time in developing websites, apps and other software. Whether you are doing waterfall or agile you are still
doing this.

!

Discovery - Understand Users, Understand Content, Understand Context
Definition - Plan out and prioritize features
Design (the solution) - Detailed Interface Design
Develop - Code and Test
Deploy

!

Our work as Interaction Designers usually is siloed off into
The Process
• Discovery
• Definition
• Design (the solution)
• Develop
• Deploy
Interaction 14

@lishubert

February 5, 2014

The Design Phase. Ideally, IxD as the solution creator would be involved in all of these steps, and the fact that we’re not is a big problem. 

!
For this workshop we are going to work in the most often seen (not best, but real) scenario of IxD being confined to the design phase.
!

Now that we know what types of companies, environments and process in which IxD works, let’s talk about what type of projects ixd’s work on. A
company...

!

1. needs something done so they put together a project team, and you get assigned to this project team. 
2. The team might be tasked with doing something like this...

!
!
!
!
Example Assignments
• Update search
• Better communicating company purpose on
the homepage

• Make the site better
Interaction 14

@lishubert

February 5, 2014

What usually happens is we get the work assignment. and we might be pulled into a project kick off meeting or get emails about it, we basically start
getting a ton of information thrown at us, and then we’re expected to come up with the solution.

!
In order to showcase this, we’re going to do a little exercise. 
!
Our Problem for the Day
Make search better for Company Workshop’s
sports apparel and equipment e-commerce
site.
!

Interaction 14

@lishubert

February 5, 2014

You are all interaction designers on a project team tasked to update the search for Company Workshop. All we know from Company workshop is that they
have noticed a dropoff in conversions associated with search, and that they need to make search better in order to increase those conversions. 

!

And here...
Interaction 14

@lishubert

February 5, 2014

Is what their current search looks like. You only have 2 weeks to fit in the wireframe section of the project, I want you to go ahead and in the next 20
minutes come up with a solution for this. 

!
At the end of 20 minutes you should have one new solution (knowing this will be half baked) to show. 
!
(20 minutes)
!

Ok take your solutions and put them in the middle of the table and i will come pick them up during our break. But let me ask you this, how many people’s
solutions were sketches of an interface?

!

What is funny about what you all came up with is that each and every one did an interface. And the biggest problem that we face as interaction designers,
and the reason why we aren’t included in all these other steps is that we are seen as, and have come to be the owners of not the solution, but the interface. 

!

And here’s the thing...
The interface is
NOT the solution

Interaction 14

@lishubert

February 5, 2014

So if the interface isn’t the solution than what is? It is a model of the solution in a way that users process through whatever medium they are using (cpu,
phone, tablet)

!

If the interface isn’t the solution then what do we do??
"Wireframes and sketches of interfaces are
akin to blue prints, and an Architect does way
more than just draw the blue prints."
~ Philosophical Thinker turned UX/IxD

Interaction 14

@lishubert

February 5, 2014

As framed by our philosophical thinker we do way more than just the interface. What is it that an Architect does besides just the blue prints?

!
<Get down to synthesizing and strategizing the solution>
!

Our current state then is that we are in the Designing the solution phase, and often times we are pushed to jump directly into the interface, So our current
state is missing one big and important thing...
We often do not take the time to
synthesize and strategize the solution
before we do the interface.

Interaction 14

@lishubert

February 5, 2014

We go from getting the project, to doing the interface. Without conceptualizing the solution! And conceptualizing the solution is what IxD is really all
about!

!

Skipping this step is what is causing our industry a great deal of issues. the main thing that happens when we jump to the interface is we leave…
Problems

Interaction 14

@lishubert

February 5, 2014

things out including…
1. Don’t get consensus on the problem we are trying to solve
2. Don’t know who specifically we are solving this problem for
3. Don’t know what information, data, and content needs to be included in our interface
4. Don’t know the user and business priority of that content, data and information needed to solve the problem
Therefore we don’t actually
solve the problem!
We just draw a nice picture.

Interaction 14

@lishubert

February 5, 2014

That we don’t actually solve the problem. And we don’t have footing, we have no rationale we have nothing. And this causes..
Revisions

Interaction 14

@lishubert

February 5, 2014

Without sitting down to synthesize and strategize the solution we end up with the cycle of revisions because we aren’t really basing our solution off of
what the problem is.
No Respect for IxD

Revisions

Interaction 14

@lishubert

We get less respect because we look like we have no idea what we’re doing

February 5, 2014
No Respect for IxD

Revisions

You

Interaction 14

@lishubert

February 5, 2014

and we all go crazy!
How many of you are sick and tired of IxD being see as the interface and not the solution??
Who here wants to be seen as the solution creator instead of the interface creator?? Well then… stop drawing the interface first!
But maybe, just maybe if we all had a process in place that we could use to synthesize and strategize the solution before doing the interface we might be a
lot better off. So our goal today is
Learn a process for
synthesizing and strategizing
the solution without the
interface

Interaction 14

Our goal today...

!

And the outcomes of us doing that are

@lishubert

February 5, 2014
Revisions

Interaction 14

The outcome of implementing this process. 
1.

Decrease the cycle of revisions

@lishubert

February 5, 2014
Revisions

Interaction 14

Respect for IxD

@lishubert

The outcome of implementing this process. 
2.

Increase respect for IxD as a problem solver (not just the one that draws pictures)

February 5, 2014
Revisions

Respect for IxD

You

Interaction 14

@lishubert

February 5, 2014

The outcome of implementing this process. 
3.

More responsibility and better projects

So let’s hop to it. Let’s learn a process for synthesizing and strategizing before the interface.

!
Keep in mind this process will be given to you to take home with you.
!

Also this is formal... you are not likely to be able to formally to this in your job, but here are the questions we are going to learn how to answer and the
things to do that we need to learn how to do before we go to the interface to avoid the steady decline of our profession.
• Who am I working with?

Interaction 14

@lishubert

February 5, 2014
• Who am I working with?
• Who can help me solve the problem?

Interaction 14

@lishubert

February 5, 2014
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?

Interaction 14

@lishubert

February 5, 2014
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?

Interaction 14

@lishubert

February 5, 2014
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

Interaction 14

@lishubert

February 5, 2014
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

• Modeling the solution (sans interface)

Interaction 14

@lishubert

February 5, 2014
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

• Modeling the solution (sans interface)
• Getting the team onboard
Interaction 14

@lishubert

February 5, 2014
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

Information priority… 

!

You see that is really the key to being a great interaction designer. Being able to facilitate the other teammates on the project through a process of
agreeing on what information or content needs to be included in the solution and eventually the interface, and also agreeing on the importance of each
piece of content or information. 

!
You NEED this to happen before you do the interface…. or else, what does your interface really represent… if not the information priorities of a solution?
!
That is what we are going to dig into in the next three parts of our workshop, but first… 
!
Let’s take a
Break

Synthesize and re-energize!

Interaction 14

15 minutes

@lishubert

February 5, 2014
“Welcome Back! Let’s get caught up.”

Quick Recap

* Interaction 14
Sea Otter by Mike Baird on Flickr

@lishubert

February 5, 2014

Quick Check In
- how is it going thus far? 
So far we’ve talked a bit about interaction design and...
How interaction designers are responsible for the solutions on projects, and how interfaces are not solutions. We see there is a lack of process around
strategizing and synthesizing an actual solution
The problems with not having a process
Overview of the process
Outcomes from that process
That process for synthesizing and strategizing solutions before we do the interface looks like this.
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

Now that we’ve seen what we can do without our process, let’s see how our solutions change with this process. 

!

So in Part 2 we are going to look at the first part of the process....
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

and how it’s going to work is I’ll introduce these topics for about 20 minutes then we’ll do an exercise to use this new knowledge in our groups for about
35 minutes then we’ll take time to present to the other groups and critique. 

!

So let’s jump in...
Who am I working with?
Understanding my team

•

What is it: Gaining understanding of all the skill sets on your team,
how they can help you and and who on the project you need to
deal with.

•

When to use it: Before/during problem framing, figuring out who’s
in the know.

•

Why to use it: To ensure you know your responsibilities and those
of others in creating the solution. To ensure there are no gaps, and
to be sure you are including the right people in your reviews and
meetings so progress can be made.

Interaction 14

@lishubert

February 5, 2014

Who am I working with? - Understanding my team
What is it: Gaining understanding of all the skill sets on your team, how they can help you and and who/what personalities you need to deal with.
When to use it: Before/during problem framing, figuring out who’s in the know.
Why to use it: To ensure you know your responsibilities and those of others in creating the solution. To ensure there are no gaps, and to be sure you are
including the right people in your reviews and meetings so progress can be made.
Remember we want to be seen as the solution people…. so let’s OWN the solution. We need to make sure we have all the right skills in place to make our
solution successful. THAT should always be your driving force as an interaction designer.
Who am I working with?
Understanding my team
How to do it:
1. Project team structure

Interaction 14

@lishubert

February 5, 2014

Step 1 is to learn the base knowledge of how project teams are structured in your company, and the company of your client.

!

1. Who here knows this? Can I get some examples of a basic project team structure? (have people give examples)
a. here is are a few examples
1. One place I worked our project team was (tech lead - who was in charge of the devs and QA, Business lead - who ran requirements gathering
sessions, Design lead - that was me. I was in charge or IA, Wireframes and Visual Design schedules and deliverables, Project manager - in charge of
schedule, Program Manager, Sponsor)
2. Another company I worked at had (account manager, project manager, IA, Creative/ACD, Planner, Copywriter, Tech lead)
b. You gain this understanding by showing up to the kick off, listening, looking, and answering questions.
QA /
Testing

Back End
Dev

Visual
Designer

Technology
Lead

Front End
Dev

Project
Manager

Product
manager

Copywriter

Business Lead

Design Lead

Customer
Service

Interaction
Designer
Interaction 14

This is an example project team structure.

@lishubert

February 5, 2014
Who am I working with?
Understanding my team
How to do it:
1. Project team structure
2. Be an observer

Interaction 14

@lishubert

February 5, 2014

2. We need to start to use any user research and/or empathetic skills outside of just design work. You can use those same observation skills to understand
our environments. When you show up to the kick off observe who is in the room. Are there devs, business people?

!

- observe if you have everything you need to create the solution, and if you don’t OR if you don’t know … ask questions
Who am I working with?
Understanding my team
How to do it:
1. Project team structure
2. Be an observer
3. Know and use resources

Interaction 14

@lishubert

February 5, 2014

3. Know who you resources are, and use them to fill any gaps you have. The most important thing to note is who can you talk to. This is a nuanced skill,
but an important one. Figure out who can answer your questions. And then... use those people to ask your questions and get your answers!
Types of questions you may want to ask to make sure your solution can be successful are:
Is this everyone who I’ll need to know to complete the project successfully?
Who do I go to with questions about <design, schedule, requirements>?
Who am I working with?
Understanding my team
How to do it:
1. Project team structure
2. Be an observer
3. Know and use resources
4. Rinse and Repeat

Interaction 14

@lishubert

4. Do this not only for each and every project, but for your job as well! Who is on the design team, who is responsible for what.

February 5, 2014
Interaction 14

@lishubert

February 5, 2014

Who can help me solve the problem - Knowing who’s in the know 
What is it: Taking the time to understand the business and who has a stake in the solution.
When to do it: Before/During problem framing.
Why do it: Gain an understanding of who has the power to do what, and who has a stake in which parts of the solution. 
This is somewhat similar to knowing who is on your project team. However, the people in the know will be both a part of your team, and sometimes not.
Who can help me solve
the problem?

Knowing who’s in the know
How to do it:
1. Admit that you are a business person

Interaction 14

When i say this, I’m talking about a switch in thinking...

@lishubert

February 5, 2014
Business vs. User

Business vs. User

Interaction 14

@lishubert

February 5, 2014

Admitting you are a business person is hard. It means that we all have to buckle down and be real with ourselves. The fact is that we work for someone
else, and even if we don’t the fact is we work to stay alive. To make a living, to feed our families and ourselves. Our company is a business that needs to
stay in business and (hopefully) makes a product that is helpful. 

When I say admit you are a business person I mean admit that your design work is probably not going to save the world AND that it needs to help the
business stay in business so YOU have to help the business people to do this. It’s a frame of mind switch from hating the business to realizing that helping
the business is not only your job, but is also not selling out or going against our users. It is enabling us to do more for them.
Who can help me solve
the problem?

Knowing who’s in the know
How to do it:
1. Admit that you are a business person
2. Know who pays

Interaction 14

@lishubert

February 5, 2014

2. Understand who has the $$. Usually this is a product manager, maybe not if you are in an agency. Figure out Who is funding the project so that you can
understand who has more say than others, but also who is having the real problem.

!

You can’t have a successful solution without solving the actual problem… the person who pays has the problem, or they wouldn’t be paying to have it
solved.
Who can help me solve
the problem?

Knowing who’s in the know
How to do it:
1. Admit that you are a business person
2. Know who pays
3. Be an observer

Interaction 14

@lishubert

February 5, 2014

3 is pretty much the same. The only differences are that our context is different. We aren’t just looking at our project team, but we are looking for anyone
that has a stake in what we are doing. Program Manager, Product managers, Customer Service Manager - basically the people that everyone else is trying
to make happy. We are also probably going to use more than we are going to get to know our resources here.
Who can help me solve
the problem?

Knowing who’s in the know
How to do it:
1. Admit that you are a business person
2. Know who pays
3. Be an observer
4. Know and use your resources

Interaction 14

!

@lishubert

February 5, 2014
What is the Problem?

Interaction 14

@lishubert

February 5, 2014

What is the Problem - Framing the problem
What is it: The process of truly understanding the issue to be solved (and the business need behind it).
When to use it: At the beginning of any project or design phase before we start designing.
Why to use it: So we can define the users to focus on, the business need to focus on, the technology involved, the data and content involved and the
priority of that data and content. Ultimate goal is to get team buy in on the problem so we can focus our solution.
* This is really important - so many of the issues we see with people “not liking” our designs is due to us not all agreeing on the real problem
What is the Problem?
Framing the problem
How to do it:
1. Listen, read, listen

Interaction 14

@lishubert

February 5, 2014

1. Listen to the people around you talking and really hear them. Take absolutely nothing literally. This is a skill of awareness and concentration. If someone
says “I like the search results for site abc.com because users are able to filter on all these different things.” then you can assume there is probably a
problem finding specific items. General search may work just fine... but this is a cue that there is a different problem.
What is the Problem?
Framing the problem
How to do it:
1. Listen, read, listen
2. Know then use those in the know

Interaction 14

@lishubert

February 5, 2014

2. We don’t just figure out who’s in the know in order to make sure we are serving the correct stakeholders, we do that so we can use those people to
understand the real problem we are dealing with. 

!
!
What is the Problem?
Framing the problem
How to do it:
1. Listen, read, listen
2. Know then use those in the know
3. Ask the right questions

Interaction 14

@lishubert

February 5, 2014

You want to ask the right questions, and you want to ask them of the people in the know. Some examples of the questions to ask.

!

How are we defining success?
Are there numbers we are trying to reach?
Will this solution have to lead to another?
Are there other projects happening or planned that could influence this solution that I will have to take into account?
What is the worst thing that can happen during this project? What does failure look like?
Who out there has solved this problem and what makes their solution awesome?
What is the Problem?
Framing the problem
How to do it:
1. Listen, read, listen
2. Know then use those in the know
3. Ask the right questions
4. Synthesize what you’ve heard

Interaction 14

@lishubert

February 5, 2014

4. This is your time to take a step back and summarize what you’ve heard. Some of us will sketch it out, some of us might write it down, but this is the
time where you take a stab at summarizing the real problem
Business
point of
view

Tech
point of
view

Not getting enough Server hits = high
costs
conversions

User
point of
view

Can’t find what I
need so don’t buy.
Site takes too long
to load.

Interaction 14

@lishubert

Here is an example of a model you might show to your team to showcase the problem. 

February 5, 2014
Interaction 14

@lishubert

February 5, 2014
Framing the problem

* Does It Have Legs? by AbbyTheIA on Slideshare
Interaction 14

@lishubert

February 5, 2014
What is the Problem?
Framing the problem
How to do it:
1. Listen, read, listen
2. Know then use those in the know
3. Ask the right questions
4. Synthesize what you’ve heard
5. Confirm with the team
Interaction 14

@lishubert

5. And then you bring it back to your team and confirm it with those in the know. 

February 5, 2014
Exercise
Problem for the day: Make search better for
Company Workshop’s sports apparel and equipment
e-commerce site
!

Part II Exercise:
1. Complete worksheet
2. Model the problem
Interaction 14

@lishubert

February 5, 2014

So our problem for the day is that we are all interaction designers on a project team tasked to update the search for Company Workshop. Our goals for this
exercise are to figure out who’s on our team, who’s in the know, and what is the problem. 

!

Some things to note about Company workshop:
1. Their site is well known so this is not a marketing problem. 

!

You have in front of you character cards which represent the people on your team for this project. These also represent the kickoff meeting for the project,
and you are reading through who they are, what they are responsible for, and goals for the kick off meeting. 

!
Up here is the chart of who’s at the meeting. I will keep it up here for you to review throughout. 
!

Exercise
1. The way we are going to do that is read through our character cards which house the answers to the questions on the worksheet and provide us with the
real problem. Read the character cards and any other materials, quietly no discussion - 10 minutes

!

For the next 25 minutes
2. Now everyone at the table is playing the role of the interaction designer. I want you to work together to fill out the worksheet. All the answers to the
questions in the worksheet are in the character cards!
3. I also want you to create problem models to show the rest of us. The goal of the problem models are to visualize the problem to the team so that the
great project team and sponsors can confirm that “yes this is the problem we are trying to solve”

!
You will then present you answers and the problem models to the group.
!
Group Presentation
and Discussion

Interaction 14

Answer the questions all together. then present problem models.

!
- Review answers to the questions
!

What is the problem at company workshop??

@lishubert

February 5, 2014
Lunch

Interaction 14

@lishubert

February 5, 2014
“Hi Again!”

* Interaction 14 Beverly & Pack on Flickr
Brown Bear by

Lunch

@lishubert

February 5, 2014

How was lunch?

!
How is everyone doing so far? Are we on path with what you expect to learn today?
!
Ready for the second half of our day?
!

Before lunch we went through Part II of our workshop where we worked to figure out:
- who am I working with?
- Who can help me solve the problem?
- What is the problem?

!

And we did this in our quest to learn a process to strategize and synthesize the solution. This process here.
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

We also took the time in our exercise of redesigning search for Company Workshop and figured out who is on the team and modeled the real problem. We
are going to build on all of this in Part III of the workshop by
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is the information/content that I’m
working with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

Figuring out for whom we are solving the problem and then understanding what the information/content we are working with.
* As she walked... by pfv on Flickr
Interaction 14

@lishubert

February 5, 2014

What is it: the process of focusing our attention on the users affected by our solution.
When to use it: After problem framing, while gathering content/information to use, when getting ready to prioritize.
Why to use it: To focus the solution on those that need it most.
Thus, now that we know our team, and our problem... we have to figure out our audience. In large scale strategy efforts or in big projects, We do this by
going through and doing research and determining who are set of user types are and modeling them into things like personas. Does anybody here
understand what personas are?

!
Personas are basically models of user behaviors, but rarely are we receiving these or allowed the create these (not that we shouldn’t).
!

But how can you go about getting this type of information for yourself if you can’t do user research and don’t have time to create personas? Let’s walk
through figuring out just that.
Who am I solving it for?
Understanding User Goals & Tasks
How to do it:
1. Determine related user types

Interaction 14

@lishubert

February 5, 2014

Believe it or not you can do this without conducting long, drawn out discovery phase. Remember how you were supposed to know and use your
resources… well that wasn’t just for fun. Here is a place where you can use your resources, and those in the know, to extract out who they think the user
types are. 

!
** give example of iFreedom email to Loan officers and contactors. 
!

For this workshop you have already gone out and talked to those in the know, and to those people on your time, and have determine 3 user types:
Hardcore Fan, Mom Gifter and the Coach.

!

After you determine the different user types, you want to…
Who am I solving it for?
Understanding User Goals & Tasks
How to do it:
1. Determine related user types
2. Determine main user tasks & goals

Interaction 14

@lishubert

determine what their main tasks are. What are they trying to do with a product like ours?

!
For our hardcore fan, we can see the tasks are…
!
<Bring up user type and show.> - let them read through hardcore fan..
!
Notice how these are phrased!
!

February 5, 2014
Who am I solving it for?
Understanding User Goals & Tasks
How to do it:
1. Determine related user types
2. Determine main user tasks & goals
3. Finalize specific user tasks

Interaction 14

@lishubert

February 5, 2014

We now want to determine if all of these tasks relate to search. What do you guys think? Are there any potential tasks missing?

!
I keep all this information in a spreadsheet for clarity, so that is what we’re going to be working in.
!
<user spreadsheet example of the hardcore fan whittle down to specific tasks>
!
<brainstorm additional tasks>
!

Now where our expertise really comes in, and the way we can find a solution without the interface, is understand and prioritizing the information these
users will need in order to complete their goals successfully.

!

For example, it’s pretty clear that they will have a filter on this search, but what goes in it? So in order to figure out these details, we move into figuring out
our content.
What is information/content
that I’m working with?	


?
Interaction 14

@lishubert

February 5, 2014

What is it: The process of determining what type of content or information needs to be manipulated to solve the defined problem and meet user goals.
When to use it: After problem framing and understanding user goals and tasks, before modeling.
Why to use it: To get a clear idea of what to include in the solution (and eventually the interface) in order to meet user and business needs (aka solve the
problem).
What is the information/
content that I’m working with?
Understanding my content
How to do it:
1. Review user tasks

Interaction 14

Review and become familiar with your users tasks.

@lishubert

February 5, 2014
What is the information/
content that I’m working with?
Understanding my content
How to do it:
1. Review user tasks
2. Tasks -> information requirements

Interaction 14

@lishubert

February 5, 2014

Turn tasks into information requirements.

!
Tasks are really what is the user trying to do
!
Information requirements are about defining what types of information/data/interactions does the user need to complete these tasks?
!
What might these information needs look like for the hardcore fan? <bring up spreadsheet>
!

So remember it’s not just about understanding what information is included before you do the interface, but also the priority and importance of that info
from a user and business pov. so next…

!
What is the information/
content that I’m working with?
Understanding my content
How to do it:
1. Review user tasks
2. Tasks -> information requirements
3. Prioritize Information requirements

Interaction 14

@lishubert

February 5, 2014

you’ll want to prioritize this information from both the user’s standpoint and the businesses standpoint. The user stuff you’ll know. The business stuff you
will be “guessing” at, but since you have been listening and talking to your business team these are informed guesses. 

!
You have the business objectives in your user type documents which should help you to prioritize at least a first cut from that pov. 
!
If you are unsure then we’ll just make a few versions to get feedback. 
!
Exercise
Problem for the day: Make search better for
Company Workshop’s sports apparel and equipment
e-commerce site
!

Part III Exercise:
1. Par down user tasks into project tasks
2. Turn tasks into information requirements
3. Prioritize information requirements
Interaction 14

@lishubert

February 5, 2014

What we’re going to do is take the remaining two user types and fill out the tasks list for each. Then we’re going to turn those lists into information
requirements. This is how we’re going to do it.

!

1. I’m going to give you 10 minutes to go through and finalize the search tasks for the other two user types. When you are done call me over to review.
once you’re done with that, I’ll explain step 2 to you. 

!
Explain exactly what to have when you’re done
!

Stress that they should come up with more tasks than what the user types have.
Group Presentation
and Discussion

Interaction 14

@lishubert

February 5, 2014

Break up into two large groups of four teams. Review and refine lists, critique etc. The goal is to verify and add any tasks, we want a comprehensive list so
that each team and model the right solution. So we’ll have two lists and we’ll review those two lists as a big group.

!

Get together at the end and talk through with both teams
Break

Interaction 14

@lishubert

February 5, 2014
“Howdy!”

* Hi there! by joyrex on Flickr
Interaction 14

@lishubert

February 5, 2014

Welcome back! So this is our final moment together... Part IV of the workshop. Let’s do another quick recap
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is information/content that I’m working
with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

In our last session we looked at 

!
Who am I solving for
!
What is the information/content that I’m working with? - 
!

So we’ve been synthesizing and strategizing the solution for our project to make search better for company workshop. And we now have information and
content, users, problem.... we can start the interface right? Wrong...
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is information/content that I’m working
with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

In Part IV of the workshop we are going to focus on. This is going to allow us to present the solution in such a way that isn’t the interface but that
represents user and business priorities. 

!

So when we do draw the interface we’ve already agreed on what information is necessary to solve the problem.
* Rubik's Cube Solution by kirtaph on Flickr
Interaction 14

@lishubert

February 5, 2014

What is it: Process of sketching the information relationships in order to get team feedback on priority. 
When to use it: After understanding who you are solving for and what information/content you are working with.
Why to use it: To have a visual model that will showcase content and information priorities in order to get the greater team on the same page.
Modeling the solution
(sans interface)

Sketching the solution not the interface
How to do it:
1. Review information needs list and user tasks

Interaction 14

@lishubert

February 5, 2014

Bring up information list

!

Now this is where your priorities come into play. You have talked to the business/client, you know which of their user’s is the most important. Thus those
user tasks in regards to search should probably have a higher priority in your solution. When we look at your sheets of information requirements, those for
the hardcore fan are probably the most important right?
Modeling the solution
(sans interface)

Sketching the solution not the interface
How to do it:
1. Review information needs list and user tasks
2. Create models
Hint: this is where you may want to look and
model the competition.

Interaction 14

@lishubert

Using the priorities information you came up with, you want to model the solution. 

February 5, 2014

!
We also will want to go look at the competition (finishline.com) that our business partners mentioned to get an idea of how their concepts are modeled.
!
Let’s take one of our top user’s tasks and see what we can do with it here. 
!
So let’s go to an example that I did for this purpose. 
!
!
!
Sketching the solution not the interface
How to do it:
1. Review information needs list and user tasks
2. Create models
1. Hint: this is where you may want to look
and model the competition.

Interaction 14

@lishubert

February 5, 2014
Modeling the

Interaction 14

@lishubert

February 5, 2014
Modeling the
Sketching the solution not the interface
How to do it:
1. Review information needs list and user tasks
2. Create models
1. Hint: this is where you may want to look
and model the competition.

Interaction 14

@lishubert

February 5, 2014
* Stuck in the Details? Mind Map User Tasks by Evgenia Grinblo on UX Booth

Interaction 14

@lishubert

Evgenia Griblo wrote a great article on UX Booth entitled Stuck in the Details? Mind Map User Tasks.

!
So what are some characteristics of good models. 
!

February 5, 2014
Modeling the solution
(sans interface)

Characteristics of a good model

1. Clearly explains solution without tying you to an
interface
2. Ties solution back to user tasks & business
needs
3. Showcases Information relationship and
priorities
4. Progresses conversation
Interaction 14

@lishubert

February 5, 2014

First a good model should be clear. It should also explains the solution without tying you to an interface. It explains the concept and allows you to be
flexible with the interface of the concept.

!

Second. The model should use what you’ve found in user tasks and business needs. There should be a reason behind everything in the model and it should
tell the story of how user needs and business needs intersect. 

!

Third. The model showcases the relationships and priorities of the information that will be needed for the user to complete their tasks and for the business
to have their goals met. 

!

But perhaps most importantly, the model progresses the conversation to a point where we can talk about if the model solves the problem.
Getting the team
Sell it baby!

•

What is it: Using your knowledge to make the case for your
expertise. (aka: selling your idea to the team)

•
•

When to use it: When you have modeled the solution.
Why to use it: To bring the user voice to the conversation/solution..

Interaction 14

@lishubert

What is it: Using your knowledge to make the case for your expertise. (aka: selling your idea to the team)
When to use it: When you have modeled the solution.
Why to use it: To bring the user voice to the conversation/solution..

February 5, 2014
Getting the team
onboard
Sell it baby!
How to do it:
1. Do the research, know your rationale

Interaction 14

@lishubert

February 5, 2014

This is important... this is really important. Why did you design these models the way you did? We’ve looked at users, we know what the need. We’ve
interviewed the business, we know what they need? And we know interaction design and usability principles... that is our expertise. With those forces
combined you should be fueled up and prepared to go.
Getting the team
onboard
Sell it baby!
How to do it:
1. Do the research, know your rationale
2. Prepare your argument

Interaction 14

@lishubert

February 5, 2014

And this is important. Take the time to prepare. Let’s look at our example model. Why is the filter the way it is? Anyone?

!
Know every single element on the page and why you put it there. 
!

But keep in mind... don’t argue about it. Provide expertise and guidance. If a teammate says they want to remove an important feature say the filter say “ok
that’s fine, but that will mean not filling any of these requirements from the user. Is that ok with the business?” and finally...
Getting the team
onboard
Sell it baby!
How to do it:
1. Do the research, know your rationale
2. Prepare your argument
3. Sell, sell, sell!

Interaction 14

@lishubert

February 5, 2014

Sell it baby! What does this mean? It means have a passion for your solution. it is your thing! So now that you are ready, what is our final step?
What is the information
priority?

Interaction 14

@lishubert

This is about Understanding priorities
What is it: Getting team consensus on priorities, using your models and knowledge.
When to use it: After you know who’s in the know, after modeling, before interface design
Why to use it: To get team consensus on the solution.

February 5, 2014
What is the information
priority?

Understanding priorities
How to do it:
1. Set up the meeting

Interaction 14

@lishubert

February 5, 2014

Remember how we marked off who was in the know, who was on the team and why... well this is why. They need to be here. And once you get them all
together.
What is the information
priority?

Understanding priorities
How to do it:
1. Set up the meeting
2. Sell it Baby!

Interaction 14

@lishubert

February 5, 2014

Review the different models you’ve come up with and see which best matches their business and tech needs. 

!

Sell is Baby! Sell this jam you are the expert. But don’t take criticism the wrong way, use it to make this better.
What is the information
priority?

Understanding priorities
How to do it:
1. Set up the meeting
2. Sell it Baby!
3. Do not leave the room until we agree what
should be in the interface and what is most
important
Interaction 14

@lishubert

February 5, 2014

You can get this by being persistent but not pushing. You are looking to hear yes, move ahead. 

!

Once you have sign off on these things, then wireframe, sketch, photoshop... whatever. But doing so before hand will only make this a painful and
pointless solution. now let’s practice.
Exercise
Problem for the day: Make search better for
Company Workshop’s sports apparel and equipment
e-commerce site
!

Part IV Exercise:
1. Solution models
2. Sell, sell, sell

Interaction 14

Using your information requirements list, model the solutions you have.

!
1. Create models of your solutions - 15 minutes.
!

2. Practice getting sign off

- break off into two groups and each team sells and gets sign off

- have a few teams sell and get sign off

!
** SHOW EXAMPLE MODEL ON SCREEN
!

Explain exactly what to have when you’re done

@lishubert

February 5, 2014
IXD = Responsible
1. Information models
2. Getting priorities

Interaction 14

@lishubert

February 5, 2014

So let’s do a quick recap to bring it all to a close. We talked about interaction design today. How IxDs can be in many different companies but we are
ultimately always responsible for the solution.
The interface is NOT
the solution

Interaction 14

@lishubert

February 5, 2014

The solution, is not the interface however. We should not just be creating wireframes, there is so much more to our role. Specifically we need to be like the
architect and synthesize and strategize the solution before modeling it in an interface. 

!

If we show interfaces before we show solutions we’ll always be the interface people and not the solution people.
• Who am I working with?
• Who can help me solve the problem?
• What is the problem?
• Who am I solving it for?
• What is information/content that I’m working
with?

• Modeling the solution (sans interface)
• Getting the team onboard
• What is the information priority?
Interaction 14

@lishubert

February 5, 2014

We need to go through the process of getting these questions right. Examples of the type of outputs you’ll have are
Problem models
Information requirements
Solution models

!
But if you walk away from today having learned anything… I hope it’s this. 
!
As interaction designers we must…
Lead... don’t follow

Interaction 14

@lishubert

February 5, 2014

By leading your team through the solution process and getting the right solutions for the right problem you become the advocate for IxD… that’s how we
stop being wireframe monkeys, and solution creators.
Evaluation

Interaction 14

@lishubert

February 5, 2014

More Related Content

What's hot

Collaborative Brainstorming for Better UX Workshop
Collaborative Brainstorming for Better UX WorkshopCollaborative Brainstorming for Better UX Workshop
Collaborative Brainstorming for Better UX WorkshopJessica Ivins
 
Between Paper & Code
Between Paper & CodeBetween Paper & Code
Between Paper & CodeMolly Wilson
 
Practical UX Methods - as presented at FOWD 2014
Practical UX Methods - as presented at FOWD 2014Practical UX Methods - as presented at FOWD 2014
Practical UX Methods - as presented at FOWD 2014Patrick McNeil
 
Wireframe and prototyping google Campus talk by Zoe Guiraudon
Wireframe and prototyping google Campus talk by Zoe GuiraudonWireframe and prototyping google Campus talk by Zoe Guiraudon
Wireframe and prototyping google Campus talk by Zoe GuiraudonZoé Guiraudon
 
UX Basics Workshop - Guest Lecture at NSCAD University
UX Basics Workshop - Guest Lecture at NSCAD UniversityUX Basics Workshop - Guest Lecture at NSCAD University
UX Basics Workshop - Guest Lecture at NSCAD UniversitySebastian Tory-Pratt
 
Apps as Machines — ThingsCon Berlin 2014
Apps as Machines — ThingsCon Berlin 2014Apps as Machines — ThingsCon Berlin 2014
Apps as Machines — ThingsCon Berlin 2014Martin Jordan
 
The Top 10 things that UX people get obsessed about
The Top 10 things that UX people get obsessed aboutThe Top 10 things that UX people get obsessed about
The Top 10 things that UX people get obsessed aboutAndy Marshall
 
Lean UX Recipe Cards (set 01)
Lean UX Recipe Cards (set 01)Lean UX Recipe Cards (set 01)
Lean UX Recipe Cards (set 01)Lane Goldstone
 
Are You An User Experience Designer
Are You An User Experience DesignerAre You An User Experience Designer
Are You An User Experience DesignerVinay Mohanty
 
Ux: The New Brand Leaders
Ux: The New Brand LeadersUx: The New Brand Leaders
Ux: The New Brand LeadersAndrew Heaton
 
The ten (and a half) commandments of visual thinking
The ten (and a half) commandments of visual thinkingThe ten (and a half) commandments of visual thinking
The ten (and a half) commandments of visual thinkingElsa von Licy
 
Ux Journey: There and back again
Ux Journey: There and back againUx Journey: There and back again
Ux Journey: There and back againSean Fallon
 
UX NZ - Teaching a cross-Tasman corporate web team to value UX.
UX NZ - Teaching a cross-Tasman corporate web team to value UX.UX NZ - Teaching a cross-Tasman corporate web team to value UX.
UX NZ - Teaching a cross-Tasman corporate web team to value UX.adkendall
 
Building Character: Creating Consistent Experiences With Design Principles
Building Character: Creating Consistent Experiences With Design PrinciplesBuilding Character: Creating Consistent Experiences With Design Principles
Building Character: Creating Consistent Experiences With Design PrinciplesAdam Connor
 
Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014
Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014
Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014Anna Dahlström
 
Human Interaction Keynote Brushfire Interactive July 2015
Human Interaction Keynote Brushfire Interactive July 2015Human Interaction Keynote Brushfire Interactive July 2015
Human Interaction Keynote Brushfire Interactive July 2015Ryan Smeets
 
Discussing Invisible Design
Discussing Invisible DesignDiscussing Invisible Design
Discussing Invisible DesignGreat Ndidi
 

What's hot (20)

UX Recipe Cards
UX Recipe CardsUX Recipe Cards
UX Recipe Cards
 
Collaborative Brainstorming for Better UX Workshop
Collaborative Brainstorming for Better UX WorkshopCollaborative Brainstorming for Better UX Workshop
Collaborative Brainstorming for Better UX Workshop
 
Between Paper & Code
Between Paper & CodeBetween Paper & Code
Between Paper & Code
 
Practical UX Methods - as presented at FOWD 2014
Practical UX Methods - as presented at FOWD 2014Practical UX Methods - as presented at FOWD 2014
Practical UX Methods - as presented at FOWD 2014
 
Wireframe and prototyping google Campus talk by Zoe Guiraudon
Wireframe and prototyping google Campus talk by Zoe GuiraudonWireframe and prototyping google Campus talk by Zoe Guiraudon
Wireframe and prototyping google Campus talk by Zoe Guiraudon
 
UX Basics Workshop - Guest Lecture at NSCAD University
UX Basics Workshop - Guest Lecture at NSCAD UniversityUX Basics Workshop - Guest Lecture at NSCAD University
UX Basics Workshop - Guest Lecture at NSCAD University
 
Apps as Machines — ThingsCon Berlin 2014
Apps as Machines — ThingsCon Berlin 2014Apps as Machines — ThingsCon Berlin 2014
Apps as Machines — ThingsCon Berlin 2014
 
The Top 10 things that UX people get obsessed about
The Top 10 things that UX people get obsessed aboutThe Top 10 things that UX people get obsessed about
The Top 10 things that UX people get obsessed about
 
What is UX v1
What is UX v1What is UX v1
What is UX v1
 
Lean UX Recipe Cards (set 01)
Lean UX Recipe Cards (set 01)Lean UX Recipe Cards (set 01)
Lean UX Recipe Cards (set 01)
 
Are You An User Experience Designer
Are You An User Experience DesignerAre You An User Experience Designer
Are You An User Experience Designer
 
Ux: The New Brand Leaders
Ux: The New Brand LeadersUx: The New Brand Leaders
Ux: The New Brand Leaders
 
Deck Design for Non Designers
Deck Design for Non DesignersDeck Design for Non Designers
Deck Design for Non Designers
 
The ten (and a half) commandments of visual thinking
The ten (and a half) commandments of visual thinkingThe ten (and a half) commandments of visual thinking
The ten (and a half) commandments of visual thinking
 
Ux Journey: There and back again
Ux Journey: There and back againUx Journey: There and back again
Ux Journey: There and back again
 
UX NZ - Teaching a cross-Tasman corporate web team to value UX.
UX NZ - Teaching a cross-Tasman corporate web team to value UX.UX NZ - Teaching a cross-Tasman corporate web team to value UX.
UX NZ - Teaching a cross-Tasman corporate web team to value UX.
 
Building Character: Creating Consistent Experiences With Design Principles
Building Character: Creating Consistent Experiences With Design PrinciplesBuilding Character: Creating Consistent Experiences With Design Principles
Building Character: Creating Consistent Experiences With Design Principles
 
Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014
Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014
Best Practice For UX Deliverables - Eventhandler, London, 05 March 2014
 
Human Interaction Keynote Brushfire Interactive July 2015
Human Interaction Keynote Brushfire Interactive July 2015Human Interaction Keynote Brushfire Interactive July 2015
Human Interaction Keynote Brushfire Interactive July 2015
 
Discussing Invisible Design
Discussing Invisible DesignDiscussing Invisible Design
Discussing Invisible Design
 

Viewers also liked

How Being a Jock Makes a Better Interaction Designer
How Being a Jock Makes a Better Interaction DesignerHow Being a Jock Makes a Better Interaction Designer
How Being a Jock Makes a Better Interaction DesignerLis Hubert
 
Mapping UX Strategy to Business Value
Mapping UX Strategy to Business ValueMapping UX Strategy to Business Value
Mapping UX Strategy to Business ValueLis Hubert
 
Wonderful Web App UX
Wonderful Web App UXWonderful Web App UX
Wonderful Web App UXLis Hubert
 
Adaptable Product Roadmaps Workshop
Adaptable Product Roadmaps WorkshopAdaptable Product Roadmaps Workshop
Adaptable Product Roadmaps WorkshopLis Hubert
 
Weighing the Impact of Great Design
Weighing the Impact of Great DesignWeighing the Impact of Great Design
Weighing the Impact of Great DesignLis Hubert
 
Why I'm Sick Of Calling Myself a UX Designer
Why I'm Sick Of Calling Myself a UX DesignerWhy I'm Sick Of Calling Myself a UX Designer
Why I'm Sick Of Calling Myself a UX DesignerLis Hubert
 
Engagement Through Content Strategy: A Story
Engagement Through Content Strategy: A StoryEngagement Through Content Strategy: A Story
Engagement Through Content Strategy: A StoryLis Hubert
 
Crafting the Experience: Mapping the Story to Get from Ideas to Output
Crafting the Experience: Mapping the Story to Get from Ideas to OutputCrafting the Experience: Mapping the Story to Get from Ideas to Output
Crafting the Experience: Mapping the Story to Get from Ideas to OutputLis Hubert
 
Storymapping: A MacGyver Approach to Content Strategy
Storymapping: A MacGyver Approach to Content StrategyStorymapping: A MacGyver Approach to Content Strategy
Storymapping: A MacGyver Approach to Content StrategyDonna Lichaw
 

Viewers also liked (9)

How Being a Jock Makes a Better Interaction Designer
How Being a Jock Makes a Better Interaction DesignerHow Being a Jock Makes a Better Interaction Designer
How Being a Jock Makes a Better Interaction Designer
 
Mapping UX Strategy to Business Value
Mapping UX Strategy to Business ValueMapping UX Strategy to Business Value
Mapping UX Strategy to Business Value
 
Wonderful Web App UX
Wonderful Web App UXWonderful Web App UX
Wonderful Web App UX
 
Adaptable Product Roadmaps Workshop
Adaptable Product Roadmaps WorkshopAdaptable Product Roadmaps Workshop
Adaptable Product Roadmaps Workshop
 
Weighing the Impact of Great Design
Weighing the Impact of Great DesignWeighing the Impact of Great Design
Weighing the Impact of Great Design
 
Why I'm Sick Of Calling Myself a UX Designer
Why I'm Sick Of Calling Myself a UX DesignerWhy I'm Sick Of Calling Myself a UX Designer
Why I'm Sick Of Calling Myself a UX Designer
 
Engagement Through Content Strategy: A Story
Engagement Through Content Strategy: A StoryEngagement Through Content Strategy: A Story
Engagement Through Content Strategy: A Story
 
Crafting the Experience: Mapping the Story to Get from Ideas to Output
Crafting the Experience: Mapping the Story to Get from Ideas to OutputCrafting the Experience: Mapping the Story to Get from Ideas to Output
Crafting the Experience: Mapping the Story to Get from Ideas to Output
 
Storymapping: A MacGyver Approach to Content Strategy
Storymapping: A MacGyver Approach to Content StrategyStorymapping: A MacGyver Approach to Content Strategy
Storymapping: A MacGyver Approach to Content Strategy
 

Similar to Interaction Design Beyond the Interface Workshop

4 Pillars - Presentation Notes
4 Pillars - Presentation Notes4 Pillars - Presentation Notes
4 Pillars - Presentation NotesElizabeth Harris
 
Turning a Startup to a Design-Driven Company
Turning a Startup to a Design-Driven CompanyTurning a Startup to a Design-Driven Company
Turning a Startup to a Design-Driven CompanyTanya Zavialova
 
LTUX JHB - An Empathetic Servant Leader
LTUX  JHB - An Empathetic Servant LeaderLTUX  JHB - An Empathetic Servant Leader
LTUX JHB - An Empathetic Servant Leaderltux-jhb
 
Zero Adoption: Lessons Learned From Failing at Open Source
Zero Adoption: Lessons Learned From Failing at Open SourceZero Adoption: Lessons Learned From Failing at Open Source
Zero Adoption: Lessons Learned From Failing at Open SourceMemi Beltrame
 
Carmen Brion - The value for product teams to design think
Carmen Brion - The value for product teams to design thinkCarmen Brion - The value for product teams to design think
Carmen Brion - The value for product teams to design thinkuxbri
 
SharePoint Worst Practices: 5 Common Mistakes to Avoid
SharePoint Worst Practices: 5 Common Mistakes to AvoidSharePoint Worst Practices: 5 Common Mistakes to Avoid
SharePoint Worst Practices: 5 Common Mistakes to AvoidDux Raymond Sy
 
Talk It Out, Or Write It Down?
Talk It Out, Or Write It Down?Talk It Out, Or Write It Down?
Talk It Out, Or Write It Down?mikescopino
 
Da Vinci Project Design Thinking Workshop 3: Empathy.pdf
Da Vinci Project Design Thinking Workshop 3: Empathy.pdfDa Vinci Project Design Thinking Workshop 3: Empathy.pdf
Da Vinci Project Design Thinking Workshop 3: Empathy.pdfFieke Sluijs
 
Design Thinking Informational Report
Design Thinking Informational Report Design Thinking Informational Report
Design Thinking Informational Report Peter Guth
 
Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...
Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...
Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...Fonz Morris
 
Future of UX Education (#uxce15)
Future of UX Education (#uxce15)Future of UX Education (#uxce15)
Future of UX Education (#uxce15)Petr Stedry
 
6 ways to bridge the distance between UX and Agile Virtual Teams
6 ways to bridge the distance between UX and Agile Virtual Teams6 ways to bridge the distance between UX and Agile Virtual Teams
6 ways to bridge the distance between UX and Agile Virtual TeamsMary Brodie
 
UX Fluency for a better Front End
UX Fluency for a better Front End  UX Fluency for a better Front End
UX Fluency for a better Front End Monika Piotrowicz
 
Instructional design 101 - webinar slides
Instructional design 101 - webinar slidesInstructional design 101 - webinar slides
Instructional design 101 - webinar slidesSprout Labs
 
SharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUG
SharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUGSharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUG
SharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUGDux Raymond Sy
 
Nasdaq Pro/Design Masterclass at the Entrepreneurial Center
Nasdaq Pro/Design Masterclass at the Entrepreneurial CenterNasdaq Pro/Design Masterclass at the Entrepreneurial Center
Nasdaq Pro/Design Masterclass at the Entrepreneurial CenterChris Avore
 

Similar to Interaction Design Beyond the Interface Workshop (20)

4 Pillars - Presentation Notes
4 Pillars - Presentation Notes4 Pillars - Presentation Notes
4 Pillars - Presentation Notes
 
Turning a Startup to a Design-Driven Company
Turning a Startup to a Design-Driven CompanyTurning a Startup to a Design-Driven Company
Turning a Startup to a Design-Driven Company
 
LTUX JHB - An Empathetic Servant Leader
LTUX  JHB - An Empathetic Servant LeaderLTUX  JHB - An Empathetic Servant Leader
LTUX JHB - An Empathetic Servant Leader
 
Zero Adoption: Lessons Learned From Failing at Open Source
Zero Adoption: Lessons Learned From Failing at Open SourceZero Adoption: Lessons Learned From Failing at Open Source
Zero Adoption: Lessons Learned From Failing at Open Source
 
Carmen Brion - The value for product teams to design think
Carmen Brion - The value for product teams to design thinkCarmen Brion - The value for product teams to design think
Carmen Brion - The value for product teams to design think
 
Zilver Design & Change
Zilver Design & ChangeZilver Design & Change
Zilver Design & Change
 
SharePoint Worst Practices: 5 Common Mistakes to Avoid
SharePoint Worst Practices: 5 Common Mistakes to AvoidSharePoint Worst Practices: 5 Common Mistakes to Avoid
SharePoint Worst Practices: 5 Common Mistakes to Avoid
 
Talk It Out, Or Write It Down?
Talk It Out, Or Write It Down?Talk It Out, Or Write It Down?
Talk It Out, Or Write It Down?
 
Da Vinci Project Design Thinking Workshop 3: Empathy.pdf
Da Vinci Project Design Thinking Workshop 3: Empathy.pdfDa Vinci Project Design Thinking Workshop 3: Empathy.pdf
Da Vinci Project Design Thinking Workshop 3: Empathy.pdf
 
Design Thinking Informational Report
Design Thinking Informational Report Design Thinking Informational Report
Design Thinking Informational Report
 
Convey presentation
Convey presentationConvey presentation
Convey presentation
 
Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...
Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...
Coursera | Alphonso Morris - What’s Product Design vs UX vs UI? What is Growt...
 
Future of UX Education (#uxce15)
Future of UX Education (#uxce15)Future of UX Education (#uxce15)
Future of UX Education (#uxce15)
 
6 ways to bridge the distance between UX and Agile Virtual Teams
6 ways to bridge the distance between UX and Agile Virtual Teams6 ways to bridge the distance between UX and Agile Virtual Teams
6 ways to bridge the distance between UX and Agile Virtual Teams
 
Os Leung
Os LeungOs Leung
Os Leung
 
UX Fluency for a better Front End
UX Fluency for a better Front End  UX Fluency for a better Front End
UX Fluency for a better Front End
 
Instructional design 101 - webinar slides
Instructional design 101 - webinar slidesInstructional design 101 - webinar slides
Instructional design 101 - webinar slides
 
SharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUG
SharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUGSharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUG
SharePoint Worst Practices: 5 Common Mistakes to Avoid #WMSPUG
 
Nasdaq Pro/Design Masterclass at the Entrepreneurial Center
Nasdaq Pro/Design Masterclass at the Entrepreneurial CenterNasdaq Pro/Design Masterclass at the Entrepreneurial Center
Nasdaq Pro/Design Masterclass at the Entrepreneurial Center
 
Reflective SlideDocs
Reflective SlideDocsReflective SlideDocs
Reflective SlideDocs
 

Recently uploaded

Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...
Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...
Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...mrchrns005
 
原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档
原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档
原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档208367051
 
办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一
办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一
办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一F dds
 
DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...
DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...
DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...Rishabh Aryan
 
Passbook project document_april_21__.pdf
Passbook project document_april_21__.pdfPassbook project document_april_21__.pdf
Passbook project document_april_21__.pdfvaibhavkanaujia
 
group_15_empirya_p1projectIndustrial.pdf
group_15_empirya_p1projectIndustrial.pdfgroup_15_empirya_p1projectIndustrial.pdf
group_15_empirya_p1projectIndustrial.pdfneelspinoy
 
办理澳大利亚国立大学毕业证ANU毕业证留信学历认证
办理澳大利亚国立大学毕业证ANU毕业证留信学历认证办理澳大利亚国立大学毕业证ANU毕业证留信学历认证
办理澳大利亚国立大学毕业证ANU毕业证留信学历认证jdkhjh
 
毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree 毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree ttt fff
 
2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degreeyuu sss
 
MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...
MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...
MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...katerynaivanenko1
 
8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCR
8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCR8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCR
8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCRdollysharma2066
 
Design and Managing Service in the field of tourism and hospitality industry
Design and Managing Service in the field of tourism and hospitality industryDesign and Managing Service in the field of tourism and hospitality industry
Design and Managing Service in the field of tourism and hospitality industryrioverosanniejoy
 
Apresentação Clamo Cristo -letra música Matheus Rizzo
Apresentação Clamo Cristo -letra música Matheus RizzoApresentação Clamo Cristo -letra música Matheus Rizzo
Apresentação Clamo Cristo -letra música Matheus RizzoCarolTelles6
 
办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一
办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一
办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一A SSS
 
Dubai Calls Girl Tapes O525547819 Real Tapes Escort Services Dubai
Dubai Calls Girl Tapes O525547819 Real Tapes Escort Services DubaiDubai Calls Girl Tapes O525547819 Real Tapes Escort Services Dubai
Dubai Calls Girl Tapes O525547819 Real Tapes Escort Services Dubaikojalkojal131
 
1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改
1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改
1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改yuu sss
 
在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证
在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证
在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证nhjeo1gg
 
How to Empower the future of UX Design with Gen AI
How to Empower the future of UX Design with Gen AIHow to Empower the future of UX Design with Gen AI
How to Empower the future of UX Design with Gen AIyuj
 
306MTAMount UCLA University Bachelor's Diploma in Social Media
306MTAMount UCLA University Bachelor's Diploma in Social Media306MTAMount UCLA University Bachelor's Diploma in Social Media
306MTAMount UCLA University Bachelor's Diploma in Social MediaD SSS
 

Recently uploaded (20)

Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...
Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...
Business research proposal mcdo.pptxBusiness research proposal mcdo.pptxBusin...
 
原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档
原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档
原版1:1定制堪培拉大学毕业证(UC毕业证)#文凭成绩单#真实留信学历认证永久存档
 
办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一
办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一
办理学位证(SFU证书)西蒙菲莎大学毕业证成绩单原版一比一
 
DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...
DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...
DAKSHIN BIHAR GRAMIN BANK: REDEFINING THE DIGITAL BANKING EXPERIENCE WITH A U...
 
Passbook project document_april_21__.pdf
Passbook project document_april_21__.pdfPassbook project document_april_21__.pdf
Passbook project document_april_21__.pdf
 
group_15_empirya_p1projectIndustrial.pdf
group_15_empirya_p1projectIndustrial.pdfgroup_15_empirya_p1projectIndustrial.pdf
group_15_empirya_p1projectIndustrial.pdf
 
办理澳大利亚国立大学毕业证ANU毕业证留信学历认证
办理澳大利亚国立大学毕业证ANU毕业证留信学历认证办理澳大利亚国立大学毕业证ANU毕业证留信学历认证
办理澳大利亚国立大学毕业证ANU毕业证留信学历认证
 
毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree 毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
毕业文凭制作#回国入职#diploma#degree澳洲弗林德斯大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
 
2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
2024新版美国旧金山州立大学毕业证成绩单pdf电子版制作修改#毕业文凭制作#回国入职#diploma#degree
 
MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...
MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...
MT. Marseille an Archipelago. Strategies for Integrating Residential Communit...
 
8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCR
8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCR8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCR
8377877756 Full Enjoy @24/7 Call Girls in Nirman Vihar Delhi NCR
 
Design and Managing Service in the field of tourism and hospitality industry
Design and Managing Service in the field of tourism and hospitality industryDesign and Managing Service in the field of tourism and hospitality industry
Design and Managing Service in the field of tourism and hospitality industry
 
Apresentação Clamo Cristo -letra música Matheus Rizzo
Apresentação Clamo Cristo -letra música Matheus RizzoApresentação Clamo Cristo -letra música Matheus Rizzo
Apresentação Clamo Cristo -letra música Matheus Rizzo
 
办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一
办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一
办理学位证(UCSD证书)美国加利福尼亚大学圣迭戈分校毕业证成绩单原版一比一
 
Dubai Calls Girl Tapes O525547819 Real Tapes Escort Services Dubai
Dubai Calls Girl Tapes O525547819 Real Tapes Escort Services DubaiDubai Calls Girl Tapes O525547819 Real Tapes Escort Services Dubai
Dubai Calls Girl Tapes O525547819 Real Tapes Escort Services Dubai
 
1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改
1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改
1比1办理美国北卡罗莱纳州立大学毕业证成绩单pdf电子版制作修改
 
Call Girls in Pratap Nagar, 9953056974 Escort Service
Call Girls in Pratap Nagar,  9953056974 Escort ServiceCall Girls in Pratap Nagar,  9953056974 Escort Service
Call Girls in Pratap Nagar, 9953056974 Escort Service
 
在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证
在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证
在线办理ohio毕业证俄亥俄大学毕业证成绩单留信学历认证
 
How to Empower the future of UX Design with Gen AI
How to Empower the future of UX Design with Gen AIHow to Empower the future of UX Design with Gen AI
How to Empower the future of UX Design with Gen AI
 
306MTAMount UCLA University Bachelor's Diploma in Social Media
306MTAMount UCLA University Bachelor's Diploma in Social Media306MTAMount UCLA University Bachelor's Diploma in Social Media
306MTAMount UCLA University Bachelor's Diploma in Social Media
 

Interaction Design Beyond the Interface Workshop

  • 1. Interaction Design Beyond the Wireframe Interaction 14 - Amsterdam, The Netherlands Interaction 14 ** How do you feel cheer** @lishubert February 5, 2014 ! Welcome to Interaction Design Beyond the Interface. We have a great day ahead of us... ! Our objective for today is to learn how to get sign off on a solution without creating (sketching, wire framing, or even prototyping) an interface. ! The structure of our day looks like this…
  • 2. Agenda • Part I - Introduction • Part II - Solution steps 1 - 3 • Part III - Solution steps 4 - 5 • Part IV - Solutions steps 6 - 8 Interaction 14 We’ve split today into 4 parts…. Info will be given to you, don’t have to be taking notes Now, allow me to say @lishubert February 5, 2014
  • 3. * bichin invernal by formatthebrain on Flickr Interaction 14 @lishubert My name is Lis, and I’m a IA and UX consultant in NYC. ! And as a consultant I’ve gotten to work on loads of different stuff for companies like… February 5, 2014
  • 4. Interaction 14 @lishubert February 5, 2014 Being a consultant means that I go in to a client (which could be anyone from a startup to a huge corporation) and I help them to make their products and services better. ! Now of course, having worked in many different industries for many others as an Information Architect, UX Designer, or Interaction Designer, depending on the scope, I have seen a lot, like many of you have. ! Thus, after observing the inner company, agency, and community for some time, I wanted to put together this workshop as I was noticing more and more that the basis of my profession was being erased and overlooked. That basis is the ability to facilitate defining the real problem and coming to a solution without ever thinking about the interface. ! That’s right, getting sign off on the concept of our solution before creating an interface. ! Now since you know all about me let me find out all about
  • 5. Interaction 14 @lishubert February 5, 2014 * who are YOU? by Ian Sane on Flickr Who you are? ! • Who would call themselves an Interaction Designer? Would you call yourself a UXer? How about visual design, art direction? Development? ! • Who has been practicing this for Less than 5 years Between 5 - 10 years More than 10 years ! • Ask a representative from each what they are hoping to learn from this Workshop? ! Great, so we have a long day ahead of us, and in order to ensure that we don’t pull any workshoping muscles we need to
  • 6. ! * Jogging at the resevoir #1 by Ed Yourdon on Flickr Interaction 14 @lishubert February 5, 2014 Warm Up ! The rules of the warm up are 1. Be Objective in Your Behavior Toward Others 2. Ensure Everyone Is Equal 3. Ask Everyone to Participate ! What I want you to do for the next 5 minutes is go around your tables, have everyone do a short introduction including: - name - where you work - what you do there and How does this...
  • 7. Interaction 14 @lishubert February 5, 2014 * Funny - A Hoot by Doug88888 on Flickr picture represent your current job. ! <10 minutes of discussion at tables> ! **10 minutes to ask each table what the best comment was... ! Give yourselves a hand... that was awesome! ! Now that we are all warmed up, and we know who everyone is and what our goals are... let’s start by doing a clear definition of interaction design and the dyer situation that the profession is currently in
  • 8. Interaction 14 @lishubert February 5, 2014 To me interaction design is about designing an entire interaction, not just the interface of that interaction, but the entire touch point. The concept of that touchpoint and turning that concept into something that can get input from the user and produce output from the system. ! So when we look at Interaction Design in relation to User Experience we see something like this... !
  • 9. * The UX Umbrella by Dan Willis on Slideshare Interaction 14 @lishubert February 5, 2014 * who are YOU? by Ian Sane on Flickr User Experience is really this overarching umbrella which houses all of these other disciplines. Interaction Design is a part of all of this... and to me it is a subsection that looks at and designs for one to many moments of contact between a user and a company’s system. ! Interaction designers work in companies that look like these... !
  • 10. In House Interaction 14 Internal - corps, non-profit, big or small Agencies - Startups - ! So... @lishubert February 5, 2014
  • 11. • • Assigned to a project to update the search • Need someone to come in and make our site better Tasked with better communicating company purpose on the homepage Interaction mark in Esbjerg by alexanderdrachmann on Flickr * Question 14 @lishubert February 5, 2014 how does IxD work get done in the companies? Who can tell me the overall environment for interaction design work in the “real world”? ! Projects. We are part of project teams, and on those teams are many other people. And our goal on most of these teams is to create new, update or enhance the company’s or clients digital products. ! The interaction designer’s role on this team is the
  • 12. Interaction 14 @lishubert February 5, 2014 Solution person. It is our job to design the solution. Nobody else ever wants to admit this, but ultimately this is our responsibility. ! And to come up with the solution we would ideally follow a process like this...
  • 13. The Process • Discovery • Definition • Design (the solution) • Develop • Deploy Interaction 14 @lishubert February 5, 2014 This is the process that we have used for all time in developing websites, apps and other software. Whether you are doing waterfall or agile you are still doing this. ! Discovery - Understand Users, Understand Content, Understand Context Definition - Plan out and prioritize features Design (the solution) - Detailed Interface Design Develop - Code and Test Deploy ! Our work as Interaction Designers usually is siloed off into
  • 14. The Process • Discovery • Definition • Design (the solution) • Develop • Deploy Interaction 14 @lishubert February 5, 2014 The Design Phase. Ideally, IxD as the solution creator would be involved in all of these steps, and the fact that we’re not is a big problem. ! For this workshop we are going to work in the most often seen (not best, but real) scenario of IxD being confined to the design phase. ! Now that we know what types of companies, environments and process in which IxD works, let’s talk about what type of projects ixd’s work on. A company... ! 1. needs something done so they put together a project team, and you get assigned to this project team. 2. The team might be tasked with doing something like this... ! ! ! !
  • 15. Example Assignments • Update search • Better communicating company purpose on the homepage • Make the site better Interaction 14 @lishubert February 5, 2014 What usually happens is we get the work assignment. and we might be pulled into a project kick off meeting or get emails about it, we basically start getting a ton of information thrown at us, and then we’re expected to come up with the solution. ! In order to showcase this, we’re going to do a little exercise. !
  • 16. Our Problem for the Day Make search better for Company Workshop’s sports apparel and equipment e-commerce site. ! Interaction 14 @lishubert February 5, 2014 You are all interaction designers on a project team tasked to update the search for Company Workshop. All we know from Company workshop is that they have noticed a dropoff in conversions associated with search, and that they need to make search better in order to increase those conversions. ! And here...
  • 17. Interaction 14 @lishubert February 5, 2014 Is what their current search looks like. You only have 2 weeks to fit in the wireframe section of the project, I want you to go ahead and in the next 20 minutes come up with a solution for this. ! At the end of 20 minutes you should have one new solution (knowing this will be half baked) to show. ! (20 minutes) ! Ok take your solutions and put them in the middle of the table and i will come pick them up during our break. But let me ask you this, how many people’s solutions were sketches of an interface? ! What is funny about what you all came up with is that each and every one did an interface. And the biggest problem that we face as interaction designers, and the reason why we aren’t included in all these other steps is that we are seen as, and have come to be the owners of not the solution, but the interface. ! And here’s the thing...
  • 18. The interface is NOT the solution Interaction 14 @lishubert February 5, 2014 So if the interface isn’t the solution than what is? It is a model of the solution in a way that users process through whatever medium they are using (cpu, phone, tablet) ! If the interface isn’t the solution then what do we do??
  • 19. "Wireframes and sketches of interfaces are akin to blue prints, and an Architect does way more than just draw the blue prints." ~ Philosophical Thinker turned UX/IxD Interaction 14 @lishubert February 5, 2014 As framed by our philosophical thinker we do way more than just the interface. What is it that an Architect does besides just the blue prints? ! <Get down to synthesizing and strategizing the solution> ! Our current state then is that we are in the Designing the solution phase, and often times we are pushed to jump directly into the interface, So our current state is missing one big and important thing...
  • 20. We often do not take the time to synthesize and strategize the solution before we do the interface. Interaction 14 @lishubert February 5, 2014 We go from getting the project, to doing the interface. Without conceptualizing the solution! And conceptualizing the solution is what IxD is really all about! ! Skipping this step is what is causing our industry a great deal of issues. the main thing that happens when we jump to the interface is we leave…
  • 21. Problems Interaction 14 @lishubert February 5, 2014 things out including… 1. Don’t get consensus on the problem we are trying to solve 2. Don’t know who specifically we are solving this problem for 3. Don’t know what information, data, and content needs to be included in our interface 4. Don’t know the user and business priority of that content, data and information needed to solve the problem
  • 22. Therefore we don’t actually solve the problem! We just draw a nice picture. Interaction 14 @lishubert February 5, 2014 That we don’t actually solve the problem. And we don’t have footing, we have no rationale we have nothing. And this causes..
  • 23. Revisions Interaction 14 @lishubert February 5, 2014 Without sitting down to synthesize and strategize the solution we end up with the cycle of revisions because we aren’t really basing our solution off of what the problem is.
  • 24. No Respect for IxD Revisions Interaction 14 @lishubert We get less respect because we look like we have no idea what we’re doing February 5, 2014
  • 25. No Respect for IxD Revisions You Interaction 14 @lishubert February 5, 2014 and we all go crazy! How many of you are sick and tired of IxD being see as the interface and not the solution?? Who here wants to be seen as the solution creator instead of the interface creator?? Well then… stop drawing the interface first! But maybe, just maybe if we all had a process in place that we could use to synthesize and strategize the solution before doing the interface we might be a lot better off. So our goal today is
  • 26. Learn a process for synthesizing and strategizing the solution without the interface Interaction 14 Our goal today... ! And the outcomes of us doing that are @lishubert February 5, 2014
  • 27. Revisions Interaction 14 The outcome of implementing this process. 1. Decrease the cycle of revisions @lishubert February 5, 2014
  • 28. Revisions Interaction 14 Respect for IxD @lishubert The outcome of implementing this process. 2. Increase respect for IxD as a problem solver (not just the one that draws pictures) February 5, 2014
  • 29. Revisions Respect for IxD You Interaction 14 @lishubert February 5, 2014 The outcome of implementing this process. 3. More responsibility and better projects So let’s hop to it. Let’s learn a process for synthesizing and strategizing before the interface. ! Keep in mind this process will be given to you to take home with you. ! Also this is formal... you are not likely to be able to formally to this in your job, but here are the questions we are going to learn how to answer and the things to do that we need to learn how to do before we go to the interface to avoid the steady decline of our profession.
  • 30. • Who am I working with? Interaction 14 @lishubert February 5, 2014
  • 31. • Who am I working with? • Who can help me solve the problem? Interaction 14 @lishubert February 5, 2014
  • 32. • Who am I working with? • Who can help me solve the problem? • What is the problem? Interaction 14 @lishubert February 5, 2014
  • 33. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? Interaction 14 @lishubert February 5, 2014
  • 34. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? Interaction 14 @lishubert February 5, 2014
  • 35. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? • Modeling the solution (sans interface) Interaction 14 @lishubert February 5, 2014
  • 36. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard Interaction 14 @lishubert February 5, 2014
  • 37. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 Information priority… ! You see that is really the key to being a great interaction designer. Being able to facilitate the other teammates on the project through a process of agreeing on what information or content needs to be included in the solution and eventually the interface, and also agreeing on the importance of each piece of content or information. ! You NEED this to happen before you do the interface…. or else, what does your interface really represent… if not the information priorities of a solution? ! That is what we are going to dig into in the next three parts of our workshop, but first… ! Let’s take a
  • 38. Break Synthesize and re-energize! Interaction 14 15 minutes @lishubert February 5, 2014
  • 39. “Welcome Back! Let’s get caught up.” Quick Recap * Interaction 14 Sea Otter by Mike Baird on Flickr @lishubert February 5, 2014 Quick Check In - how is it going thus far? So far we’ve talked a bit about interaction design and... How interaction designers are responsible for the solutions on projects, and how interfaces are not solutions. We see there is a lack of process around strategizing and synthesizing an actual solution The problems with not having a process Overview of the process Outcomes from that process That process for synthesizing and strategizing solutions before we do the interface looks like this.
  • 40. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 Now that we’ve seen what we can do without our process, let’s see how our solutions change with this process. ! So in Part 2 we are going to look at the first part of the process....
  • 41. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 and how it’s going to work is I’ll introduce these topics for about 20 minutes then we’ll do an exercise to use this new knowledge in our groups for about 35 minutes then we’ll take time to present to the other groups and critique. ! So let’s jump in...
  • 42. Who am I working with? Understanding my team • What is it: Gaining understanding of all the skill sets on your team, how they can help you and and who on the project you need to deal with. • When to use it: Before/during problem framing, figuring out who’s in the know. • Why to use it: To ensure you know your responsibilities and those of others in creating the solution. To ensure there are no gaps, and to be sure you are including the right people in your reviews and meetings so progress can be made. Interaction 14 @lishubert February 5, 2014 Who am I working with? - Understanding my team What is it: Gaining understanding of all the skill sets on your team, how they can help you and and who/what personalities you need to deal with. When to use it: Before/during problem framing, figuring out who’s in the know. Why to use it: To ensure you know your responsibilities and those of others in creating the solution. To ensure there are no gaps, and to be sure you are including the right people in your reviews and meetings so progress can be made. Remember we want to be seen as the solution people…. so let’s OWN the solution. We need to make sure we have all the right skills in place to make our solution successful. THAT should always be your driving force as an interaction designer.
  • 43. Who am I working with? Understanding my team How to do it: 1. Project team structure Interaction 14 @lishubert February 5, 2014 Step 1 is to learn the base knowledge of how project teams are structured in your company, and the company of your client. ! 1. Who here knows this? Can I get some examples of a basic project team structure? (have people give examples) a. here is are a few examples 1. One place I worked our project team was (tech lead - who was in charge of the devs and QA, Business lead - who ran requirements gathering sessions, Design lead - that was me. I was in charge or IA, Wireframes and Visual Design schedules and deliverables, Project manager - in charge of schedule, Program Manager, Sponsor) 2. Another company I worked at had (account manager, project manager, IA, Creative/ACD, Planner, Copywriter, Tech lead) b. You gain this understanding by showing up to the kick off, listening, looking, and answering questions.
  • 44. QA / Testing Back End Dev Visual Designer Technology Lead Front End Dev Project Manager Product manager Copywriter Business Lead Design Lead Customer Service Interaction Designer Interaction 14 This is an example project team structure. @lishubert February 5, 2014
  • 45. Who am I working with? Understanding my team How to do it: 1. Project team structure 2. Be an observer Interaction 14 @lishubert February 5, 2014 2. We need to start to use any user research and/or empathetic skills outside of just design work. You can use those same observation skills to understand our environments. When you show up to the kick off observe who is in the room. Are there devs, business people? ! - observe if you have everything you need to create the solution, and if you don’t OR if you don’t know … ask questions
  • 46. Who am I working with? Understanding my team How to do it: 1. Project team structure 2. Be an observer 3. Know and use resources Interaction 14 @lishubert February 5, 2014 3. Know who you resources are, and use them to fill any gaps you have. The most important thing to note is who can you talk to. This is a nuanced skill, but an important one. Figure out who can answer your questions. And then... use those people to ask your questions and get your answers! Types of questions you may want to ask to make sure your solution can be successful are: Is this everyone who I’ll need to know to complete the project successfully? Who do I go to with questions about <design, schedule, requirements>?
  • 47. Who am I working with? Understanding my team How to do it: 1. Project team structure 2. Be an observer 3. Know and use resources 4. Rinse and Repeat Interaction 14 @lishubert 4. Do this not only for each and every project, but for your job as well! Who is on the design team, who is responsible for what. February 5, 2014
  • 48. Interaction 14 @lishubert February 5, 2014 Who can help me solve the problem - Knowing who’s in the know What is it: Taking the time to understand the business and who has a stake in the solution. When to do it: Before/During problem framing. Why do it: Gain an understanding of who has the power to do what, and who has a stake in which parts of the solution. This is somewhat similar to knowing who is on your project team. However, the people in the know will be both a part of your team, and sometimes not.
  • 49. Who can help me solve the problem? Knowing who’s in the know How to do it: 1. Admit that you are a business person Interaction 14 When i say this, I’m talking about a switch in thinking... @lishubert February 5, 2014
  • 50. Business vs. User Business vs. User Interaction 14 @lishubert February 5, 2014 Admitting you are a business person is hard. It means that we all have to buckle down and be real with ourselves. The fact is that we work for someone else, and even if we don’t the fact is we work to stay alive. To make a living, to feed our families and ourselves. Our company is a business that needs to stay in business and (hopefully) makes a product that is helpful. When I say admit you are a business person I mean admit that your design work is probably not going to save the world AND that it needs to help the business stay in business so YOU have to help the business people to do this. It’s a frame of mind switch from hating the business to realizing that helping the business is not only your job, but is also not selling out or going against our users. It is enabling us to do more for them.
  • 51. Who can help me solve the problem? Knowing who’s in the know How to do it: 1. Admit that you are a business person 2. Know who pays Interaction 14 @lishubert February 5, 2014 2. Understand who has the $$. Usually this is a product manager, maybe not if you are in an agency. Figure out Who is funding the project so that you can understand who has more say than others, but also who is having the real problem. ! You can’t have a successful solution without solving the actual problem… the person who pays has the problem, or they wouldn’t be paying to have it solved.
  • 52. Who can help me solve the problem? Knowing who’s in the know How to do it: 1. Admit that you are a business person 2. Know who pays 3. Be an observer Interaction 14 @lishubert February 5, 2014 3 is pretty much the same. The only differences are that our context is different. We aren’t just looking at our project team, but we are looking for anyone that has a stake in what we are doing. Program Manager, Product managers, Customer Service Manager - basically the people that everyone else is trying to make happy. We are also probably going to use more than we are going to get to know our resources here.
  • 53. Who can help me solve the problem? Knowing who’s in the know How to do it: 1. Admit that you are a business person 2. Know who pays 3. Be an observer 4. Know and use your resources Interaction 14 ! @lishubert February 5, 2014
  • 54. What is the Problem? Interaction 14 @lishubert February 5, 2014 What is the Problem - Framing the problem What is it: The process of truly understanding the issue to be solved (and the business need behind it). When to use it: At the beginning of any project or design phase before we start designing. Why to use it: So we can define the users to focus on, the business need to focus on, the technology involved, the data and content involved and the priority of that data and content. Ultimate goal is to get team buy in on the problem so we can focus our solution. * This is really important - so many of the issues we see with people “not liking” our designs is due to us not all agreeing on the real problem
  • 55. What is the Problem? Framing the problem How to do it: 1. Listen, read, listen Interaction 14 @lishubert February 5, 2014 1. Listen to the people around you talking and really hear them. Take absolutely nothing literally. This is a skill of awareness and concentration. If someone says “I like the search results for site abc.com because users are able to filter on all these different things.” then you can assume there is probably a problem finding specific items. General search may work just fine... but this is a cue that there is a different problem.
  • 56. What is the Problem? Framing the problem How to do it: 1. Listen, read, listen 2. Know then use those in the know Interaction 14 @lishubert February 5, 2014 2. We don’t just figure out who’s in the know in order to make sure we are serving the correct stakeholders, we do that so we can use those people to understand the real problem we are dealing with. ! !
  • 57. What is the Problem? Framing the problem How to do it: 1. Listen, read, listen 2. Know then use those in the know 3. Ask the right questions Interaction 14 @lishubert February 5, 2014 You want to ask the right questions, and you want to ask them of the people in the know. Some examples of the questions to ask. ! How are we defining success? Are there numbers we are trying to reach? Will this solution have to lead to another? Are there other projects happening or planned that could influence this solution that I will have to take into account? What is the worst thing that can happen during this project? What does failure look like? Who out there has solved this problem and what makes their solution awesome?
  • 58. What is the Problem? Framing the problem How to do it: 1. Listen, read, listen 2. Know then use those in the know 3. Ask the right questions 4. Synthesize what you’ve heard Interaction 14 @lishubert February 5, 2014 4. This is your time to take a step back and summarize what you’ve heard. Some of us will sketch it out, some of us might write it down, but this is the time where you take a stab at summarizing the real problem
  • 59. Business point of view Tech point of view Not getting enough Server hits = high costs conversions User point of view Can’t find what I need so don’t buy. Site takes too long to load. Interaction 14 @lishubert Here is an example of a model you might show to your team to showcase the problem. February 5, 2014
  • 61. Framing the problem * Does It Have Legs? by AbbyTheIA on Slideshare Interaction 14 @lishubert February 5, 2014
  • 62. What is the Problem? Framing the problem How to do it: 1. Listen, read, listen 2. Know then use those in the know 3. Ask the right questions 4. Synthesize what you’ve heard 5. Confirm with the team Interaction 14 @lishubert 5. And then you bring it back to your team and confirm it with those in the know. February 5, 2014
  • 63. Exercise Problem for the day: Make search better for Company Workshop’s sports apparel and equipment e-commerce site ! Part II Exercise: 1. Complete worksheet 2. Model the problem Interaction 14 @lishubert February 5, 2014 So our problem for the day is that we are all interaction designers on a project team tasked to update the search for Company Workshop. Our goals for this exercise are to figure out who’s on our team, who’s in the know, and what is the problem. ! Some things to note about Company workshop: 1. Their site is well known so this is not a marketing problem. ! You have in front of you character cards which represent the people on your team for this project. These also represent the kickoff meeting for the project, and you are reading through who they are, what they are responsible for, and goals for the kick off meeting. ! Up here is the chart of who’s at the meeting. I will keep it up here for you to review throughout. ! Exercise 1. The way we are going to do that is read through our character cards which house the answers to the questions on the worksheet and provide us with the real problem. Read the character cards and any other materials, quietly no discussion - 10 minutes ! For the next 25 minutes 2. Now everyone at the table is playing the role of the interaction designer. I want you to work together to fill out the worksheet. All the answers to the questions in the worksheet are in the character cards! 3. I also want you to create problem models to show the rest of us. The goal of the problem models are to visualize the problem to the team so that the great project team and sponsors can confirm that “yes this is the problem we are trying to solve” ! You will then present you answers and the problem models to the group. !
  • 64. Group Presentation and Discussion Interaction 14 Answer the questions all together. then present problem models. ! - Review answers to the questions ! What is the problem at company workshop?? @lishubert February 5, 2014
  • 66. “Hi Again!” * Interaction 14 Beverly & Pack on Flickr Brown Bear by Lunch @lishubert February 5, 2014 How was lunch? ! How is everyone doing so far? Are we on path with what you expect to learn today? ! Ready for the second half of our day? ! Before lunch we went through Part II of our workshop where we worked to figure out: - who am I working with? - Who can help me solve the problem? - What is the problem? ! And we did this in our quest to learn a process to strategize and synthesize the solution. This process here.
  • 67. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 We also took the time in our exercise of redesigning search for Company Workshop and figured out who is on the team and modeled the real problem. We are going to build on all of this in Part III of the workshop by
  • 68. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is the information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 Figuring out for whom we are solving the problem and then understanding what the information/content we are working with.
  • 69. * As she walked... by pfv on Flickr Interaction 14 @lishubert February 5, 2014 What is it: the process of focusing our attention on the users affected by our solution. When to use it: After problem framing, while gathering content/information to use, when getting ready to prioritize. Why to use it: To focus the solution on those that need it most. Thus, now that we know our team, and our problem... we have to figure out our audience. In large scale strategy efforts or in big projects, We do this by going through and doing research and determining who are set of user types are and modeling them into things like personas. Does anybody here understand what personas are? ! Personas are basically models of user behaviors, but rarely are we receiving these or allowed the create these (not that we shouldn’t). ! But how can you go about getting this type of information for yourself if you can’t do user research and don’t have time to create personas? Let’s walk through figuring out just that.
  • 70. Who am I solving it for? Understanding User Goals & Tasks How to do it: 1. Determine related user types Interaction 14 @lishubert February 5, 2014 Believe it or not you can do this without conducting long, drawn out discovery phase. Remember how you were supposed to know and use your resources… well that wasn’t just for fun. Here is a place where you can use your resources, and those in the know, to extract out who they think the user types are. ! ** give example of iFreedom email to Loan officers and contactors. ! For this workshop you have already gone out and talked to those in the know, and to those people on your time, and have determine 3 user types: Hardcore Fan, Mom Gifter and the Coach. ! After you determine the different user types, you want to…
  • 71. Who am I solving it for? Understanding User Goals & Tasks How to do it: 1. Determine related user types 2. Determine main user tasks & goals Interaction 14 @lishubert determine what their main tasks are. What are they trying to do with a product like ours? ! For our hardcore fan, we can see the tasks are… ! <Bring up user type and show.> - let them read through hardcore fan.. ! Notice how these are phrased! ! February 5, 2014
  • 72. Who am I solving it for? Understanding User Goals & Tasks How to do it: 1. Determine related user types 2. Determine main user tasks & goals 3. Finalize specific user tasks Interaction 14 @lishubert February 5, 2014 We now want to determine if all of these tasks relate to search. What do you guys think? Are there any potential tasks missing? ! I keep all this information in a spreadsheet for clarity, so that is what we’re going to be working in. ! <user spreadsheet example of the hardcore fan whittle down to specific tasks> ! <brainstorm additional tasks> ! Now where our expertise really comes in, and the way we can find a solution without the interface, is understand and prioritizing the information these users will need in order to complete their goals successfully. ! For example, it’s pretty clear that they will have a filter on this search, but what goes in it? So in order to figure out these details, we move into figuring out our content.
  • 73. What is information/content that I’m working with? ? Interaction 14 @lishubert February 5, 2014 What is it: The process of determining what type of content or information needs to be manipulated to solve the defined problem and meet user goals. When to use it: After problem framing and understanding user goals and tasks, before modeling. Why to use it: To get a clear idea of what to include in the solution (and eventually the interface) in order to meet user and business needs (aka solve the problem).
  • 74. What is the information/ content that I’m working with? Understanding my content How to do it: 1. Review user tasks Interaction 14 Review and become familiar with your users tasks. @lishubert February 5, 2014
  • 75. What is the information/ content that I’m working with? Understanding my content How to do it: 1. Review user tasks 2. Tasks -> information requirements Interaction 14 @lishubert February 5, 2014 Turn tasks into information requirements. ! Tasks are really what is the user trying to do ! Information requirements are about defining what types of information/data/interactions does the user need to complete these tasks? ! What might these information needs look like for the hardcore fan? <bring up spreadsheet> ! So remember it’s not just about understanding what information is included before you do the interface, but also the priority and importance of that info from a user and business pov. so next… !
  • 76. What is the information/ content that I’m working with? Understanding my content How to do it: 1. Review user tasks 2. Tasks -> information requirements 3. Prioritize Information requirements Interaction 14 @lishubert February 5, 2014 you’ll want to prioritize this information from both the user’s standpoint and the businesses standpoint. The user stuff you’ll know. The business stuff you will be “guessing” at, but since you have been listening and talking to your business team these are informed guesses. ! You have the business objectives in your user type documents which should help you to prioritize at least a first cut from that pov. ! If you are unsure then we’ll just make a few versions to get feedback. !
  • 77. Exercise Problem for the day: Make search better for Company Workshop’s sports apparel and equipment e-commerce site ! Part III Exercise: 1. Par down user tasks into project tasks 2. Turn tasks into information requirements 3. Prioritize information requirements Interaction 14 @lishubert February 5, 2014 What we’re going to do is take the remaining two user types and fill out the tasks list for each. Then we’re going to turn those lists into information requirements. This is how we’re going to do it. ! 1. I’m going to give you 10 minutes to go through and finalize the search tasks for the other two user types. When you are done call me over to review. once you’re done with that, I’ll explain step 2 to you. ! Explain exactly what to have when you’re done ! Stress that they should come up with more tasks than what the user types have.
  • 78. Group Presentation and Discussion Interaction 14 @lishubert February 5, 2014 Break up into two large groups of four teams. Review and refine lists, critique etc. The goal is to verify and add any tasks, we want a comprehensive list so that each team and model the right solution. So we’ll have two lists and we’ll review those two lists as a big group. ! Get together at the end and talk through with both teams
  • 80. “Howdy!” * Hi there! by joyrex on Flickr Interaction 14 @lishubert February 5, 2014 Welcome back! So this is our final moment together... Part IV of the workshop. Let’s do another quick recap
  • 81. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 In our last session we looked at ! Who am I solving for ! What is the information/content that I’m working with? - ! So we’ve been synthesizing and strategizing the solution for our project to make search better for company workshop. And we now have information and content, users, problem.... we can start the interface right? Wrong...
  • 82. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 In Part IV of the workshop we are going to focus on. This is going to allow us to present the solution in such a way that isn’t the interface but that represents user and business priorities. ! So when we do draw the interface we’ve already agreed on what information is necessary to solve the problem.
  • 83. * Rubik's Cube Solution by kirtaph on Flickr Interaction 14 @lishubert February 5, 2014 What is it: Process of sketching the information relationships in order to get team feedback on priority. When to use it: After understanding who you are solving for and what information/content you are working with. Why to use it: To have a visual model that will showcase content and information priorities in order to get the greater team on the same page.
  • 84. Modeling the solution (sans interface) Sketching the solution not the interface How to do it: 1. Review information needs list and user tasks Interaction 14 @lishubert February 5, 2014 Bring up information list ! Now this is where your priorities come into play. You have talked to the business/client, you know which of their user’s is the most important. Thus those user tasks in regards to search should probably have a higher priority in your solution. When we look at your sheets of information requirements, those for the hardcore fan are probably the most important right?
  • 85. Modeling the solution (sans interface) Sketching the solution not the interface How to do it: 1. Review information needs list and user tasks 2. Create models Hint: this is where you may want to look and model the competition. Interaction 14 @lishubert Using the priorities information you came up with, you want to model the solution. February 5, 2014 ! We also will want to go look at the competition (finishline.com) that our business partners mentioned to get an idea of how their concepts are modeled. ! Let’s take one of our top user’s tasks and see what we can do with it here. ! So let’s go to an example that I did for this purpose. ! ! !
  • 86. Sketching the solution not the interface How to do it: 1. Review information needs list and user tasks 2. Create models 1. Hint: this is where you may want to look and model the competition. Interaction 14 @lishubert February 5, 2014
  • 88. Modeling the Sketching the solution not the interface How to do it: 1. Review information needs list and user tasks 2. Create models 1. Hint: this is where you may want to look and model the competition. Interaction 14 @lishubert February 5, 2014
  • 89. * Stuck in the Details? Mind Map User Tasks by Evgenia Grinblo on UX Booth Interaction 14 @lishubert Evgenia Griblo wrote a great article on UX Booth entitled Stuck in the Details? Mind Map User Tasks. ! So what are some characteristics of good models. ! February 5, 2014
  • 90. Modeling the solution (sans interface) Characteristics of a good model 1. Clearly explains solution without tying you to an interface 2. Ties solution back to user tasks & business needs 3. Showcases Information relationship and priorities 4. Progresses conversation Interaction 14 @lishubert February 5, 2014 First a good model should be clear. It should also explains the solution without tying you to an interface. It explains the concept and allows you to be flexible with the interface of the concept. ! Second. The model should use what you’ve found in user tasks and business needs. There should be a reason behind everything in the model and it should tell the story of how user needs and business needs intersect. ! Third. The model showcases the relationships and priorities of the information that will be needed for the user to complete their tasks and for the business to have their goals met. ! But perhaps most importantly, the model progresses the conversation to a point where we can talk about if the model solves the problem.
  • 91. Getting the team Sell it baby! • What is it: Using your knowledge to make the case for your expertise. (aka: selling your idea to the team) • • When to use it: When you have modeled the solution. Why to use it: To bring the user voice to the conversation/solution.. Interaction 14 @lishubert What is it: Using your knowledge to make the case for your expertise. (aka: selling your idea to the team) When to use it: When you have modeled the solution. Why to use it: To bring the user voice to the conversation/solution.. February 5, 2014
  • 92. Getting the team onboard Sell it baby! How to do it: 1. Do the research, know your rationale Interaction 14 @lishubert February 5, 2014 This is important... this is really important. Why did you design these models the way you did? We’ve looked at users, we know what the need. We’ve interviewed the business, we know what they need? And we know interaction design and usability principles... that is our expertise. With those forces combined you should be fueled up and prepared to go.
  • 93. Getting the team onboard Sell it baby! How to do it: 1. Do the research, know your rationale 2. Prepare your argument Interaction 14 @lishubert February 5, 2014 And this is important. Take the time to prepare. Let’s look at our example model. Why is the filter the way it is? Anyone? ! Know every single element on the page and why you put it there. ! But keep in mind... don’t argue about it. Provide expertise and guidance. If a teammate says they want to remove an important feature say the filter say “ok that’s fine, but that will mean not filling any of these requirements from the user. Is that ok with the business?” and finally...
  • 94. Getting the team onboard Sell it baby! How to do it: 1. Do the research, know your rationale 2. Prepare your argument 3. Sell, sell, sell! Interaction 14 @lishubert February 5, 2014 Sell it baby! What does this mean? It means have a passion for your solution. it is your thing! So now that you are ready, what is our final step?
  • 95. What is the information priority? Interaction 14 @lishubert This is about Understanding priorities What is it: Getting team consensus on priorities, using your models and knowledge. When to use it: After you know who’s in the know, after modeling, before interface design Why to use it: To get team consensus on the solution. February 5, 2014
  • 96. What is the information priority? Understanding priorities How to do it: 1. Set up the meeting Interaction 14 @lishubert February 5, 2014 Remember how we marked off who was in the know, who was on the team and why... well this is why. They need to be here. And once you get them all together.
  • 97. What is the information priority? Understanding priorities How to do it: 1. Set up the meeting 2. Sell it Baby! Interaction 14 @lishubert February 5, 2014 Review the different models you’ve come up with and see which best matches their business and tech needs. ! Sell is Baby! Sell this jam you are the expert. But don’t take criticism the wrong way, use it to make this better.
  • 98. What is the information priority? Understanding priorities How to do it: 1. Set up the meeting 2. Sell it Baby! 3. Do not leave the room until we agree what should be in the interface and what is most important Interaction 14 @lishubert February 5, 2014 You can get this by being persistent but not pushing. You are looking to hear yes, move ahead. ! Once you have sign off on these things, then wireframe, sketch, photoshop... whatever. But doing so before hand will only make this a painful and pointless solution. now let’s practice.
  • 99. Exercise Problem for the day: Make search better for Company Workshop’s sports apparel and equipment e-commerce site ! Part IV Exercise: 1. Solution models 2. Sell, sell, sell Interaction 14 Using your information requirements list, model the solutions you have. ! 1. Create models of your solutions - 15 minutes. ! 2. Practice getting sign off - break off into two groups and each team sells and gets sign off - have a few teams sell and get sign off ! ** SHOW EXAMPLE MODEL ON SCREEN ! Explain exactly what to have when you’re done @lishubert February 5, 2014
  • 100. IXD = Responsible 1. Information models 2. Getting priorities Interaction 14 @lishubert February 5, 2014 So let’s do a quick recap to bring it all to a close. We talked about interaction design today. How IxDs can be in many different companies but we are ultimately always responsible for the solution.
  • 101. The interface is NOT the solution Interaction 14 @lishubert February 5, 2014 The solution, is not the interface however. We should not just be creating wireframes, there is so much more to our role. Specifically we need to be like the architect and synthesize and strategize the solution before modeling it in an interface. ! If we show interfaces before we show solutions we’ll always be the interface people and not the solution people.
  • 102. • Who am I working with? • Who can help me solve the problem? • What is the problem? • Who am I solving it for? • What is information/content that I’m working with? • Modeling the solution (sans interface) • Getting the team onboard • What is the information priority? Interaction 14 @lishubert February 5, 2014 We need to go through the process of getting these questions right. Examples of the type of outputs you’ll have are Problem models Information requirements Solution models ! But if you walk away from today having learned anything… I hope it’s this. ! As interaction designers we must…
  • 103. Lead... don’t follow Interaction 14 @lishubert February 5, 2014 By leading your team through the solution process and getting the right solutions for the right problem you become the advocate for IxD… that’s how we stop being wireframe monkeys, and solution creators.

Editor's Notes

  1. ** How do you feel cheer\n\nWelcome to Interaction Design Beyond the Interface. We have a great day ahead of us...\n
  2. Part I - Introduction, discuss current state, discuss problems with current state, introduce our solutions.\nPart II - Learning who is on your team, Who can help you solve the problem and Determining what is the real problem. \nPart III - Learning who you&amp;#x2019;re solving for, and how to determine the information/content you are working with.\nPart IV - Learning how to determine information priorities, model the solution not the interface, and sell your solution to the team.\nWe have a load to learn, and keep in mind all the information and steps will be provided to you to take home with you so you don&amp;#x2019;t have to be heads down taking notes the whole time. These slides will also be provided to you. \nSo let&amp;#x2019;s start off with introductions\n
  3. My name is Lis, and I&amp;#x2019;m a consultant in NYC. I wanted to put together this workshop as I was noticing more and more that the basis of my profession was being erased and overlooked. That basis is the ability to facilitate defining the real problem and coming to a solution without ever thinking about the interface. \n\nAnd that is what we are going to talk more about today. But first.\n
  4. If we are going to spend the next 8 hours together we should get to know more about each other. \n&amp;#x2022; Who would call themselves an Interaction Designer? Would you call yourself a UXer? How about visual design, art direction? Development?\n&amp;#x2022; Who is still a student? - what do you expect to be doing in the work place?\n&amp;#x2022; Who has been practicing this for\n Less than 5 years\n Between 5 - 10 years\n More than 10 years\n&amp;#x2022; Ask a representative from each what they are hoping to learn from this Workshop? \n\nLet&amp;#x2019;s first start off by defining interaction design and the dyer situation we are currently in.\n\n
  5. Let&amp;#x2019;s first start off by defining interaction design and the dyer situation we are currently in. To me interaction design is about designing an entire interaction, not just the interface of that interaction, but the entire touch point. \n\nSo when we look at Interaction Design in relation to User Experience Design we see something like this...\n\n\n
  6. User Experience is really this overarching umbrella which houses all of these other disciplines. Interaction Design is a part of all of this... and to me it is a subsection that looks at one to many moments of contact between a user and a companies system.\n\nInteraction Designers work with insight from UX designer to come up with the detailed solutions for digital products, but more often than not, Interaction Designers are only seen as interface creators.\n\nInteraction designers work in companies that look like these...\n\n\n
  7. Internal - corps, non-profit, big or small\nAgencies - \nStartups - \n\nSo...\n\n
  8. how does work gets done in the companies? Who can tell me the overall environment for interaction design work in the &amp;#x201C;real world&amp;#x201D;?\n\nProjects. We are part of project teams, and on those teams are many other people. And our goal on most of these teams is to create new, update or enhance the company&amp;#x2019;s or clients digital products so, websites, apps, etc. \n\nThe interaction designer&amp;#x2019;s role on this team is the\n
  9. Solution person. It is our job to design the solution. Nobody else ever wants to admit this, but ultimately this is our responsibility.\n\nTo do that we usually follow this overall process.\n
  10. This is the process that we have used for all time in developing websites, apps and other software. Whether you are doing waterfall or agile you are still doing this.\n\n Discovery - Understand Users, Understand Content, Understand Context\n Definition - Plan out and prioritize features\n Design (the solution) - Detailed Interface Design\n Develop - Code and Test\n Deploy\nUsually the discovery and definition are what happen in order to come up with a project. And so most of our work as interaction designers has ended up being here\n
  11. The Design Phase. This is where interaction design happens, at least to most people. Now ignore the fact that ideally we should be involved in this entire process for this workshop. In here today we are going to work with the most often scenario. IxD is on a project (yes this is it&amp;#x2019;s own big problem that is tearing our profession to shreds)\n\nBut the biggest problem that we face as interaction designers, and the reason why we aren&amp;#x2019;t included in all these other steps is that we are seen as, and have come to be the owners of not the solution, but the interface. This, as we&amp;#x2019;ll talk about shortly, is bad news for us.\n\nIn order to demonstrate let&amp;#x2019;s first walk through how an interaction designer might get assigned work. Ideally (but often never) some group has done discovery (i.e. research, analysis, created personas, tasks, and prioritized scope). The company then\n\n1. needs something done so they put together a project team, and you get assigned to this project team. \n2. The team might be tasks with doing something like this...\n\n\n\n\n\n
  12. So what happens is we get the work assignment. and we might be pulled into a project kick off meeting or get emails about it, we basically start getting a ton of information thrown at us...\n\nDoes this sound about right practitioners?\n\nSo as the interaction designer on a project what are you responsible for delivering? &lt;ASK&gt;\n\nBut here&amp;#x2019;s the thing to remember.\n\n\n
  13. Who agrees with this? Who disagrees with this? Let&amp;#x2019;s discuss why this is so.\n \n So if the interface isn&amp;#x2019;t the solution than what is? It is a model of the solution in a way that users process through whatever medium they are using (cpu, phone, tablet)\n \n If the interface isn&amp;#x2019;t the solution then what do we do??\n\n
  14. As framed by our philosophical thinker we do way more than just the interface. What is it that an Architect does besides just the blue prints?\n\n&lt;Get down to synthesizing and strategizing the solution&gt;\n\nSo our current state then is that we are in the Designing the solution phase, and often times we are pushed to jump directly into the interface, but don&amp;#x2019;t get nor take the time to synthesize and strategize the solutions. So our current state is missing one big and important thing...\n
  15. We go from getting the project, to doing the interface, and this can cause us a great deal of issues. the main thing that happens when we jump to the interface is we leave this stuff out.\n
  16. Don&amp;#x2019;t get consensus on the problem we are trying to solve\nDon&amp;#x2019;t know who specifically we are solving this problem for\nDon&amp;#x2019;t know what information, data, and content needs to be included in our interface\nDon&amp;#x2019;t know the user and business priority of that content, data and information needed to solve the problem\n
  17. That we don&amp;#x2019;t actually solve the problem. And we don&amp;#x2019;t have footing, we have no rationale we have nothing. And this causes..\n
  18. Without sitting down to synthesize and strategize the solution we end up with the cycle of revisions because we aren&amp;#x2019;t really basing our solution off of what the problem is.\n
  19. We get less respect because we look like we have no idea what we&amp;#x2019;re doing\n
  20. and we all go crazy!\n But maybe, just maybe if we all had a process in place that we could use to synthesize and strategize the solution before doing the interface we might be a lot better off. So our goal today is\n
  21. Our goal today...\n\nAnd the outcomes of us doing that are\n
  22. The outcome of implementing this process. \n Decrease the cycle of revisions\n
  23. The outcome of implementing this process. \n Increase respect for IxD as a problem solver (not just the one that draws pictures)\n\n
  24. The outcome of implementing this process. \n More responsibility and better projects\nSo let&amp;#x2019;s hop to it. Let&amp;#x2019;s learn a process for synthesizing and strategizing before the interface.\nKeep in mind this process will be given to you to take home with you.\n\nAlso this is formal... you are not likely to be able to formally to this in your job, but here are the questions we are going to learn how to answer and the things to do that we need to learn how to do before we go to the interface to avoid the steady decline of our profession.\n
  25. \n
  26. \n
  27. \n
  28. \n
  29. \n
  30. \n
  31. \n
  32. \n
  33. Let&amp;#x2019;s take a 15 minute breather and get back here to start going through this process in detail. \n
  34. Quick Check In\n - how is it going thus far? \n So far we&amp;#x2019;ve talked about\n How interaction designers are responsible for the solutions on projects, and how interfaces are not solutions. We see there is a lack of process around strategizing and synthesizing an actual solution\n The problems with not having a process\n Overview of the process\n Outcomes from that process\n That process for synthesizing and strategizing solutions before we do the interface looks like this.\n \n
  35. So in part 2 we are going to investigating and practice these 3 things...\n
  36. and how it&amp;#x2019;s going to work is I&amp;#x2019;ll introduce these topics for about 20 minutes then we&amp;#x2019;ll do an exercise to use this new knowledge in our groups for about 35 minutes then we&amp;#x2019;ll take time to present to the other groups and critique. \n\nSo let&amp;#x2019;s jump in...\n
  37. Who am I working with? - Understanding my team\nWhat is it: Gaining understanding of all the skill sets on your team, how they can help you and and who on the project you need to deal with.\nWhen to use it: Before/during problem framing, figuring out who&amp;#x2019;s in the know.\nWhy to use it: To ensure you know your responsibilities and those of others in creating the solution. To ensure there are no gaps, and to be sure you are including the right people in your reviews and meetings so progress can be made.\n
  38. Step 1 is to learn the base knowledge of how project teams are structured in your company, and the company of your client.\n\n1. Who here knows this? Can I get some examples of a basic project team structure? (have people give examples)\n a. here is are a few examples\n 1. One place I worked our project team was (tech lead - who was in charge of the devs and QA, Business lead - who ran requirements gathering sessions, Design lead - that was me. I was in charge or IA, Wireframes and Visual Design schedules and deliverables, Project manager - in charge of schedule, Program Manager, Sponsor)\n 2. Another company I worked at had (account manager, project manager, IA, Creative/ACD, Planner, Copywriter, Tech lead)\n b. You gain this understanding by showing up to the kick off, listening, looking, and answering questions.\n\nShow example project team structure\n
  39. This is an example project team structure.\n
  40. 2. We need to start to use any user research and/or empathetic skills outside of just design work. You can use those same observation skills to understand our environments. When you show up to the kick off observe who is in the room. Are there devs, business people?\n a. If you don&amp;#x2019;t know, ask questions!\n
  41. 3. Know who you resources are, and use them to fill any gaps you have. The most important thing to note is who can you talk to. This is a nuanced skill, but an important one. Figure out who can answer your questions. And then... use those people to ask your questions and get your answers!\n Types of questions you may want to ask:\n Is this everyone who I&amp;#x2019;ll need to know to complete the project successfully?\n Who do I go to with questions about &lt;design, schedule, requirements&gt;?\n \n
  42. 4. Do this not only for each and every project, but for your job as well! Who is on the design team, who is responsible for what.\n\n
  43. Who can help me solve the problem - Knowing who&amp;#x2019;s in the know \n What is it: Taking the time to understand the business and who has a stake in the solution.\n When to do it: Before/During problem framing.\n Why do it: Gain an understanding of who has the power to do what, and who has a stake in which parts of the solution. \nThis is somewhat similar to knowing who is on your project team. However, the people in the know will be both a part of your team, and sometimes not. \n
  44. When i say this, I&amp;#x2019;m talking about a switch in thinking...\n
  45. Admitting you are a business person is hard. It means that we all have to buckle down and be real with ourselves. The fact is that we work for someone else, and even if we don&amp;#x2019;t the fact is we work to stay alive. To make a living, to feed our families and ourselves. Our company is a business that needs to stay in business and (hopefully) makes a product that is helpful. \n \nWhen I say admit you are a business person I mean admit that your design work is probably not going to save the world AND that it needs to help the business stay in business so YOU have to help the business people to do this. It&amp;#x2019;s a frame of mind switch from hating the business to realizing that helping the business is not only your job, but is also not selling out or going against our users. It is enabling us to do more for them.\n\n
  46. 2. Understand who has the $$. Usually this is a product manager, maybe not if you are in an agency. Figure out Who is funding the project?\n
  47. 3 is pretty much the same. The only differences are that our context is different. We aren&amp;#x2019;t just looking at our project team, but we are looking for anyone that has a stake in what we are doing. Program Manager, Product managers, Customer Service Manager - basically the people that everyone else is trying to make happy. We are also probably going to use more than we are going to get to know our resources here. \n
  48. 3 and 4 are pretty much the same.The only differences are that our context is different. We aren&amp;#x2019;t just looking at our project team, but we are looking for anyone that has a stake in what we are doing. Program Manager, Product managers, Customer Service Manager - basically the people that everyone else is trying to make happy. We are also probably going to use more than we are going to get to know our resources here. \n\n
  49. What is the Problem - Framing the problem\nWhat is it: The process of truly understanding the issue to be solved (and the business need behind it).\nWhen to use it: At the beginning of any project or design phase before we start designing.\nWhy to use it: So we can define the users to focus on, the business need to focus on, the technology involved, the data and content involved and the priority of that data and content. Ultimate goal is to get team buy in on the problem so we can focus our solution.\n
  50. 1. Listen to the people around you talking and really hear them. Take absolutely nothing literally. This is a skill of awareness and concentration. If someone says &amp;#x201C;I like the search results for site abc.com because users are able to filter on all these different things.&amp;#x201D; then you can assume there is probably a problem finding specific items. General search may work just fine... but this is a cue that there is a different problem. Also if you are given requirements read through them and ask why.\n
  51. 2. We have to know how has the information we need, as well as who has the most pull. These people are not only &amp;#x201C;in power&amp;#x201D; but have the most to lose and thus have the deepest tie to the success of your solution. They are usually executives and product managers, but with anything it can get political. So how do we know who&amp;#x2019;s in the know? \n a. get ahold of the org chart \n b. ask! - who owns the project... who is paying for it!\n c. watch people and how they react. If they are timid around another person, it probably means that person as more pull\n\n\n
  52. You want to ask the right questions, and you want to ask them of the people in the know. Some examples of the questions to ask.\n\n How are we defining success?\n Are there numbers we are trying to reach?\n Will this solution have to lead to another?\n Are there other projects happening or planned that could influence this solution that I will have to take into account?\n What is the worst thing that can happen during this project? What does failure look like?\n Who out there has solved this problem and what makes their solution awesome?\n
  53. 4. This is your time to take a step back and summarize what you&amp;#x2019;ve heard. Some of us will sketch it out, some of us might write it down, but this is the time where you take a stab at summarizing the real problem\n\n
  54. Here is an example of a model you might show to your team to showcase the problem. \n\n
  55. \n
  56. \n
  57. 5. And then you bring it back to your team and confirm it with those in the know. \n\n
  58. So our problem for the day is that we are all interaction designers on a project team tasked to update the search. Our goals for this exercise are to figure out who&amp;#x2019;s on our team, who&amp;#x2019;s in the know, and what is the problem. \n\nYou have in front of you character cards which represent the people on your team for this project. These also represent the kickoff meeting for the project, and you are reading through who they are, what they are responsible for, and goals for the kick off meeting. \n\nUp here is the chart of who&amp;#x2019;s at the meeting. I will keep it up here for you to review throughout. \n\nThe way we are going to do that is read through our character cards which house the answers to the questions on the worksheet and provide us with the real problem.\nI&amp;#x2019;m then going to give you 25 minutes to answer all the questions, as a team, and model the problem. \n\nYou will then present you answers and the problem models to the group.\n\nThe goal of the problem models are to visualize the problem to the team so that the great project team and sponsors can confirm that &amp;#x201C;yes this is the problem we are trying to solve&amp;#x201D;\n\nExercise\n1. Read the character cards and any other materials, quietly no discussion - 10 minutes\n\nFor the next 25 minutes\n2. Now everyone at the table is playing the role of the interaction designer. I want you to work together to fill out the worksheet. All the answers to the questions in the worksheet are in the character cards!\n3. I also want you to create problem models to show the rest of us. \n\nExplain exactly what to have when you&amp;#x2019;re done\n\n\n
  59. Answer the questions all together. then present problem models.\n\n1. Let&amp;#x2019;s review the answers to the worksheet \n2. Divide groups up into 2 large groups of 4 teams. \n3. In your groups each hang up your problem models and worksheets.\na. go through and present your answers and problem models and discuss and critique. \n\nWhat is the problem at company workshop??\n
  60. \n
  61. How was lunch?\n\nHow is everyone doing so far? Are we on path with what you expect to learn today?\n\nReady for the second half of our day?\n\nLet&amp;#x2019;s do a quick recap. We started off the day talking about\n How interaction designers are responsible for the solutions on projects, and how interfaces are not solutions. We see there is a lack of process around strategizing and synthesizing an actual solution\n The problems with not having a process\n Overview of the process\n Outcomes from that process\n That process for synthesizing and strategizing solutions before we do the interface looks like this.\n
  62. In Part II of the workshop we just went over learning and practicing\n- Who am I working with \nKnowing the skillsets on your project team. To ensure you know your responsibilities and those of others in creating the solution. To ensure there are no gaps, and to be sure you are including the right people in your reviews and meetings so progress can be made.\n\n- Who can help me solve the problem\nTo Gain an understanding of who has the power to do what, and who has a stake in which parts of the solution. so that I can successful sell and solve the problem at hand. \n- Framing and modeling the problem\nSo we can define the users to focus on, the business need to focus on, the technology involved, the data and content involved and the priority of that data and content.\n\nWe also took the time in our exercise of redesigning search for Company Workshop and figured out who is on the team and modeled the real problem. We are going to build on all of this in Part III of the workshop by\n\n
  63. Understanding who I am solving for on this project and what is the information/content that I&amp;#x2019;ll be working with. \n\nand how it&amp;#x2019;s going to work is I&amp;#x2019;ll introduce these topics for about 20 minutes then we&amp;#x2019;ll do an exercise to use this new knowledge in our groups for about 35 minutes then we&amp;#x2019;ll take time to present to the other groups and critique. \n\nSo let&amp;#x2019;s jump in...\n
  64. So the next thing we have to do, now that we know our team, and our problem... and have signed off with the team is figure out our audience. In large scale strategy efforts or in big projects, We do this by going through and going research and determining who are set of user types are and modeling them into things like personas. Does anybody here understand what personas are?\n\nPersonas are basically models of user types. We have three for Company workshop. The important thing to remember is that they are models that we use to focus on the tasks and goals of these user types. On most projects you will probably not be &amp;#x201C;allowed&amp;#x201D; to take the time out to create personas from scratch. I have been on projects where this happens, and in fact it usually happens in the Discovery and Analysis phase. But we are in the Design the solution phase and that means we have to strategize and synthesize the solution. We can&amp;#x2019;t do that without knowing who we are designing the solution for. \n What is it: the process of focusing our attention on the users affected by our solution.\n When to use it: After problem framing, while gathering content/information to use, when getting ready to prioritize.\n Why to use it: To focus the solution on those that need it most.\nNow remember, we are working in a world where Discovery has already been done to some extent as has scoping. This is rare that we get detailed personas, but it&amp;#x2019;s easiest for our workshop to have them. Whether you have them or not you still need to determine who exactly you are designing for.\n\nLet&amp;#x2019;s walk through how to do it. Our first step in paring down personas is to...\n
  65. We took the time to define the real problem. Who is effected by this problem. Some users are usually more effected then others. So use that knowledge of your problem model to determine this. \n\nWhat is our real problem?\n\nSo of our three personas, who is effected by solving this problem?\n\nIn our example, who is it? Could be anyone right? But think about a different project. What if we were redesign the team sneaker page... who might we gear that towards. Ok so for us it all three personas. \n\n
  66. For our purposes we already have personas, but if not do not fear. Personas are best if based off real research, but are still valuable if created based on what the team knows. Tamara Adlin had a great virtual webinar on uie.com The power of ad hoc personas, where she takes you through how to do this with your teams. \n\nBut even if you can&amp;#x2019;t do that, you can verify with your team and yourself asking &amp;#x201C;what is it that people are trying to do here?&amp;#x201D;. In our examples of search they aren&amp;#x2019;t trying to search, they are trying to find something on a website. So ad hoc personas are a whole other workshop, but I wanted to raise this point since we most of the time won&amp;#x2019;t have personas. \n\nThis exercise though should help you to know what you are trying to do with them. \n\nOk so let&amp;#x2019;s review the tasks for our hardcore fan together. \n\nBring up persona and show... Let&amp;#x2019;s everyone take a moment and do that here.\n\n Now that we&amp;#x2019;ve read through this and started to absorb it, let&amp;#x2019;s move onto step 3.\n\n
  67. Look at persona and do together. So bringing our persona back up, which are specific to our search project?\n\nGreat so let&amp;#x2019;s take our list and put it into a spreadsheet for now. However you best organize it. \n\nNow onto step 4\n
  68. Notice how the tasks are structured. There aren&amp;#x2019;t specific solutions in them... they are from a user&amp;#x2019;s point of view, not a system&amp;#x2019;s point of view. \n\nSo now that we know who we are solving for, and we know what tasks they&amp;#x2019;ll do on our project design. We need to figure out what information we&amp;#x2019;ll have on the page. From here, it&amp;#x2019;s pretty clear that they will have a filter on this search, but what does in it? So in order to figure out these details, we move into figuring out our content.\n
  69. What is it: The process of determining what type of content or information needs to be manipulated to solve the defined problem.\n When to use it: After problem framing and paring down personas, before modeling.\n Why to use it: To get a clear idea of what to include in the solution (and eventually the interface) in order to meet user and business needs (aka solve the problem).\n\n
  70. This step is where you need to use your design skills. It&amp;#x2019;s not about where will it go on the page, it&amp;#x2019;s about what does the user want to do to here. What are their tasks. We want to try to keep our tasks high level so that we can break them down in a bit. \n
  71. Tasks are really what is the user trying to do\nInformation requirements are what types of information/data/interactions does the user need to complete these tasks?\n\nWhat might these information needs look like for the hardcore fan?\n\n\n
  72. Next you&amp;#x2019;ll want to prioritize this information from the user&amp;#x2019;s standpoint and the businesses standpoint. The user stuff you&amp;#x2019;ll know. The business stuff you will be &amp;#x201C;guessing&amp;#x201D; at, but since you have been listening and talking to your business team these are informed guesses. If you are unsure then we&amp;#x2019;ll just make a few versions to get feedback. \n\nThese are what you need to design for. But wait? How do we know that we have this right? Well we have to model our information. And we don&amp;#x2019;t want to put this in an interface at this time, because why?\n
  73. What we&amp;#x2019;re going to do is take the remaining two personas and fill out the tasks list for each. Then we&amp;#x2019;re going to turn those lists into information requirements. \n\nExplain exactly what to have when you&amp;#x2019;re done\n\nStress that they should come up with more tasks than what the personas have. \n
  74. Break up into two large groups of four teams. Review and refine lists, critique etc. The goal is to verify and add any tasks, we want a comprehensive list so that each team and model the right solution. So we&amp;#x2019;ll have two lists and we&amp;#x2019;ll review those two lists as a big group.\n\nGet together at the end and talk through with both teams\n
  75. \n
  76. Welcome back! So this is our final moment together... Part IV of the workshop. Let&amp;#x2019;s do another quick recap\n\nWe started off the day talking about\n How interaction designers are responsible for the solutions on projects, and how interfaces are not solutions. We see there is a lack of process around strategizing and synthesizing an actual solution\n The problems with not having a process\n Overview of the process\n Outcomes from that process\n That process for synthesizing and strategizing solutions before we do the interface looks like this.\n
  77. In our last session we looked at \n\nWho am I solving for - \nto focus the solution on those that need it most.\n\nWhat is the information/content that I&amp;#x2019;m working with? - \nTo get a clear idea of what to include in the solution (and eventually the interface) in order to meet user and business needs (aka solve the problem).\n\nSo we&amp;#x2019;ve been synthesizing and strategizing the solution for our project to make search better for company workshop. And we now have information and content, users, problem.... we can start the interface right? Wrong... \n
  78. In Part IV of the workshop we are going to focus on. This is going to allow us to present the solution in such a way that isn&amp;#x2019;t the interface but that represents user and business priorities. So when we do draw the interface we&amp;#x2019;ve already agreed on how to solve the problem. \n
  79. What is it: Process of sketching the information relationships in order to get team feedback on priority. \nWhen to use it: After understanding who you are solving for and what information/content you are working with.\nWhy to use it: To have a visual model that will showcase content and information priorities in order to get the greater team on the same page.\n
  80. Bring up information list\n\nNow this is where your priorities come into play. You have talked to the business/client, you know which of their user&amp;#x2019;s is the most important. Thus those user tasks in regards to search should probably have a higher priority in your solution. When we look at your sheets of information requirements, those for the hardcore fan are probably the most important right?\n\n
  81. Using the priorities information you came up with, you want to model the solution. \n\nWe also will want to go look at the competition (finishline.com) that our business partners mentioned. Let&amp;#x2019;s take one of our top user&amp;#x2019;s tasks and see what we can do with it here. \n\n\nSo let&amp;#x2019;s go to an example that I did for this purpose. \n\n
  82. Using the priorities information you came up with, you want to model the solution. \n\nWe also will want to go look at the competition (finishline.com) that our business partners mentioned. Let&amp;#x2019;s take one of our top user&amp;#x2019;s tasks and see what we can do with it here. \n\n\nSo let&amp;#x2019;s go to an example that I did for this purpose. \n\nHere are some other less formal examples of solution models\n\n\n
  83. \n
  84. \n
  85. What is it: Using your knowledge to make the case for your expertise. (aka: selling your idea to the team)\nWhen to use it: When you have modeled the solution.\nWhy to use it: To bring the user voice to the conversation/solution..\n
  86. This is important... this is really important. Why did you design these models the way you did? We&amp;#x2019;ve looked at users, we know what the need. We&amp;#x2019;ve interviewed the business, we know what they need? And we know interaction design and usability principles... that is our expertise. With those forces combined you should be fueled up and prepared to go. \n
  87. And this is important. Take the time to prepare. Let&amp;#x2019;s look at our example model. Why is the filter the way it is? Anyone?\n\nKnow every single element on the page and why you put it there. \n\nBut keep in mind... don&amp;#x2019;t argue about it. Provide expertise and guidance. If a teammate says they want to remove an important feature say the filter say &amp;#x201C;ok that&amp;#x2019;s fine, but that will mean not filling any of these requirements from the user. Is that ok with the business?&amp;#x201D; and finally...\n
  88. Sell it baby! What does this mean? It means have a passion for your solution. it is your thing! So now that you are ready, what is our final step?\n
  89. This is about Understanding priorities\nWhat is it: Getting team consensus on priorities, using your models and knowledge.\nWhen to use it: After you know who&amp;#x2019;s in the know, after modeling, before interface design\nWhy to use it: To get team consensus on the solution.\n\n
  90. Remember how we marked off who was in the know, who was on the team and why... well this is why. They need to be here. And once you get them all together. \n
  91. Review the different models you&amp;#x2019;ve come up with and see which best matches their business and tech needs. \n\nSell is Baby! Sell this jam you are the expert. But don&amp;#x2019;t take criticism the wrong way, use it to make this better. \n
  92. You can get this by being persistent but not pushing. You are looking to hear yes, move ahead. \n\nOnce you have sign off on these things, then wireframe, sketch, photoshop... whatever. But doing so before hand will only make this a painful and pointless solution. now let&amp;#x2019;s practice.\n
  93. Using your information requirements list, model the solutions you have.\n\n1. Create models of your solutions - 15 minutes.\n\n2. Practice getting sign off\n- break off into two groups and each team sells and gets sign off\n- have a few teams sell and get sign off\n\n** SHOW EXAMPLE MODEL ON SCREEN\n\nExplain exactly what to have when you&amp;#x2019;re done\n\n
  94. So let&amp;#x2019;s do a quick recap to bring it all to a close. We talked about interaction design today. How IxDs can be in many different companies but we are ultimately always responsible for the solution. \n
  95. The solution, is not the interface however. We should not just be creating wireframes, there is so much more to our role. Specifically we need to be like the architect and synthesize and strategize the solution before modeling it in an interface. \n
  96. We need to go through the process of getting these questions right. Examples of the type of outputs you&amp;#x2019;ll have are\nProblem models\nInformation requirements\nSolution models\n\n
  97. By leading your team through the solution process and getting the right solutions for the right problem you become the advocate for IxD thus bringing better solutions and more respect for all. \n
  98. \n