Back
1 min read

Start With Questions, Not Wireframes

Every project should begin the same way: not with a tech stack, not with AI, not with screens. With questions.

Every project starts the same way.

Not with a technology stack.

Not with AI.

Not with wireframes.

It starts with questions.

Why does this process exist?

Who touches this information?

Why does it need to be entered three times?

What decisions get repeated every day?

Where does work stop moving?

If this business doubled tomorrow, what would break first?

Only after those answers do we begin designing software.

Because software should adapt to businesses.

Businesses shouldn't adapt to software.

I've watched teams skip this step. They jump straight to features. Screens. Integrations. A shiny demo that looks finished and still doesn't match how the company actually works.

Then comes the expensive part: rebuilding after the first real week of use.

The questions feel slow. They aren't.

They're the cheapest way to avoid months of wrong work.

When we finally open Figma, we're not guessing. We're translating decisions the business already made. When we generate code, we're not inventing a process. We're encoding one.

That order matters more than the tools.

Stack changes. Models change. Frameworks change.

The discipline of understanding the business first doesn't.