It's tempting to jump straight into Figma and start crafting beautiful screens. But the prettiest mockup in the world won't save a product that solves the wrong problem. In my ~2 years as a UI/UX designer, the biggest wins came from research — not pixels.
Before opening any design tool, I talk to users (or proxies) and review the data we already have. A short interview or a quick survey often reveals that the real pain point is different from what stakeholders assumed.
In one project, the team assumed users wanted a feature-rich dashboard. After 5 user interviews, we discovered they actually needed a simple mobile-first checklist. The research saved months of development on the wrong product.
Research doesn't have to be expensive or time-consuming. Even 30 minutes of user observation can surface insights that would otherwise take weeks of A/B testing to discover.
For tight deadlines, focus on the quickest wins:
Once I understand the user, I move to wireframes and user flows, then interactive prototypes in Figma. Research becomes the north star that keeps the design honest — and makes handoff to the frontend team smoother, because every decision is backed by a reason.
Document your findings. Create a simple research summary that includes:
This document becomes your design brief. When stakeholders question a decision, you can point to the research. When developers ask why a feature exists, you have the answer. Research isn't just about discovery — it's about alignment.
As a backend developer, I apply the same mindset to API design. Before writing code, I ask: Who will consume this API? What are their use cases? What errors will they encounter? Research isn't limited to UI — it's about understanding your users, whether they're clicking buttons or making HTTP requests.
Pretty is easy. Useful is hard. Do the research, and you get both.
— Fegi Sucepto Priawan · UI/UX Designer & Backend Developer