Back to all writings

Navigating Ambiguity: How to Shape Products When Requirements are Unclear

Turning vague stakeholder briefs into structured user journeys, low-fi prototypes, and measurable product outcomes.

Draft Preview · Coming Soon

This article is currently being written and refined. The content below is a preview of the outline and core insights.

Navigating Ambiguity: How to Shape Products When Requirements are Unclear

Embracing the Fog

The most critical moments in a product designer's career rarely start with a clear PRD. More often, they begin with a sentence like: 'We need to help users understand their health diagnostics better, but we don't know where to start.'

Ambiguity is not a roadblock; it is an invitation to define the problem before anyone jumps into visual solutions.

“If you cannot state the user problem in a single sentence without using jargon, you are not ready to design screens.”

The Three-Step De-Risking Loop

To move from vagueness to execution, I use a fast de-risking loop that brings engineering and business into the room on day two:

  • 1. Assumption Mapping: Categorizing assumptions by impact and certainty.
  • 2. Rapid Prototyping: Testing 2-3 radically different conceptual models within 48 hours.
  • 3. Stakeholder Alignment: Aligning on constraints before high-fidelity visual polish begins.