Clarifying Purpose,
Before Design

Most Solutions Fail Before They’re Designed

When attention is focused on how to solve a problem and not what the problem actually is, even the best solutions are destined to be failures.

I work with organizations at the point where it’s clear something needs to be built—but it’s not yet clear what that thing should be, or why.

I spend time with:

  • Business stakeholders who are accountable for outcomes
  • Subject-matter experts who understand the domain
  • End-users who have to live with the solution

Together, we clarify:

  • What problem is actually being addressed
  • What constraints and needs are non-negotiable
  • What success needs to look like for this to be worth the investment

I create efficient, honest representations of the system and the problem space—not polished artifacts—to help teams see the same thing at the same time.

I give your team the clarity to know that they’re making good decisions about invisible and complicated things.

What I Do

I work with organizations at the point where it’s clear something needs to be built—but it’s not yet clear what that thing should be, or why.

I spend time with:

  • Business stakeholders who are accountable for outcomes
  • Subject-matter experts who understand the domain
  • End-users who have to live with the solution

Together, we clarify:

  • What problem is actually being addressed
  • What constraints and needs are non-negotiable
  • What success needs to look like for this to be worth the investment

I create efficient, honest representations of the system and the problem space—not polished artifacts—to help teams see the same thing at the same time.

I give your team the clarity to know that they’re making good decisions about invisible and complicated things.

Where This Work Shows Up

This kind of clarity work happens at different moments—before outsourcing to vendors, before internal teams begin building, and before major product decisions get locked in.

If you’re trying to decide what to ask for, who to involve, or whether a proposed solution actually fits the problem, that’s where I tend to be most useful. 

Learn More:

Shitty-looking by Design

I don’t design interfaces, build software, or create visual polish.

I work on the boring, invisible problems that determine whether those things will actually work.
I create clarity and facilitate alignment.

When this work is done well, it often fades into the background. But it’s what allows design and delivery teams to move forward with confidence instead of guesswork.

Who I work with

My work is most useful for:

  • Product leaders accountable for outcomes, not just outputs
  • Organizations working on complex, internal, or operational systems
  • Teams who sense that they aren’t aligned

If you’re already confident you know exactly what should be built, I may not be the right fit.


If you’re at a point where momentum is building but clarity isn’t, we should talk.

A newsletter on how visualization liberates thoughts.

Recent Newsletters: