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
Product Designer — Web3, Healthcare & Fintech