Jan 12, 20266 min read

From Wireframe to Production: My Design Process

A deep dive into how I approach product design—from initial research through to developer handoff and iteration.

Every designer has a process. After years of shipping products across different industries, I've refined mine into a framework that balances speed with quality, creativity with constraints.

Phase 1: Understanding (Week 1)

Before opening Figma, I invest heavily in understanding. This phase often determines the success of everything that follows.

Stakeholder Conversations: Not just "what do you want?" but "what problem are we solving?" and "how will we measure success?"

User Research Review: Existing research, support tickets, analytics data—anything that reveals how users actually behave versus how we think they behave.

Competitive Analysis: What are others doing? More importantly, what are they doing poorly that we can do better?

MY RULE

Invest deeply in the understanding phase. A week spent on research saves months of revisions later.

Phase 2: Mapping (Week 2)

With understanding in place, I map the problem space:

  • User flows — Every path a user might take
  • Information architecture — How content and features relate
  • Edge cases — The scenarios that break simple solutions
  • Technical constraints — What engineering says is possible

This phase happens in FigJam, not Figma. It's thinking work, not design work.

Phase 3: Low-Fidelity Exploration (Weeks 3-4)

Now I design—but loosely. Wireframes that focus on layout, hierarchy, and flow. No colors, no detailed typography, no polish.

The goal is quantity over quality. I aim to explore 3-4 different approaches for every major screen. Most will be thrown away. That's the point.

Key wireframe principles:

  • Content-first — Real content, not lorem ipsum
  • Mobile-first — Constraints reveal what truly matters
  • Annotation-heavy — Wireframes without explanation are worthless

Phase 4: Validation (Week 5)

Before investing in high-fidelity design, I validate the approach:

  • Internal review — Design team and product critique
  • Engineering feasibility — Early flag on technical blockers
  • Quick user testing — Even 5 minutes with 3 users reveals major issues

This is where most bad designs die—and that's a good thing. Better to kill a wireframe than a polished mockup.

Phase 5: High-Fidelity Design (Weeks 6-8)

With a validated direction, I move to high-fidelity. This is where craft matters:

  • Pixel-perfect execution — Alignment, spacing, consistency
  • Design system adherence — Using established components
  • Responsive considerations — How does this work at every breakpoint?
  • Interaction design — Hover states, transitions, micro-animations
  • Accessibility review — Color contrast, focus states, screen reader compatibility

Phase 6: Handoff (Weeks 9-10)

A design is only as good as its implementation. I invest significant effort in handoff:

  • Dev-ready specifications — Every measurement, every token
  • Interactive prototypes — Showing how things move
  • Documentation — The "why" behind decisions
  • Kick-off sessions — Walking through with engineers

TRUTH

The best designs are collaborative. Stay close to engineering during implementation. The best solutions often emerge from designer-engineer problem-solving.

Phase 7: Iteration (Ongoing)

Design doesn't end at handoff. After launch:

  • Monitor metrics — Is the design achieving its goals?
  • Gather feedback — User testing, support tickets, analytics
  • Plan iterations — Small improvements compound

The first version is never the final version. Ship, learn, improve.

Simeon Daniel

Simeon Daniel

Product Designer — Web3, Healthcare & Fintech