Measurement-Based Care · Client & Provider Portal · 2021–2022
Clients were completing mental health assessments with no feedback. Providers were receiving scores they weren't using. I designed Therapy Journey, SonderMind's first client-facing view of clinical assessment data, and the parallel provider improvements that made measurement-based care work on both sides of the relationship.
↓ Jump to solutionAt a glance
My role
Lead Designer
Timeline
Jun 2021–2022
Team
PM · Eng Lead · Clinical Quality Team
Tools
Figma · Playbook UX
Status
Shipped to 100%
Background
Measurement-Based Care (MBC) is the clinical practice of routinely collecting patient-reported data (symptom severity scores, functional assessments) and using that data to adjust treatment. Done right, it creates a self-reinforcing cycle: a client completes an assessment, the provider sees the score, adjusts their approach, the client experiences more responsive care, and is more likely to complete the next assessment.
The clinical evidence is strong. Patients in MBC programs deteriorate less and improve at significantly higher rates compared to routine care. At scale, the data also supports payor negotiations, provider development, and quality improvement. It's one of the few things that's genuinely good for clients, providers, and the business.
The catch: the flywheel only works if the data actually moves. At SonderMind, it wasn't. Clients completed assessments with no feedback. Providers received scores they weren't reviewing. The loop was broken before it could become a loop.
The problem
Business problem
CQ completion had dropped from ~30% to 12% over 7 months. 78% of providers weren't reviewing PRO data beyond the summary score on their dashboard. If providers weren't using it, clients had no reason to complete it, and the clinical value of the whole system evaporated.
User problem
They had no idea what their scores meant, whether anyone was reading them, or whether they were getting better. The clients who kept completing CQs did it because their therapist told them to, not because the platform gave them any reason to. The ones who stopped had no signal it mattered.
Technical constraint
The CQ infrastructure was a patchwork of joined tables. Scores weren't reliably stored. The rewrite had to happen alongside the design work, which meant building a display experience for a data model that was shifting under us. We also had a clinical constraint: showing clients PHQ-9 scores that included suicidality questions required careful design from the start.
The research reframe: we went in thinking this was a completion rate problem. It was actually a meaning problem. Clients weren't completing CQs because the act felt disconnected from their care. Making scores visible wasn't just a feature; it was closing a loop that had been open since the beginning.
Research & discovery
I ran research across three cohorts, starting with high-engagement outliers to understand what completing CQs actually looked like when it worked, then moving to concept testing and usability validation.
Round 0 — Behavioral outlier interviews
I wanted to understand what made them different, because their behavior was what we were trying to cultivate. Three things consistently came up: their therapist had set the expectation that CQs were part of therapy; they used them for self-reflection between sessions; and therapist follow-up mattered to them. CQ completion wasn't a platform habit. It was a relational one.
Round 1 — Unmoderated concept testing · 6 participants
Round 2 — Moderated usability testing with SonderMind clients · 5 participants
Solution exploration
"Otto" mapping — smiley face expressions tied to score ranges across all three assessment types
Editorial judgment
Every item below was seriously considered. The kills weren't obvious; they were argued for.
Provider-mediated viewing only
The existing model: providers shared CQ data verbally during sessions. Clinical literature supported this. We chose not to rely on it because providers weren't doing it at scale, and we couldn't gate client access on a behavior we couldn't control.
Graph visualization on the provider side
We built trend lines for the client-facing Therapy Journey but left them off the provider side. Two reasons: providers were already getting several new CQ types in the same release, and adding a graph on top of that was too heavy a dev lift for the MVP. The rationale that made the tradeoff easier: providers are trained to read scores. A PHQ-9 of 14 means something specific to a clinician without a line going up or down. Clients don't have that training, so the graph was doing more interpretive work for them. The 2023 CQ Visualization initiative eventually closed the gap on the provider side.
Question-by-question breakdown in V1
Research strongly surfaced this — clients specifically said they wanted to see individual items, not just aggregate scores. We cut it because the backend scoring model didn't support it yet and the engineering effort would have delayed the whole feature.
Therapist comment overlay
The most-requested feature in Round 1 research. Killed from V1 because it required provider-side workflow changes that weren't scoped. We shipped knowing this was a gap.
Dynamic in-line coping resources
Round 2 participants wanted something to do right now between sessions. We addressed this partially with a static Discover section. Dynamic resource matching was V2+ scope.
Trend graph + plain-language severity + Discover section
Line graph of last 6 submissions per assessment type; severity descriptions in plain, compassionate language ("anxiety" not "GAD-7"); smiley face visual tied to score range; Discover section with static wellness content; separate detail views per assessment type.
The solution
The design addressed both sides of the broken loop: giving clients visibility into their own progress, and giving providers a more actionable view of the data they were responsible for using.
Provider portal — Assessments overview with GAD-7 detail
Client portal — Therapy Journey GAD-7 detail
What taking an assessment looks like — the GAD-7 flow from first question to completion
01
Plain language over clinical labels
Research consistently told us clients found "PHQ-9" and "GAD-7" alienating. Every label was rewritten in plain language: "Anxiety" not "GAD-7," "Depression" not "PHQ-9." Score descriptions were framed around the client's experience, not a diagnosis. "Everyone experiences anxiety from time to time" instead of "Minimal severity."
Cost: required clinical sign-off on every phrase. Slower to ship, right to do.
02
Six-point trend graph with interactive data points
The graph showed the last 6 completed assessments per type. Each point was interactive — clicking surfaced the score, date, and a written description of what that score range typically means. 100% of Round 1 participants had asked for this. Round 2 confirmed it landed.
Cost: only available for clients. The same graph on the provider side was cut from this release — see funnel above.
03
Naming it "Therapy Journey" — not "Assessments"
The name wasn't cosmetic. "Therapy journey" placed the experience inside the client's ongoing care story, not inside a clinical data system. In Round 2 testing, it resonated on first exposure: "Therapy is a journey right? It's about getting better and improving yourself even if the numbers get worse."
This one I'd fight to keep in any future redesign. Naming is philosophy made visible.
The provider side shipped without the trend graph. Providers are trained to read assessment scores directly, and adding a visualization on top of several new CQ types in the same release was too heavy a dev lift. What shipped: score summaries per assessment, differentiation between scheduled and manual sends, and a scoring/interpretation section with clinical context alongside raw scores.
The messy middle
Infrastructure problem
The CQ backend rewrite happened in parallel with the design work. Some assumptions about what scores would be available, in what format, and with what latency had to stay flexible throughout. At one point a scoring bug meant completed CQs weren't showing up on the client side at all after submission.
MVP debate
Scoping conversations with my PM and eng lead kept circling the same question: are we shipping enough to be useful, or so much that we're shipping late and fragile? The graph-vs-no-graph call on the provider side came up multiple times. It took a principled argument, not just a scope call, to close it.
Language problem
Round 2 research flagged that our severity language still felt "platitude-y" even after we'd improved it. Participants said it was validating but not meaningful. We knew we hadn't fully solved it and treated it as a known gap going into launch. It's still unresolved.
The gap we shipped with
The most-requested feature in Round 1 was therapist comments alongside scores. We knew this going in and scoped it out anyway. The research was set up to validate the display approach, not to challenge whether the whole interaction model (client sees data, interprets alone) was right. That's worth owning.
Impact
22.8% → 31.6%
CQ completion rate
Jan 2021 → Nov 2021 peak
27–30%
Sustained completion rate through 2022
Despite ~7× volume growth
~40K → 275K+
Monthly CQs delivered
Jan 2021 → Dec 2022
82,682
Completions in a single month
Nov 2022, up from 9,081 in Jan 2021
"I can't stress enough how this helps me reflect and keep track of what my real triggers are."
SonderMind client · Round 2 usability study"Therapy is a journey right? It's about getting better and improving yourself even if the numbers get worse, you know, you keep trying."
SonderMind client · Round 2 usability studyPlatform-wide data, not a controlled study. Network growth and other improvements were in play during this period. The trend inflection in late 2021 aligns with the Therapy Journey release, and the stabilization through 2022 suggests the experience change held at scale. Whether higher completion rates actually improved clinical outcomes is a longer measurement horizon we didn't have instrumentation for at the time.
Challenges + learnings
Designing the display layer while the scoring backend was being rebuilt meant we hit walls mid-build that wouldn't have come up in a normal discovery process. Next time I'd push for explicit alignment on data model readiness before committing to visual scope.
Both rounds surfaced things we could act on. But the research was set up to validate the display approach, not to challenge whether the interaction model itself was right. We knew clients wanted therapist context alongside their data and shipped without it. Worth naming.
"Therapy journey" over "assessments" or "clinical data." "Anxiety" over "GAD-7." These weren't polish. They were a position about who this tool was for and how it should make people feel. In a product full of clinician-facing language that leaked into client surfaces, getting this right mattered. Future iterations that revert to clinical labels will lose something real.