Concepts
Why the spreadsheet is still winning
Finance teams keep their workbooks not because they have not found a better tool, but because the workbook is the right primitive. What that demands of agents.
Finance software has been trying to replace Excel for thirty years.
Purpose-built FP&A platforms. BI dashboards. Consolidation tools. Planning suites. ERP modules with native reporting. Cloud-native finance stacks. And now AI assistants that promise to make the spreadsheet unnecessary.
The spreadsheet is still winning.
This is not explained by inertia, technophobia, or budget constraints. Finance teams are not unsophisticated. They are running a rational calculation, and the workbook keeps winning it.
What the workbook has that the alternatives lack
The workbook is transparent. Every cell is inspectable. Every formula is readable by the operator without opening a support ticket, reading documentation, or contacting the vendor. The model of computation is right there on the screen.
The workbook is defensible. An auditor can sit next to a controller and trace any output, through any transformation, back to any source cell. The audit trail is the sheet itself.
The workbook is owned. The controller’s workbook lives on the controller’s machine or in the controller’s cloud folder. It does not require a vendor to be running. It does not stop working because a SaaS platform removed a feature. It does not need a contract renewal to open.
These are not accidental properties. They are the reason finance chose the workbook, and they are the reason finance will not give it up for a tool that promises “better” in exchange for opacity.
What the alternatives kept getting wrong
Most finance software that tried to replace the workbook made the same mistake: it offered features in exchange for trust.
Better charts. Automated roll-forwards. Scenario modelling. Multi-entity consolidation. All real. All useful. All purchased at the cost of giving up inspection rights. The model that runs the numbers is somewhere inside the product. The controller cannot read it. The controller cannot audit it. The controller accepts the output or raises a support ticket.
That tradeoff works in analytics — where the output is informational and a wrong number costs a bad decision. It does not work in accounting — where the output is a signed assertion and a wrong number costs a qualification.
The CFO who accepted the tradeoff learned, usually once, that “the system calculated it” is not an acceptable audit response. After that, the workbook came back.
The workbook as instrument
An instrument is a tool the operator fully understands and fully controls. Its behaviour is predictable. Its outputs are auditable. Its state is transparent to the person using it.
The workbook qualifies. Almost no other finance software does.
The right design question is not “how do we replace the workbook?” It is “how do we make the workbook faster?”
That question has a different answer. It does not require the operator to trust a black box. It does not require the controller to give up inspection rights. It requires an agent that can do the drafting — reading source data, populating templates, calculating standard accruals, building IC schedules — and then hand the draft to the controller in the workbook where the controller already works.
What this demands of an agent
An agent that drafts into the workbook has to earn its place in the audit trail, not bypass it.
That means every draft is presented as a draft — not as a completed output. The controller sees what was produced, why each cell was populated the way it was, and which cells are flagged as uncertain.
It means the agent does not hold state that the workbook does not. If the agent “knows something” about the close that is not visible in the workbook, that knowledge is a liability. It cannot be audited. It cannot be defended.
It means the agent fails gracefully and visibly. When it cannot produce a number from the available data, it says so, marks the cell, and waits. The alternative — filling the cell with a best guess — is worse than leaving it empty.
The bet
We are betting that the workbook stays, and that the right product drafts into it.
This means we will never build a dashboard that replaces the workbook. We will never build a consolidation engine that the controller cannot inspect. We will never produce an output that cannot be traced, cell by cell, back to source data.
If that bet is right, we will compound. Finance teams will add Yig to workbooks they already trust, and the trust transfers. The audit trail stays clean. The controller keeps inspection rights. The workbook wins, and we win alongside it.
If that bet is wrong — if finance teams eventually accept the opacity tradeoff and move off the workbook — we will have built for a market that chose not to exist.
We are comfortable with that risk. The workbook has been winning for thirty years. We are not betting against it.