Complex systems. Decisions people can defend.

Fourteen years across compliance, legal technology and enterprise SaaS, most recently in crypto derivatives — first building the interfaces, then the systems behind them, and now the decisions that shape both. I still write the front-end code.

Uday Dave
Uday Dave
StatusOpen to Lead and design‑management roles RoleLead Product Designer BasedAhmedabad, working globally

Selected work

Legal technology · Crypto derivatives · Enterprise learning

Every interface below is rebuilt from scratch, in live code, with invented data — none of it is a screenshot. Where the work was for a client, the client stays unnamed.

Earlier work — sales force automation, analytics portals, marketplace and enterprise web View all work

How I work

Five decisions · the interface is the last

I don’t begin with the interface. I begin with the signal.

Five product decisions turn complexity into something people can understand, trust and use. Each one exists to reduce uncertainty at the point where somebody has to act.

01BriefWhat was actually seenA request arrives already wearing an answer. The first job is to find the moment the product stopped helping — before anyone touches a screen.
02DiscoverSaid versus doneStated preference rarely survives contact with observed behaviour, and the gap between them is usually where the product decision lives.
03FrameWhich decision mattersOne sentence naming the decision to protect. Everything that does not serve it is scope to argue against — and I do argue against it.
04MakeArtefacts are argumentsFlows, states, edge cases, prototype, and a decision log recording problem, evidence, options, trade-offs and risks — so the reasoning outlives the meeting.
05LearnShipping is the measurementI stay through specification, implementation and release. A decision nobody implements is just an opinion, and the next brief begins with more truth.

About

Fourteen years, three rooms

Different rooms. The same shape of problem.

I started by making screens. Fourteen years later I spend most of my time on the decision that made the screen necessary — and then I stay until it ships, because a decision nobody implements is just an opinion.

The domains have varied more than the problem has. Legal review teams, exchange product teams, training operations: different rooms, same shape. Several roles who don’t trust each other by default, a rulebook somebody else wrote, and a screen that has to be right the first time.

Twice the design team’s day-to-day ran through me — nine designers in one company, twelve in another, where I also scoped and assigned the front-end team’s work. Most of that job was allocation, review and estimation: who takes what at what capacity, what a piece of work costs before anyone promises it to a client, and when a file is not finished yet. The bar was the same one every time — a designer should be able to say why the screen is like that, not only what is on it. The graphic designer sitting next to me at 4iG left that job shipping his own HTML and CSS.

I still write front-end code. Every interface on this site is mine, rebuilt from scratch — partly because it is the honest way to show work I cannot screenshot, and partly because I don’t think you can specify what you can’t build.

The arc
2012Make the screenWeb and interface design
2014Understand the systemSenior UI and systems UX
2021Align the roomUX leadership and product ownership
NowShape the decisionLead product design, still shipping code
Credentials
UX & Human–Computer InteractionIxDF
Certified Scrum Product OwnerScrum Alliance
Front-End DeveloperMeta
AI Product ManagerIBM
AI Product ManagementHelloPM

Contact

Ahmedabad · UTC+5:30

Start with the hard part.

Send me the problem nobody on your team wants to open. That’s the conversation worth having first.