My Process: Developing solutions to hard problems


1. Establish the Problem

It can be uncomfortable to launch a new project and not immediately begin discussing solutions; especially when deadlines are tight; but starting off with even a small amount of learning and research can give teams a strong foundation throughout the product process. I like to start projects by establishing a team wide understanding of what the problem is. This shared understanding will align and empower teams to develop better solutions.

2: Understand the Audience

Half of good design is looking, listening, and learning. Before developing a solution to a problem, a team has to understand the people who will be using the solution and how it will actually fit into their lives. Too often I see teams make assumptions about audience that cost time and money to redeisgn and redevelop later. Time spent researching the people using a product will save far more in the long run.

3. Balance Stakeholders

Few project are simply "design driven". A number of stakeholders will have requirements or requests for a project. Some will often be mutually exclusive. I work to understand those requirements; balance them against the design and each other; communicate limitations and tradeoffs; and find the optimal solution for the product.

4. Design and Visioning

Only after developing a strong understanding of problem, audience, and stakeholder requirements can a team reasonably start developing a solution. This is still a learning process, and design and visioning is all about "getting all the legos on the table". Understanding the space of possible solutions, eliminating some, and creating a strong starting point for prototyping and testing.

5. Prototype and Test

For me, prototyping is about mitigating risks and answering questions. Teams should prioritize open questions in order of the risk they pose to project success; and build rapid prototypes specifically to answer these questions. Good prototypes have as few features and as little polish as neccissary. Good testing begins with simple prototype tests with the team, and evolves to use outside test participants to provide the team with honest, unbiased perspectives on the work.

6. Produce and Test

Production can be a grind, but is where all the research, prototyping, and iteration can really pay off. Testing at this stage should be focused on validating that the product is coming together properly and making small 'mid-course corrections' as the product comes into focus. Once in production, I aim to avoid as much churn as possible.

7. Launch and Support

Launch is the beginning of the process, not the end. I like to focus on the logistics and details of how people are getting ahold of the product. Marketing messages, app descriptions, and all the presentation associated a launch are the first chance to prime new users. Once an application is released, support, analysis, and iteration become critical. I use a combination of metrics driven design, and human-centric user research techniques to inform post-launch design decisions.

8. Document and Share

Even on small projects, teams learn a huge amount developing new projects. Sharing this newfound knowledge within an organization, and with the larger design and development community is key to helping develop better products in the future. I regularly write and speak on my experiences designing and developing experiences and am constantly looking to learn from the experiences of others.

Employers & Clients: People Supporting Novel Work

Selected Work: Design, Development, & Community

Experiments & Small Projects: Things I've Been Working On

Recent Writing

“Input is a fundamental part of the gaming experience, and we live in exciting times. Every week, it seems there’s a cool new natural interface startup or Kickstarter, and our choices about interaction aesthetics now begin with the crucial choice of input hardware.”
- Jumping Head-First Into Motion Control Design
“Anyone who has used a poorly designed motion control interface can tell you that simply using the motions of the body to control software does not produce an “intuitive” or “natural” experience.”
- Introduction to Motion Control
“These depictions all play into fantasies of power and mastery – aesthetics that many people have come to expect from motion control experiences.”
- Designing Intuitive Applications