An engineer configuring a new audio codec had no way to hear what a bad setting actually sounded like until the chip was already unusable. Getting it wrong wasn’t rare. Customers were burning through 500 to 800 devices per product cycle just finding a workable configuration, at roughly $30 a unit. I was brought in to lead the redesign, and the customers who actually felt that cost were the one group I had no access to.

wired headphones connecting to a single signal amongst a web of nodes representing noise.

ROLE
North America UX Lead, audio configuration tooling

TIMELINE
Headset/Headphone software tools and UX research combined: 1.5 years

TEAM
2 UX designers, 1 UX researcher

STAKEHOLDERS
Internal engineering teams across 4 continents, software tool development, business development leadership

TOOLS / SYSTEMS
WPF-based platform, Spectrogram-based configuration visualization, HATS lab simulators, medium-fidelity interactive prototyping (Adobe XD)

CONSTRAINTS
No direct access to end customers due to competitive confidentiality requirements, small team scope, needed a large enough sample to catch edge cases in a highly variable configuration space

The Constraint That Became the Method

Direct customer access was off the table, blocked by competitive confidentiality that kept the actual buyers of these codecs at arm’s length from any vendor’s research team. Instead of treating that as a dead end, I turned to the one population using the same tools and hitting the same failure points: our own engineers. They knew things nobody had thought to ask them yet, and getting them talking took less convincing than I expected once they realized the outcome would make their own jobs easier, not just add another meeting to their week. 50 immersive workshops and interviews across multiple regions gave me a large enough sample to build role-based personas grounded in real workflow friction instead of assumed behavior. A spectrogram-based prototype, tested against those personas and validated in lab simulations, replaced blind trial-and-error tuning with a visual reference an engineer could actually read. Cutting setup time and configuration errors mattered, but the harder problem was building evidence credible enough to redirect a team that had never had user research to lean on before.

noisy, colorful wave length progressing to the right from the left. Enters a conceptual tuning black box and exits as a clean, straight signal.

No reference before. Tuned in after.

The workshop and persona repository are the artifacts I own outright. The setup-time and configuration-error reductions are outcomes the product team reported following the redesign. I can’t fully isolate my team’s specific lift from concurrent hardware changes to the codec itself, since both shipped in the same cycle. What changed for certain is that the engineering org went from having no user research at all to treating internal proxy users as a legitimate, repeatable research population, a shift that outlasted this one project.

“…as an engineer, I usually think linear through processes, but your work changed that. I have more respect for design and its ability to find the best process for the user.”

DSP Engineer
(@ semiconductor company)

Abstract illustration of interconnected grid lines, firing like synapsis in gold and slate colors.

A missed disconnection notice isn’t a UX gap. It’s a customer finding out the power’s off when the lights don’t come on.

AN illustration of a managed healthcare system orchestrating health outcomes.

Patient and provider needs don’t stay mapped. They keep moving the moment the experience actually improves.

Persona Repository: Navigating Buy-In