Overview
Noise-canceling headphones removed the ambient feedback people use to regulate their own volume in shared offices. The only fallback was social correction, which arrived late, felt punitive, and made considerate people withdraw rather than recalibrate. Mezzo replaces that broken feedback channel with a private, continuous signal. Shipped as a web app with Picture-in-Picture in 6 days. Research, design, architecture, and development, solo.
Activities Led
Role
Product Manager & Designer: research, design, architecture, development. Solo.
Team
Solo; 5 research participants
Status
Shipped (web app + PiP)
Duration
6 days (research → ship)
RESTRAINT
Intentionally non-AI in the product itself. Real-time audio measurement only, no recording or transcription. The privacy architecture was a design decision, not a compliance requirement.
SCREEN SHARING RISK
The MVP surfaced the sharpest survivability constraint: feedback visible during screen sharing breaks the privacy promise. Explored a Zoom app to solve this, but mic permissions made it unviable. The constraint remains open.
The problem
No way to know you're too loud without someone telling you
Working in shared offices means navigating an unspoken contract: be present, be collaborative, don't disrupt. But the environments people work in make that contract almost impossible to honor — over-capacity floors, desk calls with remote teammates, collaboration tables with no acoustic separation, and not enough conference rooms to go around.
Noise-canceling headphones removed the ambient feedback people use to self-regulate. With both ears sealed, you can't hear your own voice reliably. The only remaining signal is social correction — someone walking over to tell you you're too loud. That signal arrives after the disruption has already happened.
Some people compensate by wearing one ear on and one off. Others avoid desk calls entirely, booking rooms they don't need or stepping outside. Some go quiet in meetings to avoid the risk. The problem isn't that people don't care. It's that the people who care the most are the ones most disrupted by the broken feedback loop.
Research insights
Social correction doesn't recalibrate people. It deflates them.
Five interviews with people in shared office environments revealed a consistent pattern: the feedback channel was the problem, not the volume itself. The people most affected weren't the loud ones — they were the considerate ones who lacked a reliable way to know where they stood.
Insight 1
The feedback channel is the problem, not the volume
Social correction arrives after disruption has already happened. It feels corrective rather than informative. And it doesn't cause slight recalibration — it causes withdrawal, embarrassment, or overcompensation. Participants described spending the rest of a meeting trying to be quiet, losing effectiveness, or avoiding desk calls altogether.
"People have come over to me and literally said, 'You're too loud…' … then I spend the rest of the meeting trying to be really quiet and I'm not effective in the meeting because I'm spending all my energy on that."
— P02 · Shared office worker
"Not good. That's for sure. Deflated."
— P02 · On being told they're too loud
"It's kind of deflating. Especially if you're getting loud because you're getting passionate or excited."
— P03 · Shared office worker
Insight 2
People already monitor themselves. They just don't have a target.
Every participant described some form of self-monitoring: watching for reactions, checking if heads turn, pulling one ear off to hear themselves, moving away from others, or booking rooms preemptively. They were already trying. They just lacked a reliable reference point for what "appropriate" sounded like in their specific environment.
"Oh my gosh, I'm always concerned that I'm talking too loud. Because they're noise-cancelling, I can't really hear my own voice."
— P03 · Shared office worker
"If somebody could get that kind of feedback without being embarrassed by someone telling them, I think that would be good."
— P04 · Shared office worker
Insight 3
Screen sharing breaks the privacy promise
A volume feedback tool visible on screen during a Zoom call turns private awareness into public judgment. This was the sharpest survivability constraint surfaced by the research. Participants also flagged sensitive content — sometimes the issue wasn't just volume, but that what was being said shouldn't carry. Platform proximity matters, but visibility during screen sharing is a hard boundary.
Design principles
Two principles that guided every design decision
Principle
Ephemeral by design
No accounts, no stored data, no recording, no transcription. Trust is earned by what the system is structurally incapable of doing. Not a compliance requirement — a design decision. No participant raised privacy concerns about a tool that listens to them through their microphone.
Principle
Temporal escalation, not intensity
Brief spikes are forgiven. Sustained patterns trigger feedback. The signal doesn't get louder — it loses containment over time, mirroring how sound spreads in a shared space. This protects the people most at risk: the considerate ones who over-adjust at the first signal.
The solution
Six days, research through shipped product
Built with Claude Code. Speed mattered because it kept research and design decisions at the center — the build served the product thinking, not the other way around.
The containment architecture separates concerns cleanly: the audio engine emits logical states, the UI renders only those states. The UI cannot read raw audio data. Temporal escalation depends on this separation — the signal logic lives entirely in the audio layer. Users needed confidence, not punishment. The mechanism had to stay private, stay visible without being obtrusive, and give people a target rather than a judgment.
Liveness signal split from volume signal. Calibration language frames volume as a social choice, not a rule — "comfortable conversation level" rather than a decibel target. This directly addressed the research finding: people already try to self-regulate, they just need a reference point.
Picture-in-Picture allows peripheral awareness without a dedicated window. The Zoom app exploration exposed the next platform constraint: mic permissions made a native integration unviable. Prototype and MVP feedback consistently asked for taskbar placement, browser plugins, or built-in meeting app integration — the tool needs to live where calls happen. Desktop app is likely the best long-term direction, but not justified at current validation stage.
Main Tab
Picture-in-Picture
Results
The concept worked. Real use revealed the next constraint.
Five participants tested the shipped product in both prototype and live MVP sessions. Comprehension was immediate — participants consistently described it as real-time monitoring against a desired speaking range without needing the concept explained. The tone was read as neutral and non-judgmental. Participants explicitly said it did not feel like being yelled at.
The MVP was used in real meetings. P02 used it in a conference room known to leak sound and reported feeling "safe" when the signal stayed within range. P03 liked the mini window and growing-circle visual but noted the dark-state warning wasn't attention-grabbing enough in Teams dark mode. Repeat use happened, but inconsistent recall confirmed that convenience and integration are now the main adoption constraint.
No participant raised privacy concerns about a tool that listens through their microphone. The privacy architecture wasn't just accepted — it was invisible. Trust was structural, not communicated.
The strongest signal: four of five participants asked for platform integration — Zoom, Teams, taskbar, or browser plugin — before being prompted. The concept is validated. The next design challenge is platform proximity: the tool needs to live closer to where calls happen without compromising the privacy promise.
5/5
Immediate comprehension
5/5
Non-judgmental tone
4/5
Integration demand
"I did feel proud when it was light gray… I felt safe."
— P02 · Using Mezzo in a conference room known to leak sound
What I learned
Designing for how feedback feels, not just whether it's accurate
In systems that monitor human behavior, adoption depends on whether users believe the system understands its role: ambient awareness, not authority. Mezzo works because it tells you something you already wanted to know, privately, before anyone else has to tell you.
Anywhere a feedback loop is broken because the signal arrives too late, feels corrective, or causes over-adjustment in the people most motivated to do the right thing — the fix is the same: move the signal earlier, make it private, and design for how it feels to receive it. The next product question isn't desirability. It's proximity and survivability — whether the tool can live close enough to the meeting to be remembered, without being visible enough to break the privacy promise.
What I'd do differently: build calibration validation earlier to test whether users actually adjust volume in response to the signal. Address dark mode from the start — the MVP feedback confirmed this gap. Test the screen sharing risk explicitly rather than discovering it from participant feedback.
Social correction embarrasses people. Private awareness lets them self-regulate.
Currently Seeking
Let's build something thoughtful together.
Product roles where I can work closely with engineering and design to build custom software — including AI when it's the right tool.