An inventory of ~60 design tools, organized by JJGs Elements of Design. Includes types of feedback appropriate at each level, and for each tool the input and capabilities necessary and the output you can expect. Kind of a lego kit for designers!
Being a Digital Do-Gooder (IxDA Berlin Event #53)Clive K. Lavery
As digital designers we are constantly being told that we have the power to change the world.
But other than repeating this over and over again in our comfortable bubble of tech meetups, conferences or self centred documentaries how many of us actually use our perceived super powers for something more than making rich companies richer, selling more shoes online or creating something like "Uber for coat hangers"?
In my talk at the IxDA Berlin Event in September 2016 I will look at examples of applied digital do-goodism and discuss some strategies for how we can use our UX and design skills for social good.
Slides may contain traces of half baked philosophy, social romanticism, self guilt and hopefully inspiration.
how product focused companies can use service design to create competitive advantage and differentiation. 4 strategies to build product service eco-systems.
My grumpy talk on "badge measles" and the confusions, side effects and missing parts of gamification at Playful 2010, September 24, 2010 in London, Conway Hall.
Stripe partnered with a cohort of leading Australian accelerators and startup hubs to publish new research into the Australian Startup Stack: the cloud toolkit powering the Australian startup economy. Join in on the conversation on Twitter using #AUStartupStack
(Last change, July 2: Removed as beyond most teams' scope Eyetracking Study, Clickstream Analysis, Usability Benchmarking; Added Live-Data Prototypes, Demand Validation Test, Wizard of Oz Tests)
For our teams tasked with building products and features for The New York Times, we face a common challenge with many: how do we figure out what’s worth spending our time on?
The answer seems straightforward: test your ideas with real customers, leveraging the expertise of your product, UX, and engineering talent. Figure out the smallest test that you can come up with to test a specific hypothesis, gather data and insights, and keep iterating on it until you know whether the problem is real and your solution will prove valuable, usable, and feasible.
As part of our efforts to adopt such a data-driven, experimental approach to product development, we recently kicked off a product discovery pilot program. Small, cross-functional teams were paired with coaches and facilitators over a six week period to demonstrate how product discovery and Lean Startup techniques could work for real-world customer opportunities at The New York Times.
One of the first things that we learned about the process from our participants was that they wanted a "toolkit" - something to help them figure out what they should be doing, asking or making to get as quickly as possible towards the validated learning, prototypes and user tests that would have the most impact.
To help the facilitate the learning process for our dual-track Agile teams, the Product Architecture team here at The Times (Christine Yom, Jim Lamiell, Josh Turk, Priya Ollapally, and Al Ming) built a "Product Discovery Activity Guide" that rolled up activities, exercises, and testing techniques from all our favorite thought leaders.
This included brainstorming exercises from Gamestorming and Innovation Games, testing techniques from traditional user research, and rapid test-and-learn tactics from Google Ventures, Eric Ries (The Lean Startup), Jeff Gothelf (Lean UX), Steve Blank (Customer Development) and our spirit guide, Marty Cagan (Inspired), among others.
Our goal was to make it a tool not just for learning how to get started, but to be a living document for teams to share knowledge about the process itself. What techniques worked and didn't work? What tactics did they learn elsewhere that might be worth sharing with the rest of the company?
We hope you find it useful, and whether you’d like to share with us what you’re doing with it, or you have suggestions (big or small) to improve it for future product generations, please let us know! (nyt.tech.productarchitecture@nytimes.com)
Al Ming
July 2015
Why And How to Transition into Product Management by Google PMProduct School
Nabil Shahid walks through their journey to Product Management in the world of tech, talking about how to market your skills and how to get into the industry. He also touches on balancing knowledge and personal experience with what's best for a wider user group.
Solving Design and Business Problems in 3 Days with Google Design Sprint by B...Borrys Hasian
This is the slides used to guide Google-style Design Sprint workshop. I've shared this process with more than 1600 people through workshop, seminar, Google Developers Festival, lecture, and some other initiatives. Feel free to reach out for discussion, and to engage Circle UX to build internal competence in your product and design team.
How to leverage your work with a Product Mindset - Mark Opanasiuk.pdfMark Opanasiuk
How to leverage your work with a Product Mindset - Mark Opanasiuk
1. What is a Product Mindset?
2. Product Thinking Mindset on Personal level.
3. Product Mindset on Organization level.
Being a Digital Do-Gooder (IxDA Berlin Event #53)Clive K. Lavery
As digital designers we are constantly being told that we have the power to change the world.
But other than repeating this over and over again in our comfortable bubble of tech meetups, conferences or self centred documentaries how many of us actually use our perceived super powers for something more than making rich companies richer, selling more shoes online or creating something like "Uber for coat hangers"?
In my talk at the IxDA Berlin Event in September 2016 I will look at examples of applied digital do-goodism and discuss some strategies for how we can use our UX and design skills for social good.
Slides may contain traces of half baked philosophy, social romanticism, self guilt and hopefully inspiration.
how product focused companies can use service design to create competitive advantage and differentiation. 4 strategies to build product service eco-systems.
My grumpy talk on "badge measles" and the confusions, side effects and missing parts of gamification at Playful 2010, September 24, 2010 in London, Conway Hall.
Stripe partnered with a cohort of leading Australian accelerators and startup hubs to publish new research into the Australian Startup Stack: the cloud toolkit powering the Australian startup economy. Join in on the conversation on Twitter using #AUStartupStack
(Last change, July 2: Removed as beyond most teams' scope Eyetracking Study, Clickstream Analysis, Usability Benchmarking; Added Live-Data Prototypes, Demand Validation Test, Wizard of Oz Tests)
For our teams tasked with building products and features for The New York Times, we face a common challenge with many: how do we figure out what’s worth spending our time on?
The answer seems straightforward: test your ideas with real customers, leveraging the expertise of your product, UX, and engineering talent. Figure out the smallest test that you can come up with to test a specific hypothesis, gather data and insights, and keep iterating on it until you know whether the problem is real and your solution will prove valuable, usable, and feasible.
As part of our efforts to adopt such a data-driven, experimental approach to product development, we recently kicked off a product discovery pilot program. Small, cross-functional teams were paired with coaches and facilitators over a six week period to demonstrate how product discovery and Lean Startup techniques could work for real-world customer opportunities at The New York Times.
One of the first things that we learned about the process from our participants was that they wanted a "toolkit" - something to help them figure out what they should be doing, asking or making to get as quickly as possible towards the validated learning, prototypes and user tests that would have the most impact.
To help the facilitate the learning process for our dual-track Agile teams, the Product Architecture team here at The Times (Christine Yom, Jim Lamiell, Josh Turk, Priya Ollapally, and Al Ming) built a "Product Discovery Activity Guide" that rolled up activities, exercises, and testing techniques from all our favorite thought leaders.
This included brainstorming exercises from Gamestorming and Innovation Games, testing techniques from traditional user research, and rapid test-and-learn tactics from Google Ventures, Eric Ries (The Lean Startup), Jeff Gothelf (Lean UX), Steve Blank (Customer Development) and our spirit guide, Marty Cagan (Inspired), among others.
Our goal was to make it a tool not just for learning how to get started, but to be a living document for teams to share knowledge about the process itself. What techniques worked and didn't work? What tactics did they learn elsewhere that might be worth sharing with the rest of the company?
We hope you find it useful, and whether you’d like to share with us what you’re doing with it, or you have suggestions (big or small) to improve it for future product generations, please let us know! (nyt.tech.productarchitecture@nytimes.com)
Al Ming
July 2015
Why And How to Transition into Product Management by Google PMProduct School
Nabil Shahid walks through their journey to Product Management in the world of tech, talking about how to market your skills and how to get into the industry. He also touches on balancing knowledge and personal experience with what's best for a wider user group.
Solving Design and Business Problems in 3 Days with Google Design Sprint by B...Borrys Hasian
This is the slides used to guide Google-style Design Sprint workshop. I've shared this process with more than 1600 people through workshop, seminar, Google Developers Festival, lecture, and some other initiatives. Feel free to reach out for discussion, and to engage Circle UX to build internal competence in your product and design team.
How to leverage your work with a Product Mindset - Mark Opanasiuk.pdfMark Opanasiuk
How to leverage your work with a Product Mindset - Mark Opanasiuk
1. What is a Product Mindset?
2. Product Thinking Mindset on Personal level.
3. Product Mindset on Organization level.
General UX activities & process overviewBen Melbourne
Here's a somewhat somewhat lengthy (by still far from comprehensive) presentation introducing and detailing the process and activities involved in Agile UX. The content focuses on introducing the basic steps of UX and explaining what they are.
It's liberally referenced from anywhere I could cut and paste from, and includes lots of links for more reading, where more comprehensive explanations of each activity can be found.
User Experience Research: Deriving Insights for Customer DevelopmentNoreen Whysel
Workshop on deriving insights for Customer Development with user experience research techniques. Presented to Project 2.8 cohort of entrepreneur women hosted by the Columbia Venture Community.
Highest quality code in your SaaS project. Why should you care about it as a ...The Codest
We are launching a SaaS report dedicated to the whole SaaS market.
It is a useful pill of knowledge for the non-technical founders who are struggling with many challenges, especially the technological ones. In the report, we cover the specific problems/dilemmas such as:
- Is it worth making SaaS start-up if you are a non-technical founder?
- What are the biggest challenges to a non-technical founder?
- MVP as the most popular way to deliver product time to market
- Useful tips on how to build a SaaS product in 6 simple steps
Check out the report and make sure to eliminate common mistakes that can hurt your business. Are you a non-technical founder? Don’t worry!
In the short tutorial, you will learn how to successfully build a SaaS product with no programming skills.
Building a Product? the knowledge you will acquire will help with product management and the use of agile scrum to build products. The training provides fundamental guide to building the best solution in the world with some of the best tips, templates and guides in terms of leading trends. This will bring your IDEAS to Live.
Presentation by John Yesko at the 2011 Information Architecture Summit (IA Summit) entitled: "The User Experience Brief: The What and Why Before the How."
We IAs spend a lot of time discussing the “core” documents in information architecture—wireframes, site maps, prototypes. But we often jump into these very tactical, design-oriented deliverables too hastily.
The user experience brief takes on a more strategic role. Early in the project, it’s our vehicle to summarize what we know so far, particularly requirements and research results. More importantly though, it lays the foundation for the UX design approach, with the goals of gathering consensus and identifying sticking points early on. The user experience brief illuminates the organizing principles—user experience fundamentals to be followed and referenced throughout the project.
We’ll talk about the value of this early-project document, its role in shaping the user experience approach, how its composed, and its limitations. We’ll look at a number of great visual examples too. Introduced the right way and at the right time, the UX brief can be an invaluable stake in the ground with clients and internal stakeholders.
Transforming Museums: Toolkit for ChangeElliot Felix
Presentation from 2012 California Association of Museums workshop on "Transforming Museums" featuring a toolkit for organizations to use to change their spaces, operations, services, and culture.
Move your product ownership to the next levelBjörn Jensen
This is the slidedeck of the workshop "Move your product ownership to the next level". It also includes the links to valuable resources you might want to use ;)
Product Management 101: Techniques for SuccessMatterport
This is a snapshot from a living document. To see the current document, please go to https://goo.gl/yFFrml.
Topics covered include:
- Resources
- General Overview
- The Role of Product Management
- Characteristics of Great Project and Product Managers
- Problem Space and Solution Space
- Customer Personas
- User Stories
- Product Documentation
- Agile Product Development
- Succeeding with Agile from The Lean Playbook
- Analytics, Customer Engagement, & Monetization
- Pricing Strategies
- Overall Leadership and Organizational Development
- Final Guidelines and Recommendations
A case study of designing at scale for an enterprise client in the storage vertical. A review of what we mean by "Consumerization of the Enterprise." Do we mean designing IN or FOR enterprise?
And 4th order design: the enterprise system, managing and designing alongside a complex B2B sales channel, old-fashioned challenges with engineers, and reaching “customers”.
General UX activities & process overviewBen Melbourne
Here's a somewhat somewhat lengthy (by still far from comprehensive) presentation introducing and detailing the process and activities involved in Agile UX. The content focuses on introducing the basic steps of UX and explaining what they are.
It's liberally referenced from anywhere I could cut and paste from, and includes lots of links for more reading, where more comprehensive explanations of each activity can be found.
User Experience Research: Deriving Insights for Customer DevelopmentNoreen Whysel
Workshop on deriving insights for Customer Development with user experience research techniques. Presented to Project 2.8 cohort of entrepreneur women hosted by the Columbia Venture Community.
Highest quality code in your SaaS project. Why should you care about it as a ...The Codest
We are launching a SaaS report dedicated to the whole SaaS market.
It is a useful pill of knowledge for the non-technical founders who are struggling with many challenges, especially the technological ones. In the report, we cover the specific problems/dilemmas such as:
- Is it worth making SaaS start-up if you are a non-technical founder?
- What are the biggest challenges to a non-technical founder?
- MVP as the most popular way to deliver product time to market
- Useful tips on how to build a SaaS product in 6 simple steps
Check out the report and make sure to eliminate common mistakes that can hurt your business. Are you a non-technical founder? Don’t worry!
In the short tutorial, you will learn how to successfully build a SaaS product with no programming skills.
Building a Product? the knowledge you will acquire will help with product management and the use of agile scrum to build products. The training provides fundamental guide to building the best solution in the world with some of the best tips, templates and guides in terms of leading trends. This will bring your IDEAS to Live.
Presentation by John Yesko at the 2011 Information Architecture Summit (IA Summit) entitled: "The User Experience Brief: The What and Why Before the How."
We IAs spend a lot of time discussing the “core” documents in information architecture—wireframes, site maps, prototypes. But we often jump into these very tactical, design-oriented deliverables too hastily.
The user experience brief takes on a more strategic role. Early in the project, it’s our vehicle to summarize what we know so far, particularly requirements and research results. More importantly though, it lays the foundation for the UX design approach, with the goals of gathering consensus and identifying sticking points early on. The user experience brief illuminates the organizing principles—user experience fundamentals to be followed and referenced throughout the project.
We’ll talk about the value of this early-project document, its role in shaping the user experience approach, how its composed, and its limitations. We’ll look at a number of great visual examples too. Introduced the right way and at the right time, the UX brief can be an invaluable stake in the ground with clients and internal stakeholders.
Transforming Museums: Toolkit for ChangeElliot Felix
Presentation from 2012 California Association of Museums workshop on "Transforming Museums" featuring a toolkit for organizations to use to change their spaces, operations, services, and culture.
Move your product ownership to the next levelBjörn Jensen
This is the slidedeck of the workshop "Move your product ownership to the next level". It also includes the links to valuable resources you might want to use ;)
Product Management 101: Techniques for SuccessMatterport
This is a snapshot from a living document. To see the current document, please go to https://goo.gl/yFFrml.
Topics covered include:
- Resources
- General Overview
- The Role of Product Management
- Characteristics of Great Project and Product Managers
- Problem Space and Solution Space
- Customer Personas
- User Stories
- Product Documentation
- Agile Product Development
- Succeeding with Agile from The Lean Playbook
- Analytics, Customer Engagement, & Monetization
- Pricing Strategies
- Overall Leadership and Organizational Development
- Final Guidelines and Recommendations
A case study of designing at scale for an enterprise client in the storage vertical. A review of what we mean by "Consumerization of the Enterprise." Do we mean designing IN or FOR enterprise?
And 4th order design: the enterprise system, managing and designing alongside a complex B2B sales channel, old-fashioned challenges with engineers, and reaching “customers”.
Design at Scale: An ExactTarget Case StudyDesignMap
A review of how Design at Scale happen in our work with ExactTarget, looking specifically at Technology complexity, Project scope, a large User base, Data volume and Design communication. and the patterns and best practices that emerged.
Design, the Importance of Research, and a Call to ArmsDesignMap
Presentation for Allscripts Developer Partner conference -- Jared Spool's story about the $300m button, a baseline understanding of the difference between interaction and visual design, the importance of feed-back and feed-forward research, and some practical tools to get folks started.
Sparkle-ize it Talk and Workshop from The Sum ConferenceDesignMap
Every Designer has had the experience at one point or another of having someone draw something for them, and ask them to take it and make it look good.
This happens for one (or many) of several reasons:
• They don't have time to think about or discuss alternatives
• They think it's the best solution
• They think you have little to offer besides making tarting up their idea ("Make it sparkly")
Too often, people assume point #3, get insulted, but sparkle-ize it anyway. It's demoralizing and often results in sub-par work (it is at least not as good as it could be). This happens in other contexts too: Actors get told how to say their lines (the dreaded “line reading”). Writers are asked to “just write [my idea] up”. Designers tell Engineers how they should implement what's designed. Most of us are guilty of assuming #3 at some point, whatever our role is.
This talk is about how to "reverse out" design thinking. How to look at a napkin drawing and work with the person who drew it to understand what their goals were when they made it, and to propose alternative solutions.
Conversely, if you think in solutions and can't help handing scribbles on napkins to your colleagues, it's about how to back out your own thought process and get more and better contributions from your colleagues.
Either way, it's about better solutions.
A quick talk on things we love: in this case, knitting while on phone calls (to "hack" the urge to multitask in a way that supports better focus), but most of the talk is on a new form of massively multi-designer brainstorming we're calling a "design swarm".
A talk about a recent project where we pivoted our design process. Using Sketch, InVision and a High Fidelity Prototype as a deliverable instead traditional PDFs.
Design Thinking Meetup: Sparkle-ize It (or, what to do when you get a napkin)DesignMap
Every designer has had the experience at one point or another of having someone (usually a Product Manager, sometimes an Engineer) draw a screen for them, and ask them to take it and make it look good. Tools like Balsamiq and Axure are only making this more common. Writers, Product Managers and Engineers -- pretty much everyone with a boss or a coworker has experienced someone coming to them and assuming they were the end of the important process and just needed a little polish.
This happens for one (or many) of several reasons:
- They don't have time to think about or discuss alternatives
- They think it's the best solution
- They don't know how to connect the picture that's in their head with the goals they have in mind (or if they connect).
- They think you have little to offer besides making tarting up their idea ("Make it sparkly")
Too often, Designers assume point #4, get insulted, but sparkle-ize it anyway. It's demoralizing and often results in sub-par products (they are at least not as good as they could be). This happens in other contexts too: Researchers tell Product Managers how they should change their products. Designers tell Engineers how they should implement what's designed. Most of us are guilty of assuming #4 at some point, whatever our roll is.
This talk is about how to "reverse out" design thinking. How to look at a napkin drawing and work with the person who drew it to understand what their goals were when they made it, and to propose alternative solutions.
Conversely, if you think in solutions and can't help handing scribbles on napkins to your colleagues, it's about how to back out your own thought process and get more and better contributions from your colleagues.
Either way, it's about better solutions.
(Related blog post at http://www.designmap.com/practice/sparkle-ize-it/)
Nathan Kendrick, Founder and Partner at DesignMap gave a refreshing talk that puts designing products for work into a whole new perspective. He shared with us his journey from studying design at RISD and how he gained appreciation for designing enterprise products.
As technology becomes more widely available and entrenched in peoples’ lives at home, their expectations around ease of use and design aesthetics continue to rise for products they use at work. Long gone are the ’90s when mostly what we expected from productivity software was automating repetitive manual tasks. Consumer expectations are forcing businesses to give design a seat at the table. Here at DesignMap we are fortunate to have help our clients integrate design into their culture and make kick ass products. Sometimes we are even around to see it pay off like when ExactTarget, a long-term DesignMap client, was acquired by Salesforce for $2.5 billion.
Yes, designing for Enterprise can be sexy because of the monetary opportunity and that designers are well positioned to make the applications look beautiful. We learned from Nathan’s talk that according to the Bureau of Labor Statistics, Americans age 25-54 spend an average of 53% of their waking hours at work. So working on designing enterprise products allow us to to do what we love and at the same time have huge positive impact on people’s lives too!
Nathan called for designers working on enterprise products to contribute to the conversation. So, share your stories with us!
This half-day workshop was designed to give Product Managers, Designers and Engineers about what kinds of research are possible, when to do research, what goes into it, and ultimately how to conduct research and avoid making mistakes when moderating. You can also listen to Example #1 (http://www.designmap.com/audio/modCloth/bad.mp3), Example #2 (http://www.designmap.com/audio/modCloth/subtly_bad.mp3), and Example #3 (http://www.designmap.com/audio/modCloth/good.mp3).
This is a workshop we conducted for a consumer-facing web-based product company. They had a very talented internal design team, but found that they (happily!) had more demand for research than they could fill.
Top 5 Indian Style Modular Kitchen DesignsFinzo Kitchens
Get the perfect modular kitchen in Gurgaon at Finzo! We offer high-quality, custom-designed kitchens at the best prices. Wardrobes and home & office furniture are also available. Free consultation! Best Quality Luxury Modular kitchen in Gurgaon available at best price. All types of Modular Kitchens are available U Shaped Modular kitchens, L Shaped Modular Kitchen, G Shaped Modular Kitchens, Inline Modular Kitchens and Italian Modular Kitchen.
Can AI do good? at 'offtheCanvas' India HCI preludeAlan Dix
Invited talk at 'offtheCanvas' IndiaHCI prelude, 29th June 2024.
https://www.alandix.com/academic/talks/offtheCanvas-IndiaHCI2024/
The world is being changed fundamentally by AI and we are constantly faced with newspaper headlines about its harmful effects. However, there is also the potential to both ameliorate theses harms and use the new abilities of AI to transform society for the good. Can you make the difference?
Hello everyone! I am thrilled to present my latest portfolio on LinkedIn, marking the culmination of my architectural journey thus far. Over the span of five years, I've been fortunate to acquire a wealth of knowledge under the guidance of esteemed professors and industry mentors. From rigorous academic pursuits to practical engagements, each experience has contributed to my growth and refinement as an architecture student. This portfolio not only showcases my projects but also underscores my attention to detail and to innovative architecture as a profession.
Between Filth and Fortune- Urban Cattle Foraging Realities by Devi S Nair, An...Mansi Shah
This study examines cattle rearing in urban and rural settings, focusing on milk production and consumption. By exploring a case in Ahmedabad, it highlights the challenges and processes in dairy farming across different environments, emphasising the need for sustainable practices and the essential role of milk in daily consumption.
Dive into the innovative world of smart garages with our insightful presentation, "Exploring the Future of Smart Garages." This comprehensive guide covers the latest advancements in garage technology, including automated systems, smart security features, energy efficiency solutions, and seamless integration with smart home ecosystems. Learn how these technologies are transforming traditional garages into high-tech, efficient spaces that enhance convenience, safety, and sustainability.
Ideal for homeowners, tech enthusiasts, and industry professionals, this presentation provides valuable insights into the trends, benefits, and future developments in smart garage technology. Stay ahead of the curve with our expert analysis and practical tips on implementing smart garage solutions.
1. Design Tools
September 29, 2011
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License.
To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/3.0/
or send a letter to Creative Commons, 171 Second Street, Suite 300, San Francisco, California, 94105, USA.
5. element level
Tool Name
What I need… The information or decisions
(output) I need to move to the
next step.
What I have… What I have for input, from a
previous tool or somewhere
else.
What I can do… My skills and available tools,
and the time I have available.
7. (A Note About Process)
There are literally 100’s of design processes. [12]
None of them are “right”.
8. (A Note About Process)
A sure fire way to fail at a process is to work too hard to follow
it. Even worse is forcing people to follow it. Judging a process
based on how well people comply is like judging a product based
on whether all the features were delivered on time—it misses the
point.
-Jeff Patton
…in product software teams, we generally work on all types of
software efforts, from very small fixes, performance
improvements, and minor features, up to large projects and
company-wide initiatives. It makes no sense to treat these all the
same. The level of investment is totally different, the risks are
totally different, and the techniques we use to ensure success are
different.
- Marty Cagan [11]
10. strategy
Strategy
Strategy is where it all begins:
What do we want to get out of the
product? What do our users want?
11. Strategy Feedback
•broad direction
•alignment with:
•the market
•company culture
•other products & direction
•other opportunities
strategy
12. Strategy IxD Tools
•ad-hoc personas
•provisional personas
•formal personas
•competitive analysis
•experience map
•concept map *
•"unsliced" story map
•"visiontype”
•stakeholder interviews
•product manifesto
strategy
•design studio
•SWOT analysis
•heuristic review *
* exercise
13. Description
Ad-Hoc Personas
Need
Have
Can
strategy
...collaborators to stop being self-referential, or to think
more empathetically about real-world people with goals
as input to real-world situations, and if it's ok if they're
temporal.
...an imagination, the ability to describe the value of
personas, and a team that would be accepting of this kind
of tool.
...use any word processing or layout application, use a
photo search site and write a tiny bit, and have one day
available.
16. Description
Provisional Personas
Need
Have
Can
strategy
...collaborators to stop being self-referential, or to think
more specifically about real-world people with goals as
input to real-world situations, with more basis in reality
than ad-hoc personas, and it's ok if they're temporal.
...access to product managers, support, or training staff
who have some primary contact with users and you can
get half a day with them, plus a few days or a week to put
them together.
...run an affinity diagramming exercise and use any word
processing or layout application, use a photo search site
and write a tiny bit, and you have a few days available.
18. Description
Formal Personas
Need
Have
Can
strategy
...information to make decisions about product direction,
collaborators to stop being self-referential, or to think more
empathetically, as input to real-world situations, with a solid
basis in reality, and you need them to hold up over time.
...time to do primary research, access to users or
potential users, access to collaborators for one or two
days to workshop the results, and a budget for stipends.
...do recruiting, screening and scheduling participants, do
the research, provide a record of those conversations, run a
persona workshop, use a photo search site and write a tiny
bit, and you have several weeks to a few months available.
20. Description
Competitive Analysis
Need
Have
Can
strategy
... clear thematic direction for your product, to avoid or
address competitors early.
...a clear and agreed-upon list of competitors.
...find or create an appropriate framework for conducting
competitive analysis, write or diagram clearly, use a word
processing or layout application, and have a week or two
available.
28. Description
Experience Map
Need
Have
Can
strategy
...a collaboratively-developed, shared, and organized
vision of the information gathered from research and a
good jumping-off point for a story map.
...qualitative research.
...lead a workshop including all the people who
conducted, saw or read about the research, and you have
a few days.
29. Experience Map
Choose a few
models
Decide which
he wants
Buy the car
Make a list of
stuff he wants
Search based
on his criteria
Check best-looking
cars
Check
Consumer
Reports
Test drive all
of them
Ask his friend
Rent one
Find the cars
locally
Physically
visit the dealer
Search dealer
reviews
Negotiate the
cost
Get KBB
and Edmunds
prices
time
strategy
Example
30. Description
Concept Map
Need
Have
Can
strategy
...a collaboratively-developed, shared, and organized
vision of the information gathered from research and a
good jumping-off point for a story map.
...qualitative research.
...lead a workshop including all the people who
conducted, saw or read about the research, and you have
a few days.
35. Description
‘Unsliced’ Story Map
Need
Have
Can
strategy
... move the team into more tangible territory with some
agreement on stories around how a user would interact
with the product.
...a group of people with some ideas about what the
product might do or an experience map; representatives
from product, engineering and design with the time and
interest to participate.
...lead a storymapping workshop, and have a few days or
a week available.
36. ‘Unsliced’ Story Map
Choose a few
models
Decide which
he wants
Buy the car
Make a list of
stuff he wants
Search based
on his criteria
Check best-looking
cars
Check
Consumer
Reports
Test drive all
of them
Ask his friend
Rent one
Find the cars
locally
Physically
visit the dealer
Search dealer
reviews
Negotiate the
cost
Get KBB
and Edmunds
prices
time
strategy
Example
37. Description
Visiontype
Need
Have
Can
strategy
...a tangible representation of big concepts to help
generate focus and movement, something executives can
understand and buy-in on, or a way to build key customer
excitement.
...one or more big ideas, some ideas about personas, and
agreement on some relatively specific stories or
scenarios.
...create professional-looking mockups that you can make
appear interactive through HTML, clickable PDFs or
images, Flash, etc., and have one to several weeks.
39. Description
Stakeholder Interviews
Need
Have
Can
strategy
...to capture the input of any stakeholders, official or not,
to get a sense for how they should be involved in the
product going forward,
...stakeholders who care deeply about the outcome of the
project.
...identify all the stakeholders(!), interview, distill and play
back the results of the interviews, and have a few days or
weeks.
41. Description
Product Manifesto
Need
Have
Can
strategy
...a clear statement of the priorities, beliefs and principles
that guide the product team to provide focus and more
easily resolve questions later.
...the big idea, reasonably focused.
...collaborate with Product Management and ideally
engineering to write, and get buy-in from your team on a
short product manifesto.
48. Opportunity Assessment
strategy
Product Manifesto – Orthogonal Tool
1. Exactly what problem will this solve? (value proposition)
2. For whom do we solve that problem? (target market)
3. How big is the opportunity? (market size)
4. What alternatives are out there? (competitive landscape)
5. Why are we best suited to pursue this? (our differentiator
6. Why now? (market window)
7. How will we get this product to market? (go-to-market
strategy)
8. How will we measure success/make money from this
product? (metrics/revenue strategy)
9. What factors are critical to success? (solution requirements
10. Given the above, what’s the recommendation? (go or no-go)
49. Description
Design Studio
Need
Have
Can
strategy
...to involve many stakeholders or collaborative team
members, and to move very quickly from one big idea to
one or several ideas developed to structure or skeleton.
...some idea of a new product, target market, or
opportunity.
...lead a large group of people in an intensive workshop
setting, and have several days to a few weeks to plan,
run, and then synthesize the output.
51. Description
SWOT Analysis
Need
Have
Can
strategy
...to understand why an existing product isn't doing what
the business needs it to, or to provide clear thematic
direction for a new product.
...an existing product.
...find or create an appropriate framework for conducting
a SWOT analysis, write or diagram clearly, use a word
processing or layout application, and a week available.
53. Description
Heuristic Review
Need
Have
Can
strategy
...a prioritized list of ways to improve an existing product.
...an existing product.
...write and use any word processing or layout
application, and have a few days or weeks, depending on
the size of the product.
55. A cognitive walkthrough starts with a task analysis
that specifies the sequence of steps or actions
required by a user to accomplish a task, and the
system responses to those actions.
The reviewer then walks through the steps asking
themselves a set of questions at each step. Data
is gathered during the walkthrough, and afterwards
a report of potential issues is compiled.
- Wikipedia
Heuristic Review
strategy
Example
56. Example
Heuristic Review
strategy
A pluralistic walkthrough uses group meetings
where users, developers, and human factors
people step through a scenario, discussing each
dialogue element. [9]
57. Other Places to Look
•backlog
•customer feedback
•traffic
•research / data from existing products
strategy
62. Description
‘Sliced’ Story Map
Need
Have
Can
scope
...ideas and features sorted into priorities, including MVP
to move forward on next steps, and agreed to by the
larger team.
...an "unsliced" story map and any idea about how to
prioritize (manifesto, prioritized personas, etc.), plus team
members with availability and interest.
...get the core team in a room for a day or two, lead the
slicing, and get a final thumbs-up / thumbs-down.
63. Example
‘Sliced’ Story Map
Choose a few
models
Decide which
he wants
Buy the car
Make a list of
stuff he wants
Search based
on his criteria
Check best-looking
cars
Check
Consumer
Reports
Test drive all
of them
Ask his friend
Rent one
Find the cars
locally
Physically
visit the dealer
Search dealer
reviews
Negotiate the
cost
Get KBB
and Edmunds
prices
time
necessity
release #1
release #2
release #3
scope
64. Description
Prioritized Personas
Need
Have
Can
...direction and focus to limit scope.
...any kind of personas.
scope
...lead a heated session to drive agreement around the
prioritization and document that agreement.
67. Description
Goal Venn
Need
Have
Can
scope
...a way to take into account and reconcile multiple sets of
goals, especially to identify opportunities where they
overlap.
...multiple sets of goals.
...work alone or with collaborator(s) over a few hours or
days.
70. Description
Product Model
Need
Have
Can
scope
...more clarification or agreement from the team on what
the product will and will not do, or inspiration or clarity
from underlying objective truths.
...an at least general understanding of what the product
will and will not do.
...use any kind of mapping tool (or pencil and paper) and
have a few days to a few weeks.
73. Description
Illustrated Storyboards
Need
Have
Can
scope
...a tangible representation of big concepts to help
generate focus and movement, something executives can
understand and buy-in on, and you need it quickly.
...one or more big ideas, some ideas about personas, and
agreement on some relatively specific stories or
scenarios.
...create professional-looking stories, through sketching
or illustration, and have a few days.
75. Description
Written Scenarios
Need
Have
Can
...detailed real-world stories to bridge the gap between
concept and implementation, strategy and scope, to be
reviewed, collaborated on and approved by teams who
prefer solo work and reading.
...personas with goals, and an understanding of strategy.
...write, and have a few days to a week.
scope
79. Description
Feature Prioritization Matrix
Need
Have
Can
scope
...some way of sorting through and agreeing on
prioritization of an overwhelming number of requests to
be able to move forward.
...one or several big lists of features, requirements or
stories (as in a backlog, PRD, help desk logs, etc.).
...get buy-in from product and engineering, do this kind of
very focused and detailed work, use Excel, and have a
few days or weeks.
90. Description
Sketched Flows
Need
Have
Can
...detailed stories to bridge the gap between scope and
structure, to be created and approved by teams who
prefer collaborating or visual representations, or to get an
early sense of technical feasibility.
...personas of any kind, and a good understanding of
strategy and scope.
...draw, and have a few days.
structure
92. Description
User Flows
Need
Have
Can
structure
...detailed stories from the user perspective that take into
account offline activities, more refined and "final" than
sketched flows, to be created and approved by teams
who prefer collaborating or visual representations, to
share with stakeholders, or to get an early sense of
technical feasibility.
...personas of any kind, possibly sketched flows, and a
good understanding of strategy and scope.
...use an illustration tool and have one to several weeks.
96. Description
Functional Diagrams
Need
Have
Can
structure
...to understand or get agreement on a detailed map of
how a system or set of systems work, and/or to check
technical feasibility, to be reviewed, collaborated on and
approved by teams who prefer visual representations.
...some understanding of strategy, scope, and any
relevant business or engineering requirements.
...use an illustration tool and have one to several weeks.
98. Description
Navigation Model
Need
Have
Can
structure
...the relationship between the content and objects,
agreement on organizational strategy, a sense of depth
vs. breadth and how much each page must do.
...a broad idea (or several) of the content and objects and
their priorities.
...use some kind of mapping tool (including pencil and
paper) to map out options.
103. Description
Information Architecture
Need
Have
Can
...to see whether the navigation model will hold up, to
account for every page, and to see what the navigation
elements will need to support (usually for a content-based
site).
...a fairly detailed idea of the content and objects and
agreement on their relationships and priorities (as from a
navigation model).
...use some kind of mapping tool to map out options.
structure
107. Description
Product Map
Need
Have
Can
structure
...to see what the areas of the site will be, to account for
every page, to be able to see and rationalize systems
across the site, and to see what each page will need to
accommodate (usually for an app).
...a solid understanding of strategy and scope, and a
good sense of what the objects are you'll be dealing with
from workflows or similar.
...use a mapping tool and have one to several weeks.
110. skeleton
Skeleton
Skeleton makes structure
concrete: What components will
enable people to use the product?
111. skeleton
Skeleton Feedback
• general mood (powerful, simple,
etc.)
• specific elements and information
• hierarchy of elements
• relationship between the
elements
113. Description
Concept Sketches
Need
Have
Can
skeleton
…specific early reactions to my ideas from the Product
Manager and engineering, a start on how key ideas might
be instantiated in this project very quickly and without too
much effort or time invested.
…an idea of what the product does and its scope, plus a
few ideas about how that might play out.
…quickly draw broad areas of a screen, but only have a
few hours.
115. Description
Page Framework
Need
Have
Can
skeleton
...to get agreement on the relationship between broad
page areas, and the focus of the site.
...a solid sense of strategy, scope and structure — you
know what the big pieces are. Sometimes some
wireframes have been completed.
…quickly draw broad areas of a screen, and have a few
hours to days.
119. Description
Concept Wireframes
Need
Have
Can
skeleton
…specific reactions to my ideas from the Product
Manager, a start on how key ideas might be instantiated
in this project.
…an idea of what the product does and its scope, plus a
few ideas about how that might play out.
…quickly draw broad areas of a screen, and I have a few
days to work out some ideas.
122. Description
Page Type Wireframes
Need
Have
Can
skeleton
...to get agreement on the elements of the page, their
relationship to one another and functionality, as well as
technical feasibility, without worrying about visual
appearance.
...a solid sense of strategy, scope and structure — you
know what the big pieces are and how they'll fit together.
Often the next stage after workflows, maps or concept
wireframes.
...use some kind of wireframing tool and have a week to
several weeks available.
129. Description
Basic Prototype
Need
Have
Can
...to develop a feeling of what it will be like to use the
product, either for team or stakeholder buy-in, or for
usability research.
...team agreement on detailed real world stories.
skeleton
...create a rough prototype using paper, prototyping or
illustration tools, and have one to several weeks.
134. Description
Component Library
Need
Have
Can
skeleton
...to reuse elements as part of a system to avoid
complexity for you, the engineers and the users, and to
simplify documentation going forward.
...a good understanding of several page elements.
...create and maintain detailed specifications of behavior,
and use the system appropriately going forward.
138. surface
Surface
Surface brings everything together
visually: What will the finished
product look like?
139. Surface Feedback
• visual appearance and mood:
colors, fonts, spacing, etc.
• all graphics: buttons, logos,
icons, etc.
• possibly copy and typos
surface
141. Description
surface
Annotated Wireframes / Mockups
Need
Have
Can
...to deliver a detailed description to engineering and QA
so that it can be built as you've designed it.
...an agreed-upon set of objects, wireframes and
elements.
…can write, diagram or animate a detailed description of
how the states, functionality and element actions,
including all possible cases.
148. Description
Mood Board
Need
Have
Can
surface
...to quickly narrow in on a visual direction with the core
team and stakeholders.
...a good sense of your audience, but little other
precedence.
...collect examples of images, objects, text, and sites into
collections, and have a few days.
150. Description
Visual Direction Comps
Need
Have
Can
surface
...to narrow in on a specific visual design direction with
the team.
...a solid sense of your audience, a general sense of
visual direction from existing products or mood boards,
and what one or several pages must accomplish from
maps or wireframes.
...create a variety of polished mockups and have one to
several weeks.
155. Description
Final Mockups
Need
Have
Can
...to finalize visual design with the team, and to provide
engineering with mockups of each page type.
...accounted for all page types with wireframes or maps
and agreed on visual direction.
...create polished mockups and have one to several
weeks.
surface
158. Description
Detailed Prototype
Need
Have
Can
surface
...to show exactly what it will be like to use the product,
either for team or stakeholder buy-in, for usability
research, or as a specification for engineering and QA.
...team agreement on detailed real world stories, in the
form of user flows or maps or a basic prototype.
...create a realistic-seeming prototype using paper,
prototyping or illustration tools, and have one to several
weeks.
161. Description
Production Artwork
Need
Have
Can
surface
...to deliver final, production-ready artwork to engineering.
...final page type mockups and an understanding of
necessary variations.
...create production-ready artwork based on an
understanding of how the page will be built, and have one
to several days.
163. Description
Visual Specification
Need
Have
Can
surface
...to deliver a detailed description to engineering and QA
so that it can be built as you've designed it.
...final page type mockups and an understanding of
necessary variations.
...create a detailed specification based on an
understanding of how the page will be built, and have one
to several days.
166. Description
Design Library
Need
Have
Can
...to reuse elements as part of a system to avoid
complexity for you, the engineers and the users, and to
simplify documentation going forward.
...agreed-upon final design for several page types and a
set of elements that are reused from page to page.
...create and maintain detailed specifications of
appearance, and use the system appropriately going
forward.
surface
169. Description
Bugs
Need
Have
Can
surface
...to respond to a product in development, to ensure it’s
released as designed.
...access to the bug database engineering and QA are
using, access to the product in development, and existing
documentation.
...follow proper QA processes, file a clear bug and have a
few hours to a few days or a week.
173. Nota Bene
• For all of these, garbage in,
garbage out.
• Agreements must be
documented somewhere.
• These are some tools, not THE
tools.
174. (We Didn’t Cover Research)
• “Back-Pocket” Research
• Guerilla2 Research (airports)
• Guerilla Research
• Five for Fridays
• Formal Usability
• In-Home Visits
usability ethnographic
175. Example Processes
1. Design studio
2. Concept wireframes
3.Visual direction comps
4. Prototype
176. Example Processes
1. Formal personas
2. Competitive analysis
3. Unsliced story map
4. Prioritized personas
5. Sliced story map
6. Written scenarios
7. Storyboards
8. Product map
9. Concept wireframes
10. Page framework
11. Page type wireframes
12. Basic prototype
13. Mood boards
14. Visual direction comps
15. Final mockups
16. Detailed prototype
17. Production artwork
18. Visual spec
19. Widget library
177. More Reading
Much, much more to add here
1. Don’t Make Me Think, Steve Krug
2. The Inmates are Running the Asylum, Alan Cooper
3. The User is Always Right, Steve Mulder and Ziv Yaar
4. The Elements of User Experience, Jesse James Garrett
5. About Face: The Essentials of Interaction Design, Alan Cooper
6. “From Use to User Interface”, Jeff Patton
http://www.slideshare.net/abcd82/from-use-to-user-interface-presentation
7. “Personas for Product Management”, Marty Cagan http://www.svpg.com/personas-for-product-management/
8. “Death to Personas! Long Live Personas!”, Elizabeth Bacon & Steve Calde
http://www.slideshare.net/ebacon/death-to-personas-long-live-personas-presentation
9. “Summary of Usability Inspection Methods”, Jakob Nielsen
http://www.useit.com/papers/heuristic/inspection_summary.html
10. Usability Inspection Methods, Jakob Nielsen
11. “SVPG Newsletter: Process Police”, Marty Cagan http://www.svpg.com/process-police/
12. “How Do You Design”, Hugh Dubberly http://www.dubberly.com/articles/how-do-you-design.html
13. Writing Effective Use Cases, Alistair Cockburn
14. “Rapid Prototyping Tools”, Dan Harrelson http://www.adaptivepath.com/blog/2009/03/24/rapid-prototyping-
tools/
15. Inspired: How To Create Products Customers Love, Marty Cagan
16. Ad Hoc Personas: http://www.uie.com/events/virtual_seminars/ad_hoc_personas/ (she describes a pretty
difficult technique)
17. Designing for Interaction: Creating Innovative Applications and Devices, EPub
18. By Dan Saffer
178. Good Luck!
Call us if you need anything else,
and thank you!
Audrey Crane
415.868.4369
audrey@designmap.com
Nathan Kendrick
nathan@designmap.com
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License.
To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/3.0/
or send a letter to Creative Commons, 171 Second Street, Suite 300, San Francisco, California, 94105, USA.
Editor's Notes
Hugh Dubberly has collected a book of more than 100 design processes. This is one of my favorites, by Tim Brennan (“Somebody calls up with a project; we do some stuff; and the money follows.”).
tenets, mantras, principles
From Designing for Interaction By Dan Saffer: pithy, memorable, cross-feature, specific, a differentiator, non-conflicting
sketchboarding
See also adaptive path, Message First
tuitive
not in structure because try to avoid talking about pages or areas of the site
not in structure because try to avoid talking about pages or areas of the site