Test the brief before designing to it.
The ask was a search problem: if people could find data, they'd use it. So I interviewed all three user types who touch data — analysts, risk teams, and engineers — before designing anything.
Their journeys didn't match the assumption. What surfaced changed the definition of success for the whole product.
What the research changed.
Trust over search
Success became “request completed,” not “results returned.”
50% faster tasks
Confidence signals surfaced at the point of decision.
Non-technical users in
Guided requests, templates, and learning paths gave a real way in.
Legible, not opaque
A responsibility matrix and visible approval chain removed the guesswork.
What worked
- Testing the brief before designing surfaced the search-to-trust reframe.
- One responsibility matrix kept design, governance, and engineering honest.
- Designing for non-technical users turned compliance into enablement.
What's next
- Instrument the completed-request metric to keep validating the reframe.
- Feed learning-path mastery into smarter recommendations.
- Pressure-test approval SLAs against real volume once live.