OpenAI's CFO on rebuilding finance with AI: two goals, five lessons, and a scorecard you can steal

Two goals still in progress, a practical scorecard, and the details hidden in three internal tool screenshots.
By OpenAI08-12 · 9 min read⚑ Tutorial / how-to
🎧 Listen to the podcast0:00 / --:--
0:00 / --:--
Deep Dive · Notes by Xiaohu
The 60-Second Read
  • OpenAI's CFO details how her team rebuilt finance around AI, targeting near-instant close cycles and forecasting without manual refreshes—both still under construction.
  • The three internal tool screenshots are more revealing than the five lessons: every AI forecast adjustment comes with a trail of clickable evidence.
  • To measure if it's worth it, she offers four questions, none of which involve seat counts or token burn.
⚑This is OpenAI's own narrative about using its products (ChatGPT Work, Codex). No third-party verification is available, and financial figures and client names in images are anonymized. This article relays only verifiable parts; two external data points were checked against the original report.
The Starting Point

Finance work was mostly assembling materials for decisions

OpenAI CFO Sarah Friar describes how she spent two years building her finance team from scratch into an "AI-native" operation. It's a practical field guide: two goals, five lessons, a scorecard ready to copy, plus three screenshots of internal tools—the screenshots are far more concrete than the text.

First, the problem: finance runs periodic forecast reviews. The actual decisions boil down to a few items: how much can we make this quarter, where to add budget, where to pull back. But before anyone can make those calls, the team goes through this entire sequence:

Gather data
Reconcile
Investigate gaps
Build charts
Write docs
Make slides
In front of decision-makers, only now do they decide
The first six steps are preparation; the last is the reason for the meeting.

The other monthly ritual is the close—finalizing last month's books: how much was spent, where, and the variance against the approved budget. It sounds like simple arithmetic, except the numbers live in different places. They're typically scattered like this:

Money already paid

This sits in the financial system, the most solid part.

Committed but unpaid

Lives in the procurement system, invisible to the finance system.

Work done, invoice pending

Needs an estimate (an "accrual"), typically living in someone's Excel sheet. Like a late-night delivery on the last day of the month—you still count that meal in this month's food budget.

The "why we overspent" story

Often buried in a chat thread, known only to the people involved.

So at month-end, the team's job is essentially reconstructing last month from scratch: pulling numbers from four different systems to piece together what was spent and why.

The Direction

Two goals: zero-day close and continuous forecasting—both a work in progress

She set two goals, and they're sequential.

Zero-day close

See the company's financial position at any moment: numbers are correct, and every item can be drilled into to see its origin. Traditionally, a close takes days to weeks; "zero-day" aims to shrink that wait to zero.

Continuous forecasting

With the books always current, forecasts can follow suit: where the business is heading, what next quarter looks like, and which decisions change the numbers. No more manual monthly spreadsheet updates.

Why the first goal first? Because forecasts are built on book figures. With a constantly updated ledger, forecasts can be recalculated anytime. If the books only close at month-end, then even frequent forecasting uses stale data—the more often you calculate, the faster you compound the error.

Why spend two years chasing these? The payoff isn't speed itself. Faster closes and frequent forecasts are means to an end: seeing a problem while you can still do something about it. Discovering a line item collapsed after the quarter ends leaves no options; spotting it mid-quarter means you can reallocate budget, pull back on ads, or change pricing.

Both goals are still under construction. The article is about the direction and how work processes have already changed, not about finished results: it doesn't give a single number for how long a close takes now or how often forecasts refresh.

Lesson One

A one-day finance hackathon produced IR-GPT

The first step was giving everyone access and letting people experiment with their own tasks. But access alone isn't enough—most people try it twice and then drop it, because nobody has time to figure out "how could this task be done differently?"

So they ran a hackathon: one day, the entire finance team set aside regular work. Each person picked their most tedious repetitive task and built a tool for it on the spot. They brought in sales engineers to help—the tech-savvy folks who usually build solutions for clients. Anyone stuck had someone to ask. By the end of the day, someone could go the whole distance: pick a task they do monthly, build something usable, have a colleague try it, and iterate immediately.

One output was IR-GPT. When investors consider funding or follow-on rounds, they send a barrage of questions: How was this revenue calculated last year? Why did this cost rise? Why doesn't this number match last quarter? Previously, each round meant someone digging through old materials and drafting answers by hand. IR-GPT feeds the "approved for external communication" documents to a custom GPT, which produces a first draft. Procurement and tax teams each built their own later.

The lesson here is a two-sided effort: the people doing the work know which steps are painful and what good looks like, but they often build small utilities; leaders have to identify what matters most to the company and concentrate resources there. This follows: when the points below align with what leadership has identified as most important, it makes sense to scale it up.

The Method

Work backwards from the decision, redesign the whole process

The hackathon was just the starting point. The real shift is something else: AI changes the size of the chunk you can rework at once.

In the past, efficiency efforts targeted individual steps: make a spreadsheet faster, find data quicker, write documents more efficiently. Speeding up each step by 20% leaves the overall chain unchanged, because the waiting and handoffs between steps remain. Now you can operate at a different scale: redesign the entire path from raw data to a decision.

Gong calls Slack threads RevOps forecast Previous forecast Adjustment rec Confidence 86% Needs human check Takes effect after review Active
A reconstruction based on the internal screenshot: four signals converge into one recommendation, which carries a confidence score and passes through human review before hitting the forecast.

The method is directly transferable: pick a real decision that needs to be made—say, "should we increase next quarter's ad budget?"—then trace backwards, listing what data you need, whose approval is required, and how many handoffs occur. Then go step by step and ask: Can AI compute this step? Can it help chase things down? Can it do it entirely on its own?

In Practice: Part One

Five data sources auto-reconcile; AI drafts, finance approves

Applying the backwards approach to the close produces a workspace. It pulls everything previously scattered across systems into a single page, and it's constantly auto-reconciling: approved budgets, actual spend from the finance system, signed-but-unpaid POs, estimated accruals, and individual transactions.

Once connected, spotting "we're over budget this month" allows you to click through to the specific transaction or PO. AI drafts an explanation of the variance, flags anomalies, and prepares a review; a human verifies the numbers, judges materiality, and signs off.

Budget vs actual reconciliation workspace screenshot: left column shows three data sources marked as reconciled, middle column is the accrual bridge, right column is the Codex-generated review draft
Reconciliation workspace: left column shows three data sources (budget, finance system, POs), each marked with a green "matched" indicator; the middle column walks through how the monthly expense was calculated; the right column shows Codex's review note, marked "Draft." Notice the period is "April · Demo year" and the PO number is DEMO-1042, with all amounts as $x.x—this is demo data. Image / OpenAI

The bottom-right of this screenshot has a line that captures the division of labor perfectly:

Codex handles the mechanics. Finance owns the judgment.

Caption from screenshot: Codex automates the mechanics. Finance owns the judgment.

Another line worth remembering: the close doesn't disappear—what disappears is the frantic post-period scramble to reconstruct last month.

In Practice: Part Two

Forecast suggestions show four evidence trails; human acknowledgment required

The reconciliation workspace tells you what happened last month. The forecasting workspace handles something harder: what next quarter might bring, and what justifies changing that number.

The second screenshot is a 38-second screen recording of a tool called StratFin DS. It opens on a table with three numbers for the same quarter side by side: what the model calculated on its own, the previous approved version, and the current working version; the next two columns show you the exact differences. This layout makes it immediately obvious who bumped a number up, and by how much.

Scrolling down, you can adjust individual accounts: select a client, drag a point on the curve to where you think it should be, and the surrounding numbers update instantly.

The most revealing part is the "Recommendations" page. AI suggests bumping a client's number up, and alongside it lays out "here's why," each point annotated as connected to its source:

GongConnected

Sales calls are auto-transcribed by Gong. Recently, this client mentioned scaling up usage on calls, timed with their next quarter's model launch. Another signal on the chart shows this client's spend is up 38% QoQ.

SlackConnected

Internal Slack threads show marketing and product launch folks flagging this client as a priority. A pricing change is also mentioned—something history-based usage data simply wouldn't reveal.

RevOps forecastConnected

The RevOps team, which owns revenue processes and data, has submitted a figure higher than the model's calculation.

Previous forecastConnected

The previous approved forecast is $7.8M higher than the model's. So AI recommends a middle path: not as low as the model, not as high as the previous version.

Model value
$6.5M
Confidence
86%
Rec impact
+$3.8M
Incremental gain
+$841K
Client spend QoQ +38% Pricing change context Median adoption Q3-Q4 ⚑ Needs human review
Accept suggestion
Recommendation card reconstructed from the screenshot (values from image). Four pieces of evidence, a confidence score, a "needs human review" tag, and a final "Accept suggestion" click to make it active.

Here's the key point: it breaks the reasoning into things you can verify one by one. You can listen to the Gong call, or judge for yourself whether the Slack pricing change holds up. You can see for yourself whether the suggestion still stands if one piece is missing.

Screen recording of the interactive forecasting tool: quarterly summary table, account-level adjustments, and AI recommendations with evidence trail
A 38-second recording: from the three-number quarterly table, to selecting a client and dragging a point, to the evidence-backed AI recommendation. The client name APEX Inc. is anonymized. Image / OpenAI

One level up in the same interface is budget allocation: seeing where marketing spend is still producing returns, where it's flattening, and where the next dollar might be better spent.

Diminishing returns curve for performance marketing, with a channel reallocation table below
Marketing spend efficiency curve: the x-axis is daily spend, and the y-axis is return. As the curve flattens to the right, additional spend yields less. R²=0.94 indicates a tightly fitted curve. The table below lists channel reallocations. Image / OpenAI
The People Factor

Finance staff without a coding background are building tools with Codex

With tools like this, the profile of who builds them has changed too.

In late July, OpenAI's Economic Research team published a report with two relevant figures: for finance professionals, 40% of occupation-specific AI usage involves tasks outside the traditional scope of finance, with 22% related to engineering.

To understand the 40%, context helps. Comparing across eight occupations, finance is actually among the least cross-disciplinary:

Customer exp.
77%
Design
75%
Human resources
69%
Legal
56%
Marketing
53%
Sales
40%
Finance
40%
Engineering
28%
Across eight occupations, the share of AI use for tasks outside one's core role. Data from OpenAI Economic Research's "Work at the Frontier" report, Figure 3. Recreated by this site based on the original figures.
We have a full breakdown of this report
OpenAI Analyzed 800K ChatGPT Work Messages: In Five of Eight Jobs, Most Professional Prompts Are for Someone Else's Work

So read the 40% this way: even in one of the least cross-disciplinary roles, four out of ten tasks push beyond the traditional job description.

Her team now uses ChatGPT Work and Codex daily to build their own tools. ChatGPT Work is OpenAI's office agent released in July—it can work across software, run for hours, and deliver finished spreadsheets, slides, and web pages. Codex is OpenAI's coding agent. Deliverables have changed accordingly: instead of a static Excel file plus a PPT that dies on delivery and needs a rebuild when data changes, the output is a live page you can query further; when the underlying data shifts, it updates itself.

The most concrete example: a team member supporting ad operations, who previously had zero coding experience, used Codex to build a tool that splits the monthly ad forecast into weekly and daily plans. It accounts for business days and holidays, compares forecast versions, and locks every number to the approved model. The marketing lead opens it to see what changed, where to invest, and what the extra spend buys.

Finance professionals haven't become less specialized. Their expertise now extends further: instead of submitting a request and waiting for IT, they can build what they need themselves. And the act of building forces you to rethink why the work has always been done this way.

The Guardrails

AI can draft, but it can't change an approved number

When everyone can build tools and AI can generate output in seconds, the question shifts: who owns the error?

Back to IR-GPT. Historically, when an investor came with questions, an analyst would dig through past materials, draft answers, double-check consistency with what previous investors were told, and run a review across several people. It took hours, sometimes overnight. Now, the "approved for external communication" documents are fed into it, and it produces a decent first draft in seconds.

But it's a first draft. The article doesn't state how long a human needs to read and refine it, so "hours to seconds" shouldn't be treated as the full speedup. The investor relations team's work hasn't decreased: they still read the draft, add judgment and context, and check that different investors get consistent answers. AI saves the time spent hunting for materials and typing. The responsibility stays with people.

So they set hard boundaries. Together with IT and risk management, they put four things in writing:

What data AI can access

Which databases are open to it, and which are off-limits.

What actions AI can take autonomously

Can it only suggest, or can it directly modify numbers in a system?

Which actions require human approval first

At what point does it need to stop and wait for sign-off.

What conditions trigger an immediate escalation

Which anomalies are too risky to handle on its own and must be reported.

Additionally, three non-negotiables:

1. Every claim traces back to a source

If AI says "spending is up this month," you can click through to a specific record.

2. Every forecast includes a "why this number"

No forecast gets submitted with a result and no rationale.

3. The approved version of numbers can't be casually changed

Changes require sign-off from finance.

The third one is the hardest and deserves its own explanation. "The approved version" refers to the forecast the company has signed off on, by which departments allocate budgets and the external narrative is set. If that number changes, everything downstream moves: do budgets need re-splitting? Does the board presentation change? So AI can't change it, no single person can change it without review, and finance must approve. The "needs human review" tag and the "Accept suggestion" button in the forecasting tool are exactly this rule rendered in UI.

The article also touches on an industry buzzword: the brief "tokenmaxxing" craze is over.

tokenmaxxing: A practice popular in tech circles around 2025–2026, treating "tokens burned" as a productivity metric—the more used, the more hardworking you appeared. Some companies even ran internal usage leaderboards, awarding titles like "Token Legend" to the heaviest users. The trend faded when bills spiraled out of control. Its absurdity is like judging programmers by "lines of code written per day": the metric looks impressive but has little to do with doing good work.

Why it's over: all the necessary controls are now standard. Usage caps per person, budgets, role-based access, routing simple tasks to cheaper models, and approval gates for big-ticket items. AI spend can be managed like utility bills or travel expenses, while still leaving room for teams to experiment.

With boundaries set, teams feel safer letting AI move faster, because they know which step to check and who to call when something goes wrong. And when reconciliation, aggregation, and material prep speed up, people free up time for what can't be delegated: challenging assumptions, advising the business, making the call.

Measuring ROI

Four Questions, Two Scorecards—Not About Seat Counts

Once controls are in place, the remaining question is simple: is it worth it? The answer: number of seats or token counts say nothing. What matters is whether the work got done well and what it truly cost.

Ask four questions for every workflow:

✅ The four-question AI workflow scorecard

For a finance team, "useful work" can be specified: a forecast update, an explained variance, a closed audit query, an answered board question. Drilling down further, close and forecasting each have their own quantifiable scorecards:

01Cycle time, from month-end to final numbers (days)
02Share of transactions auto-reconciled
03Number of anomalies requiring human review
04Time to explain a single variance
01Forecast accuracy
02Time to recalculate a forecast version
03Time to model a new scenario
04Quality of decisions made from this forecast

The final note is a corrective to "cost-saving" logic: the cheapest model isn't necessarily the cheapest overall. A stronger model might give you a usable answer in one pass, saving more in human iteration and rework than the model price difference.

The Takeaway

To Get Teams to Use It, First Show Them What It Looks Like

The piece closes on a favorite line of hers: you can't be what you can't see. To help finance teams believe what AI can do, they first need to see it—and that has to start with the CFO herself.

Three things to take away: the method of picking a real decision and working backwards through the whole process; the boundary line of "AI drafts, humans approve, and changing the baseline requires authorization"; and the scorecard that ignores seat counts and asks only four questions.
Source
What building an AI-native finance function taught meSarah Friar / OpenAI·Original·2026-08-10
Editor's Note
All three screenshots are from the original article. The 40% and 22% figures were verified against the original report: 40% comes from Figure 3 (cross-occupational tasks as a share of that occupation's specific messages), and the eight-occupation bar chart is redrawn from Figure 3 values; 22% comes from the engineering column for finance in Figure 4. The recommendation card is a reconstruction based on the original screen recording. The "forward vs. backward" diagrams are original to this site. The tokenmaxxing context comes from public reporting, not the original article.
↑ End of article
✓ This article is free to read in full

Members can copy or download the full Markdown, and let their AI subscribe and ask.

Read the original ↗
📮 New explainers, straight to your inbox

Found this useful? Leave your email — every new explainer, the moment it's out. Unsubscribe anytime.