CFO Insights
May 25, 2026

Two Skill Trees Are Merging Inside Every Finance Team

The next great accounting software won't be built by software engineers.

It will be built by accountants.

That observation is uncomfortable for two camps. The technologists who assumed they were the natural builders of the next finance stack. And the finance leaders who assumed AI was a tool other people would build for them.

Both assumptions are wrong.

The Two Career Tracks That Never Connected

For most of the last fifty years, finance and software grew on different career tracks. A finance person learned what numbers mean and how to interpret them. A software engineer learned how to build the systems that produce numbers. The handoff between the two was a translation layer made of tickets, requirement specs, and roughly 80% of what either side actually wanted.

The translation layer worked. The throughput was bad.

By the time engineering had built what finance asked for, finance had moved on to a different question. The tools got more sophisticated. The gap between the people who knew the work and the people who could automate it did not.

That world is now collapsing. The teams who feel it first are the ones with finance operators learning to build, and the teams who feel it last are the ones still hiring engineers to do finance.

The Two Trees, Defined

Two skill trees describe what's actually happening inside finance teams right now.

The first tree is domain expertise. It's the muscle a finance professional builds over a decade of pattern-matching across closes, reconciliations, audits, board decks, fundraises, exits, and operating reviews. Knowing what a number means. Knowing when a number is wrong. Knowing which question matters and which question is theater.

That tree cannot be shortcut. The reps take time. A great controller and a junior controller can read the same trial balance and walk away with different conclusions. The difference is the depth of the tree.

The second tree is the new builder skill. It is the muscle of working effectively with AI as a collaborator. Specifying intent precisely. Validating the output. Catching the failures. Recursively improving the process so the next version is sharper than the last.

That tree is new. Nobody is twenty years into it. The first reps were available only in the last few years. The early adopters are pulling ahead because the tools keep compounding under them while everyone else is still picking the tool up.

The diagnostic question for any finance leader: which of your team members is growing both trees in parallel right now, and which ones are only growing the first one?

If you cannot name three people on your team building skills against AI systems weekly, your second tree is in trouble.

The Trap

The trap most finance leaders are about to walk into is the same trap most enterprise software vendors are walking into.

They are treating the second tree as a separate role.

The thinking sounds reasonable. We will hire an AI engineer. We will set up a center of excellence. We will pilot some automations through a dedicated team. Finance keeps doing finance. Engineering builds the AI layer that gets handed back.

That model preserves the old translation layer. It feels safer because it preserves the org chart everyone already understands.

It also kills the merge.

The whole point of the second tree is that it gets grafted onto the first tree, in the same person. The controller who can specify intent to an agent and validate the output produces something a controller-plus-an-AI-team cannot produce. They do not need to translate the question across the wall. They are the wall.

The teams that build the merge on the same person outdeliver the teams that try to wire two roles together. The throughput is not in the system. It is in the operator.

Four Principles for the Merge

Four principles redesign a finance team for the merge.

Hire for the instinct, not the toolkit.

The hires that compound are not the people who already know the latest tools. Tools change every quarter. The instinct does not. When something gets harder than it should be, the person you want reaches for a prompt before they reach for a familiar process. That instinct is a hiring filter you can run in a 30-minute conversation.

Budget for tokens before headcount.

If the workload is growing, the first question is not "who do we hire." The first question is "what skill could we build that absorbs this workload." Every dollar spent on tokens for the right operator outperforms a dollar spent on the wrong hire. The token-first sequence forces the team to evolve the system before it adds people to compensate for a broken one.

Run daily reps, not training days.

The second tree does not grow in a one-day workshop. It grows the same way the first tree grew. Daily contact with real problems. Real failures. Real iteration. The teams that build this culture stop treating AI as a topic for the offsite and start treating it as a discipline that runs every Monday morning.

Build a marketplace, not a center of excellence.

The breakthrough every senior operator on your team produces should be available to every other operator by the end of the week. That means a shared library of skills, agents, and playbooks. Published. Versioned. Reusable. The teams that build the marketplace pull ahead because every skill compounds across every desk. The teams without one keep solving the same problem at five different desks every month.

Four principles. One outcome. A team where the trees have merged on every operator, not just the most curious one.

A Window That Won't Stay Open

There is a window right now that will not stay open.

The tools are accessible. The model layer is improving faster than most teams can absorb it. The cost of building a second tree against this generation of models is lower than it will be in two years, because the surface area of what works is still small enough for a determined operator to learn it in months instead of decades.

The window will close as the tooling stratifies. Some firms will graft the second tree onto their domain experts and compound the lead. Some firms will outsource the second tree to specialists and stay flat. The decision is not "should we adopt AI." The decision is "do we let our domain experts become builders, or do we make them dependent on builders forever."

The first decision compounds. The second decision plateaus.

The window for the first decision is open right now.

The Cost of Getting This Wrong

The cost is not theoretical. It shows up in the next two years on three lines.

It shows up in cost of delivery. The teams that grew the second tree on their domain experts deliver the same scope with half the headcount. The teams that kept the trees separate deliver the same scope at the same cost, and watch margins compress as the market reprices the work.

It shows up in retention. The hires that already grew the second tree on their own time will leave teams that do not let them keep growing it. Those hires are the most curious operators on the bench. Losing them is not a salary problem. It is an architecture problem. They left because the system around them stopped getting smarter.

It shows up in exit value. A buyer evaluating a finance team is going to value an operator-led, AI-native function differently than a manual one. The multiple difference is not 10%. It is structural. The function that compounds gets priced like a product. The function that does not gets priced like a cost center.

The cost of the wrong choice does not show up in the next quarter. It shows up at the moment you wish you had three more years.

Three Questions to Ask of Your Own Team

  1. Can you name the three operators on your team who are growing both trees right now, by name, and describe what they shipped in the last month?
  2. When workload spikes, what does the team reach for first, a new hire or a new skill?
  3. If a senior operator left tomorrow, would the workflows they built leave with them, or are those workflows already in a shared marketplace the rest of the team uses?

Three answers tell you whether the merge is happening on your team or whether the second tree is still living in one person's terminal.

The teams that move on these questions now will be a different shape entirely in two years. Smaller. More leveraged. Doing what used to require three departments with one pod of operators who learned to build.

The teams that wait will still be hiring.