Selected Work

Systems, experiments, and the questions that shaped both.

Lead product designer building consequential systems across healthcare operations, enterprise workflows, and AI agents.

Independent build
PERSONAL AGENT

When the terms change, you review them again.

A personal agent that keeps the plan together when it changes.

Approval belongs to a versiona changed price withdraws the old review and asks again
Takeover comes back preparedyou book it yourself, and Tenon records what you changed

Mandate

Eleven clean tool calls. One $9,000 purchase exceeded a $5,000 cap. The behavioural check caught it.

Independent AI product · working build

06
AGENT SPEND

Partner Operations

One partner request across five systems that had accumulated rather than composed.

ServiceNow · Production product · recreated

07
PARTNER OPERATIONS

Experiments

Smaller things, built to find something out.

Unpack

Can a research report stay honest after it ships?

IN MY DAILY WORKFLOW
Agentic research

Agent telemetry

Where does an always-on agent actually spend its money?

PROTOTYPE
Agent operations

Design context compiler

Does giving an agent the design system beat pasting a screenshot?

EVALUATION PROTOTYPE
Design tooling

Interface work

The details people actually use.

Everyday interactions across banking, investing, and patient booking.

Wells Fargo

Everyday banking, with control close at hand.

Mobile banking

Charles Schwab

Understand what changed in your portfolio.

Investment clarity

Patient booking

Change your visit without losing your place.

Rescheduling

Three defaults the work didn’t survive.

Each was the reasonable default. The work showed what it cost.

  • A confidence thresholdExplicit review states
    Lumens AI

    A continuous score left the lawyer setting a threshold with no basis for choosing one. The concept replaced it with draft / reviewed, where review stays an explicit human act.

    See the review states
  • One workflow for every siteTwo operating models
    Patient Rounding

    The mapping surfaced two different jobs. About a third of sites had a patient-experience team whose mandate was rounding; the rest had service-line leaders fitting it around everything else they owned. One needed depth, the other speed.

    See the operating models
  • One status per requestLifecycle and custody move apart.
    Partner Operations

    A request that had changed hands still read as one status, so nobody could tell a stalled approval from a reassignment. The record now carries lifecycle and custody as separate tracks, and its own event log shows the state holding while responsibility moved twice.

    See the custody ledger

Working notes

Notes from the build.

AGENTIC UX
Etched illustration of a hand turning a control dial

What "agentic UX" actually means

Underneath the buzzword sits a real design craft: shaping the boundary between what a system does on its own and what it checks with a person first.

Design precedent

Human oversight is a design choice that varies by context, and interfaces should let people understand, dismiss, or correct AI behavior.

Inside

  • Where does a feature sit on the autonomy line, and who decided?
  • Why "the AI can do it" is the beginning of the question, not the end
  • What makes a system act, ask, or hand control back
  • How do you make that boundary legible to the person on the other side?
System autonomyHuman judgment

The design work is deciding where a feature sits on this line, and making that legible to the person on the other side.

Rescheduling an internal focus block is not the same design problem as changing a patient priority or approving access to financial data. The interaction may look similar. The authority is not.

The design work isn't making the agent capable. It's making the boundary visible.

Covers autonomy, approval, reversibility, escalation and auditability.

PROCESS
Etched illustration of two hands framing a circle, a square and a triangle

The brief is the deliverable

Most of the design work that matters happens before any pixel exists. The decks come later. The brief is the deliverable.

Design precedent

Established design frameworks put problem discovery and definition before solution development, so teams gather evidence about what to build first.

On patient rounding, the critical decision was not the eventual screen. It was recognizing that the proposed product boundary did not match how rounding actually happened on the floor. Once that changed, the interface problem changed with it.

Brief fragment

Problem boundary
A rounding feature scoped as a standalone build
User / role
Nurses rounding on the floor
Operational constraint
Logic already owned by the platform's existing sites
Product decision
Remap onto the existing site structure
Non-goal
A second surface beside the one nurses already use
Unresolved question
Still open

The earlier the ambiguity, the more expensive it is to carry forward.

A good brief doesn't remove the design work. It makes sure the team is solving the right problem.

PRODUCT
Etched illustration of a red gate pausing a box on a conveyor belt

Enterprise AI is won in the workflow, not the model

Enterprise AI is won in the workflow around the model: who reviews what, where the system pauses, what it can access, and what happens when it gets one wrong.

The model is one dependency

Enterprise products also have permissions, policy, exceptions, queues, ownership, audit requirements, and existing systems of record. A better model does not make those disappear.

Model quality determines what is possible. Workflow design determines what is safe and useful enough to deploy.

manual correctionRequestAccess checkAgent actionApprovalCommitAudit trailRecovery

Fig. 03 · Workflow anatomy

Swap the model and the product barely moves. Fix the workflow and it ships something people trust.

The model determines what the system can do. The workflow determines when it should.

Compare notes