01PRODUCTION AI / HUMAN-IN-THE-LOOP / 0 TO 1, DESIGNED END TO END, SHIPPED / PROTOTYPED IN CODE

A dashboard tells you what happened. A protocol tells you what's allowed to happen next.

The hard part of MultiFi wasn't automating the finance inbox. It was making an AI a skeptical finance team would actually trust to touch their money. Here's how I designed that trust, one visible decision at a time.

Product
MultiFi AI
Role
Product Designer
Surface
AR/AP Inbox
One flagged invoice in MultiFi: the agent marks it Missing PO, explains what it checked and why it needs a human, and opens the source document to verify
01 / THE STAKES / PRODUCT THINKING

Most AI products are forgiving. This one couldn't be.

A chatbot's bad answer costs you a reroll. A wrong call here is a bad audit, or a payment chased twice. Helpful wasn't enough. The AI had to be trusted, and trust is earned on screen.

The output is not the product. The user's trust in the output is the product.
02 / THE INSIGHT / USER RESEARCH

It started with one email the analyst couldn't quite decide on.

The version where I was wrong first, and a user showed me why.

On a screen-share, clearing her inbox fast, one item stopped her cold. She said it word for word:

I just don't know what the system is telling me.

The model had been right. She just couldn't see why, so she couldn't trust it. That one sentence set the whole design: don't make the AI smarter, make it legible.

What the analyst saw: MultiFi recommends Approve and pay at 94% confidence, with no reason she could check
03 / THE TRAP / PRODUCT STRATEGY

In production, trust dies in two opposite ways.

A black box you can't question, or a noise machine that cries wolf until you tune it out. Both end the same way: the human stops trusting the AI. The design had to beat both.

04 / THE DESIGN / TRIAGE & IA

A triage surface, not an arrival queue.

So I sorted the inbox by what you have to do, not by what the model scored. Needs you, handled, or no one, each with a status, a reason, and a next action. You trust it because you can see the whole board at a glance.

MultiFi AR inbox sorted into triage lanes with tag chips and counts

The inbox, pre-sorted by what the human has to do, not by when mail arrived. Tags carry the reason; counts show the load.

05 / THE DESIGN / AI EXPLAINABILITY

Show the reason, not the score.

For the calls that need a human, I showed the reason and the evidence behind it, never a bare confidence number. A reason can be checked; a number can only be believed. Checkable is what trust is made of.

MultiFi agent panel showing the reason for its conclusion beside a drafted reply with the send gated

The agent states what it did and why, then drafts the reply. The human reads the reason, edits freely, and holds the send.

06 / THE DESIGN / SYSTEMS THINKING

Every email needs a status, a reason, and a next action.

Underneath sits one contract: every email in a visible state, uncertainty routed to a human, and nothing committed until you approve. Reversible, on the record, always.

State machine / email lifecycle
AI pipeline
NewClassifiedReply drafted
Human review
ExceptionNeeds reviewApproved
Resolved
SentLogged to audit trail

Every email moves through a visible state, in one of three lanes. The AI writes its decisions onto it; the human can catch any of them before it goes out.

07 / THE PROTOCOL / AGENTIC UX

Three patterns that travel beyond finance.

State as contract, signal over score, exceptions first. This isn't a fintech trick; it's how any autonomous agent earns the right to act, across AP, payroll, and the rest of the stack.

State as contract

What the model may do alone, and where it must stop and ask.

Signal over score

A reason you can check beats a number you can only believe.

Exceptions first

Surface what's wrong loudly; let confident success stay quiet.

MultiFi finance platform: AR, AP, Payroll and Equity inboxes with multiple finance agents, plus revenue and AR-aging views

The AR inbox is one agent among many. The same protocol has to hold across AP, payroll, and the rest of the finance stack.

Outcome / ownership
Shipped and running in production inside MultiFi's finance platform. I led it end to end, research to shipped, and worked with the model and engineering teams to ground the design in how the system actually behaves. I prototyped the hard interactions in code before committing engineering, and designed the flows across their edge cases and recovery paths, not just the happy path. I don't have adoption metrics to show yet. The honest outcome, the one that matters for this product, is a system a skeptical finance operator will actually switch on and keep on.
08 / WHAT'S NEXT / PRODUCT VISION

Most AI UX today is still decoration.

Confidence percentages, sparkle icons, AI badges, decoration. Real trust is built one layer down, in the protocol between what a model may do and what a human must verify.

MultiFi was the first time I designed for this layer. I want the next one to be the layer that powers everyone else's.