← All work
Otto · AI-native healthcare

An AI-native clinical workflow clinicians can trust

Product and design leadership for Otto: turning an open-ended "AI for healthcare" mandate into provider-centered jobs, reviewable workflows, and the decision discipline to ship them safely.

Turning an open-ended AI mandate into accountable provider work

Role
Director, Product Design
Company
Tebra
Domain
Mental health workflow
Focus
AI + operating model

Validated direction

De-risked an AI-native product bet through provider research and a working prototype before production build.

Trust by design

Held AI to drafting and synthesis, with recommendation; clinicians keep review and correction, plus approval. Prototype research supported the draft → edit → sign model.

Operating model

Ran a signals → requirements → decisions traceability system across product, research, design, and engineering, so speed never outran accountability.

Evidence
106 days
From first commit to launch
~300 hrs
In-person live collaboration
912K
Lines of code
68
Capabilities across six jobs
Mandate

The work was less about making AI visible and more about making clinical responsibility visible.

Otto is Tebra's ground-up, AI-native practice platform for solo mental health providers, the clinicians who run their own therapy and counseling practices. Rather than bolt AI onto a legacy EHR, the team reframed the entire product around the provider's day and its core jobs. The program ran under the working name ATTUNE before the product became Otto.

It all came together in roughly a hundred days. The product is now live as Otto, Tebra's AI-native EHR for mental health. The outcomes below remain the validated pre-launch evidence that shaped the product, not post-launch adoption or revenue claims.

I led product design direction across a cross-functional team spanning product and research with engineering and PM, and directed an AI-augmented design workflow. My remit was strategy, design judgment, design-system stewardship, executive alignment, and review discipline: turning open-ended AI enthusiasm into jobs, requirements, gates, and artifacts that the whole team could inspect and stand behind.

Problem

Healthcare AI outruns accountability when teams optimize for generated output before the clinical workflow is clear. Otto had to support real provider work (and earn trust) without ever implying that a model owned the record. Day-in-the-life research with solo providers surfaced the same pressures again and again:

  • Documentation is a burden, not a tool: notes spill into nights and weekends, and providers keep a second, informal system just to remember the patient.
  • No single platform covers the day; providers stitch together multiple tools and quietly use general-purpose AI as a shadow clinical assistant.
  • Preparation is a gap, not a habit: some walk into sessions cold, which providers themselves named as a source of stress.
  • The calendar is the command center: any product that treats it as a secondary screen loses.
  • And AI assistance only works if it stays inspectable, source-aware, and explicitly approved by the clinician.
Strategy

I shaped a decision model that connected provider research signals to PRD requirements, workflow maps, design decisions, prototype evidence, and release gates: a continuous chain from "what we heard" to "what we ship." The goal was not to slow the team down. It was to make each move inspectable enough that speed never created hidden risk.

01

Frame by provider jobs

Anchored the product in the core jobs of a solo practice rather than a generic AI-assistant surface, so every requirement traced back to real provider work, not novelty.

02

Dynamic canvas, human decision

Replaced static screens with a context-aware canvas that brings the right work to the provider, while AI stays in draft and synthesis, with recommendation; the clinician owns review and correction, plus approval.

03

Make the path inspectable

Traced requirements to their evidence and gated the roadmap with prototype validation and review loops, so the team knew when a concept was ready to build.

The product needed to learn fast without asking clinicians to trust a black box with the record.

Product

A system that executes, not a set of features you operate.

Most software hands a provider features and leaves the work to them. Otto starts from the job instead. We scoped every capability a solo mental health practice actually needs, then built the AI substrate to carry them. The capability count did not get smaller. The amount of work left to the provider did.

Book & Manage Appointments
  • Week & agenda views
  • Mobile schedule
  • Flexible booking
  • Recurring appointments
  • Edit & reschedule
  • Time-off blocks
  • Conflict checking
  • Appointment actions
Prep for the Day
  • Today workspace
  • Visit prep details
  • Notifications & alerts
  • AI patient summary
  • Whole-chart synthesis
  • Auto-refresh
  • Last-session highlights
  • Safety-aware highlights
Get Paid
  • Stripe Connect
  • Auto charge
  • CPT prefill
  • Review & override
  • Flexible collection
  • Balance alerts
  • Secure payment links
  • Fee schedule
  • Refunds & receipts
Deliver Care
  • Notes from audio
  • Provenance badge
  • Review & sign
  • Autosave & drafts
  • Addendum flow
  • Correction tagging
  • Rich note editor
  • DAP & SOAP
  • Autosave & addenda
  • Post-visit processing
  • Transcript import
  • Safety findings
  • Post-sign extraction
  • Update detection
  • Confirm / dismiss
  • Diagnosis linkage
  • Treatment-plan matching
  • Medication capture
  • Red-line monitoring
  • AI instrumentation
  • Failure recovery
  • Secure join links
  • Prejoin media check
  • DOB verification
  • Provider meeting room
  • Waiting room
  • Split visit layout
Cross-Cutting Capabilities
  • Secure login
  • Practice selection
  • Responsive workspace
  • List & search
  • Patient profile
  • 360 tabs
  • Appointment history
  • Clinical notes
  • Billing history
  • Global search
Decide to Buy
  • Provider signup
  • Credential capture
  • Concierge onboarding
  • Trial counter
  • Trial limits
  • Read-only access
Otto home: Rodrigues Mental Health day schedule with Today’s Alerts Otto mobile: Rodrigues Mental Health day schedule
The workflow

Simple at the surface, complex underneath.

A few clean screens are all a provider sees. The AI substrate and the architecture that carry them are the real scope of the work.

Traditional SaaS
  • Open 7 tabs to assemble context
  • Hunt through 4 screens of menus
  • Type the note from scratch
  • Re-key codes into the biller
  • Reconcile, double-check, submit
  • …and 30 more clicks
Dozens of screens. Hundreds of clicks. Every day.
Otto
  • 1 · See your day, already prepped
  • 2 · Talk. The note writes itself
  • 3 · Glance, approve, done
Everything else (prep, coding, reconciliation) happens underneath.

The genius is what you don't see.

Same workflow, without the clicks.

Leadership

The decision that defined the product was a constraint, not a feature: AI could draft, synthesize, and recommend, but it could never own the record. I made that boundary the spine of the design (provenance, review, correction, and explicit clinician approval as first-class states) and tied every requirement back to provider evidence through a signals → requirements → decisions chain, so the team could tell a validated bet from an untested one. I led design direction across a cross-functional team of product and research with engineering and PM, and directed an AI-augmented design workflow that let a small team cover more research synthesis, requirements, and review than its headcount implied.

The way the design work got made changed too. I stopped handing off mockups and started designing in the running code, working on a multi-agent harness that generates screens against an encoded record of my design judgment. My review became the gate every screen has to clear before it ships.

Operating model

Stood up a signals → requirements → decisions system and an AI-augmented design workflow, raising the team's coverage and review quality without adding headcount.

Cross-functional alignment

Gave product, design, engineering, and leadership a shared language for risk and progress, and held the review discipline that kept it honest.

Trust boundaries

Kept provenance and approval explicit, with review states central to the product model, so AI accelerated the work without ever owning the record.

Three layers proved out end to end on Otto, each one interlocking with the next.

01

AI-native product

A surface simple enough to recede, because the intelligence does the work the provider used to. Proved: the product surface.

02

AI-native architecture

Built so intelligence is the substrate rather than a bolt-on, with a model assumed in the loop at every layer. Proved: the architecture.

03

AI-native product development

A small team building at a pace the old model cannot reach, with AI in the loop at every step. Proved: the speed.

Provider proof

Prototype and early-provider research produced the strongest evidence for the direction: what real clinicians could do with it, in their words.

“This is essentially…doing what a peer or clinical supervisor would do. And then you would pay more for it.”

Meritt Smith, LICSW
What they used

Clinical intelligence that surfaces context and risk, with next steps like a supervisor reading over your shoulder.

Why it matters

Peer and clinical supervision is recommended, rarely affordable. Now it’s built in.

What it proves

AI-native gives every provider a supervisor.

“So that feels better. It feels just more clean and clear…much easier.”

Helen Thilly, Mental Health Provider
What they used

A home view with balance alerts and exactly who to reach out to and reschedule.

Why it matters

The day arrives already sorted. No hunting for what needs doing.

What it proves

Even the careful skeptic ends the day saying it’s easier.

“I feel like it’s my brain.”

Moira Rizzo, LCSW
What they used

A system that holds the whole picture of every patient the way she would.

Why it matters

Nothing slips, because there are no more cracks to slip through.

What it proves

When the tool thinks like the provider, using it turns into relief.

A product can move quickly and still leave the final decision where it belongs.

Outcomes

The direction is de-risked, the core experience is validated, and the team has an accountable operating model for a focused first release with a small cohort of solo practices. These are pre-launch outcomes, not shipped revenue.

Product

A new interaction model

Otto surfaces what matters and acts on it, so the provider uses the software instead of operating it. Prototype research validated the direction and the draft → edit → sign model for AI notes before the production build.

Bet

A real product, not a demo

A small team built something that can stand on its own: a real market and a disciplined first release, scoped for a small cohort rather than a broad, unproven launch.

Organization

An operating model that scales

Requirements traced to evidence and review findings resolved before build lock, with one team designing and deciding, then shipping in a single environment.

Two shifts outlast the release. Otto positions Tebra to set terms in an AI market rather than react to it, moving the company off the fast-follower footing it started from. And the way the work gets made changed: handoffs dissolved into a process where one person can carry an idea from intent to a shipped surface, and a quarter of work can collapse into a week.

The handoff

The team set out to disrupt itself, and that part is settled.

Whether the same approach resets the wider market is the open question, and the only way to answer it is to keep shipping. The Town Hall demo below is where the team handed the work over.