AI Financial Account Mapping

AI Financial Account Mapping

AI Financial Account Mapping

2026 · Product design, AI agent design, research

2026 · Product design, AI agent design, research

Getting finance teams to trust an AI with their numbers

Drivepoint's GL Mapping Agent connects a consumer brand's accounting system to the financial model it uses for planning and reporting.

Before this, Customer Success mapped hundreds of accounts by hand for every new customer. I designed the agent end to end as the only designer, including UX, UI, interaction, agent behavior, and copy.

Impact
$377K

Miscategorized cost a customer caught and corrected in a single walkthrough.

Onboarding
0

Customer Success sessions needed. Onboarding is fully self-serve.

Speed
~2 hrs

To map a brand at setup, down from weeks.

Automation
~90%

Of accounts mapped automatically. Only edge cases go to review.

Mapping was both a growth tax and a financial risk

For Drivepoint, mapping was a bottleneck to growth. Customer Success set up every brand by hand, hundreds of accounts at a time, and the work never really ended. New accounts appeared every month, creating recurring manual work for every customer.

For customers, the stakes were higher. Account mapping is the foundation underneath Drivepoint's reporting and profitability model. If an account lands in the wrong channel, the error propagates into the P&L, making one part of the business look more or less profitable than it actually is.

The product needed to automate the work without making financial teams less confident in the numbers.

AI automapping

The hardest part wasn't the interface

It was understanding enough about financial reporting to know when the product itself was getting the domain wrong.

I came in with experience designing complex financial systems at Gitcoin, but consumer-brand FP&A had its own logic and vocabulary. I built that fluency through interviews with finance leaders and by working closely with analysts, learning to read a P&L the way they do.

It's why I could see the mapping model itself was wrong.

We were mapping the wrong thing

The original approach was to map accounting classes directly to Drivepoint channels.

It looked logical on paper, both were ways of grouping money. But customers revealed a problem.

A cash account like Chase Checking might be tagged with Amazon, DTC, and Finance classes. The classes describe how the account is used, but the account itself is still cash. It doesn't belong to any sales channel.

Mapping by class would therefore assign channels to accounts that don't have one, corrupting the channel-level reporting the product exists to provide.

So I changed the agent's underlying logic.

Instead of mapping classes to channels, the agent reasons about each account and how it's actually used.

The AI proposes mappings where it has enough evidence. People make the judgment calls where it doesn't.

New workflow for mapping accounts

Three decisions that earned their trust

Audit, don't approve

The system was designed so the AI handles obvious mappings and only escalates uncertain cases. ~90% of accounts are resolved automatically, leaving a small set for human judgment.

Explain impact, not errors

Finance teams don’t act on “inconsistencies”, they act on business impact.
So instead of flagging issues, the agent translates them into financial consequences (e.g. “This would have inflated CAC by ~$34K/year”).

Add friction where it protects trust

Because mapping affects live financial models, changes move through a deliberate flow: Approve → Staged → Live.

That extra step ensures teams can review high-impact changes before they affect reporting.

Manual bulk approval

What it looks like when it works

Shortly after launch, the product was used in a walkthrough with the VP of Finance at a women's health brand.

During the session, the agent surfaced a mapping issue involving $377K of Amazon fulfillment costs. The costs were categorized correctly in the accounting system, but had been mapped to "shipping" instead of "fulfillment" by the time they reached the model.

She caught the issue in real time, remapped the accounts, and reimported the data. The channel-level discrepancy disappeared before the meeting ended.

That's the experience I was designing for. Not a quarterly cleanup when something has gone wrong, but a system a finance team can use the moment a number looks off.

What shipped

Self Serve Mapping

Customers can map their own accounts directly from the Account Mapping experience, without CS setup or scheduling.

Channels that reflect how brands actually sell

Customers can create custom channels for businesses like Costco, TikTok Shop, and regional distributors instead of being forced into a fixed taxonomy.

Financial dimensions preserved

Revenue and expenses by department, location, or class flow through from QuickBooks and NetSuite without being flattened into a generic P&L.

An agent that improves with use

Corrections become signals the system can learn from, allowing mapping to improve as a brand grows.

What I'd do differently

Tune confidence thresholds from real usage

We initially set the agent's confidence thresholds partly through domain judgment. With live customer data, I would have used the actual distribution of successful and corrected mappings to continuously tune where the agent should act versus ask.

Design the ongoing state earlier

Most of the early product effort went into first-run mapping. But mapping doesn't end at onboarding, new accounts appear continuously.

The next iteration would treat ongoing maintenance as a first-class experience, with the same attention given to initial setup.