I'm a research-led product designer. I find the real problem hiding under the request — then design the product that fixes it, not just the interface.
/hero-research-stack.png
Every engagement began with one request. Research uncovered another problem entirely.
Every enterprise product looked different. The thinking behind them never changed.
What every team believes the problem is.
Where teams secretly define the problem differently.
Turn the request into the real challenge.
Decisions, ownership and workflows — not just screens.
Products people trust more than their workarounds.
“Every successful project I've led changed direction at the hidden disagreement.”
Early on, I believed better interfaces made better products. Years alongside geoscientists, engineers and operations teams taught me otherwise: people don't struggle with software — they struggle with uncertainty, and confidence, not features, decides whether a product succeeds.
Not a list of roles — the shifts that changed how I approach every enterprise problem.
Design leadership became about how teams decide, who owns the data, and whether they trust it — not just what ships.
Turned tangled data and governance constraints into systems people adopted — because adoption follows trust, not features.
EA Sports → interaction shapes behaviour; Unilever → systems fail when process is ignored; Genpact → research moves business decisions, not just validates UI.
Building the systems, standards and communities that outlive any single project.
Interfaces only reflect the quality of the decisions made before design begins. If your team is trying to untangle complexity before building the next thing, I'd love to have that conversation.
A cloud platform that helps geoscientists discover, validate, and share trusted subsurface data for high-stakes exploration decisions.
Redesigned an enterprise data platform after research revealed low adoption caused by poor trust, fragmented discovery, and governance friction.

Existing workflows forced experts to search through fragmented datasets with little visibility into quality, readiness, or lineage. Engineers often relied on personal knowledge to determine which datasets could be trusted, leading to duplicated effort, inconsistent decisions, and low confidence in the platform.
Research revealed two equally important user groups:
Owns the data inventory and makes sure users can actually find and access the right data — importing, organizing, packaging, and governing access across the catalog.
Makes high-stakes interpretation and modeling decisions, and needs to move fast without staking months of work on the wrong data.
Through interviews, workshops, and journey mapping, five themes consistently emerged:
Journey mapping revealed four critical moments where user confidence was either built or lost. Rather than redesigning individual screens, the experience strategy focused on improving these decision moments.
Four design principles, each addressing one decision moment — shown with the screen that delivers it.





Before high-fidelity design, low-fidelity wireframes mapped the end-to-end flow across all four decision moments — testing structure and sequence before visual detail.
What I'd do next. Deepen system feedback loops — instrumenting QC bottlenecks, expanding proactive guidance, and refining patterns as new data types are introduced.