Essays · The thesis

An operating thesis, not a sales pitch

Nobody Buys Software Anymore. They Describe It.

Written for the president or owner who signs the software checks - the person every vendor call starts with "good news, our product has AI in it now."

Kyle Fonger July 14, 2026 About a 10-minute read The essays

Abstract: describing software takes shape — the Trivance AI thesis

The change underneath the noise

Every vendor who has called you this year has said the same thing: "good news, our product has AI in it now." You have heard it six times and believed none of it. Underneath the noise is a real change, and it is not about tools.

Here is the proof. Early this year, Anthropic shipped software that does office work - reads, writes, updates records, finishes the task. In the first days of February, an analysis published in Forbes counted roughly $300 billion in software market value evaporating in a single session. By the end of the month, nearly a trillion dollars had been erased from software and services stocks. A Jefferies analyst named it the "SaaSpocalypse" in comments to Bloomberg, and the name stuck. Salesforce and Workday slid hard. When Anthropic demoed legal work in its agent, even the software-sector ETF dropped.

The market was not reacting to a product. It was reacting to a fact your CFO already suspected: the cost of making software has collapsed, and every software bill you pay was priced when that wasn't true.

What you were actually buying

For thirty years, your company has rented software. But "software" was never one thing. It was four things sold as one:

  1. The code. Someone wrote it so you didn't have to.
  2. The encoded practice. The vendor's opinion about how this workflow should go - learned from a thousand customers and baked in.
  3. The operations. Hosting, uptime, patching, security, backups. The boring machinery that keeps it running at 3 a.m.
  4. The accountability. A throat to choke. An SLA. A name to put on the line when a customer's security questionnaire asks who is responsible.

Here is the whole argument in one move: AI collapsed the price of #1 and a good deal of #2. It did approximately nothing to #3 and #4.

Every prediction that SaaS is dead ignores 3 and 4. Every defense of the status quo ignores 1 and 2. The truth is a redistribution, not an extinction - and knowing which half you are paying for is the actual executive decision.

This is already happening, and not just at startups

You might assume this is a Silicon Valley story. It isn't. The evidence is in the middle market, and most of it is not coming through your IT department.

  • A Retool survey of builders this spring - covered by VentureBeat in April - found 78% of teams planning to build custom tools by the end of 2026.
  • Klarna, the payments company, ditched Salesforce's flagship CRM product in late 2024 for a homegrown AI system. Salesforce and Workday have been sliding ever since as investors realize other companies can do the same.
  • The trade press reports CIOs and CFOs pushing back on "license sprawl" - dozens or even hundreds of overlapping SaaS tools bought over the years through decentralized departmental purchases, most of them with seats nobody uses. Renewals that used to be automatic are now being renegotiated, downsized, or postponed.
  • The market has repriced the whole category: forward earnings multiples on software companies were cut roughly in half in a matter of months, from about 39 times earnings to about 21.

The number to dwell on is not any of these. It is the pattern underneath: most of the building is happening quietly. Tools get assembled by the people who actually do the work - a commission sheet here, a reconciliation helper there - and nobody in IT is asked, because nobody in IT was ever going to say yes. One Zoho CEO called AI "the pin that is popping this inflated balloon." What he is describing is not a story about IT budgets. It is a story about people building things without asking. That is the actual subject of this article.

The precedent nobody mentions: the spreadsheet

Everyone can already build software. They have been able to since 1985. It is called Excel, and your company runs on it.

Somewhere in your building is a spreadsheet that decides pricing, or commissions, or capacity. It was built by someone in operations, not IT. It has no version control, no tests, and no documentation. If that person left, it would take a month to reconstruct. Nobody calls it software. It is software - mission-critical, written by a non-programmer, and it exists because buying a product to do that specific job was never worth it.

Two lessons, and you need both.

It works. The spreadsheet is arguably the most successful end-user programming environment in history. It exists precisely because the last mile of every business is too specific to buy off a shelf. Your commissions spreadsheet is more accurate to your business than any vendor's commissions module, because it was written by someone who had to live with your actual rules.

It is also where the quiet disasters live. Unversioned, unreviewed, dependent on one person. The famous public spreadsheet failures - a trading desk, a published macroeconomics paper - were not caused by stupid people. They were caused by software that nobody treated as software.

AI is Excel's second act, with a far larger blast radius. Same democratization, same upside, same failure mode - now applied to things that touch customers and money directly.

What actually happens to the department stack

Here is the shape of the change: a department's twelve tools collapse into one system of record plus a thin layer of self-authored surfaces.

The system of record survives, and gets more valuable. It holds the data of record, the audit trail, the compliance burden. Nobody is rebuilding their general ledger, and nobody should. The workflow layer - the point solutions, the dashboards, the approval flows, the "we bought this because the CRM couldn't do X" tools - gets built in-house, used for a quarter, and thrown away.

Walk it through departments you recognize:

  • Sales and marketing: keep the CRM. The six point solutions bolted around it become a handful of internal surfaces.
  • Finance: keep the ERP. The reporting layer, the reconciliation helpers, the variance memos - internal.
  • Operations: often keeps almost nothing. A database and a set of purpose-built screens.

Name the concept: disposable software. Software with a lifespan measured in weeks, written for one team and one quarter, then discarded without ceremony. Software stops being a capital asset you procure and amortize, and becomes a consumable you use up. That is the actual shift, and it is stranger than "everyone is a developer."

Here is the punchline for a company your size: for the first time, a 60-person company can run software as specific to its operation as a Fortune 500's - without a Fortune 500's budget. Specificity used to be a luxury good. It is not anymore.

The new bottleneck

When implementation is free, the constraint moves. It moves to the person who can say precisely what they want and iterate on the answer.

Name it plainly: specification. The imagine, articulate, correct, repeat loop. What exactly does this screen show? Who is allowed to change it? What counts as done? The tool used to answer those questions for you, because the vendor baked an answer in. Now the questions come back to your building.

Three things to understand about specification:

  • It is not a technical skill. It is the same skill as writing a good brief, a good job description, a good SOP. Which means the person best positioned in your building may be an operator, not the IT contractor.
  • It is rare, and its rarity was invisible until now - because until now nobody was ever asked to be precise. Buying software was a way of outsourcing the thinking about how work should go. That outsourcing is what is ending.
  • It is learnable. That is the only honestly optimistic claim in this piece.

The uncomfortable corollary: a lot of organizational vagueness has been hiding behind software purchases. When the tool stops making the decision, the company has to. Some companies can't.

What breaks

The LinkedIn version of this story ends here, with a fist pump. The real version does not. Six honest failure modes:

  1. The maintenance cliff. You built it, you own it - forever, including the 2 a.m. version.
  2. The verification gap. You can now generate code faster than any human can review it. Generation was never the bottleneck people thought it was. Correctness was.
  3. Shadow IT at industrial scale. People building without asking is not empowerment, it is an unmapped estate. You cannot secure what you don't know exists. When Retool shipped an enterprise-governance product in June, the hook was that "vibe coding" - AI-assisted software written by non-developers - now tops the C-suite list of concerns.
  4. Data gravity. The tool is the easy part. The plumbing - permissions, sync, reconciliation - is where the months go.
  5. Liability. No vendor to sue. No SOC 2 report to hand your enterprise customer. For regulated industries, this alone is decisive.
  6. The incumbents are not standing still. Salesforce reported a strong quarter in February - $10.7 billion in revenue, up 13% year over year - and its CEO Marc Benioff said the word "SaaSpocalypse" at least six times on the call. "You've heard about the SaaSpocalypse? And it isn't our first. We've had a few of them," he said. Its agent platform, Agentforce, passed $800 million in annual recurring revenue, up 169% year over year. ServiceNow - which positions itself as the "AI control tower" for agent orchestration and ranks first on the SaaSocalypse public-market tracker - had its CEO tell customers at its May conference that AI intelligence is commoditizing. And the model makers are racing to own the layer above the software: OpenAI's enterprise agent was itself the trigger for a second February sell-off. The point is not that the giants are doomed. It is that everyone - vendor, model maker, and you - is fighting over the same question: whose system decides how the work actually runs.

Concede this properly, because it makes everything else survive contact: what is dying is not software-as-a-service. It is the per-seat pricing model and the thin workflow layer. Systems of record, infrastructure, and anything carrying compliance weight get more valuable, not less.

Five moves to make this week

  1. List the friction. From the record, not from memory: the calendar, the sent folder, the file with the most "_final_v3" copies. Or run the meeting, if you have a team. Where is the day to day annoying in a way it should not be?
  2. Rank what each friction really costs. Tools, people, who it is accessible to, and the hours or dollars. One line each. The ranking is the map.
  3. Pick one test pilot. It must touch money or customers, repeat at least weekly, have rules that can be written down, and produce output that can be compared before it acts. Small enough to finish.
  4. Name the owner and write the page. One person accountable. Then one page answering four questions: what it shows, who can change it, what counts as done, what happens when it is wrong. A cold reader should be able to answer an invented case from the page alone.
  5. Set two rules, then build the ugly version in days. Where the data lives, and who reviews the output. Then build the smallest thing that runs against real work. The learning is the deliverable, not the tool.

The question changes

Call it disposable software, or the specification economy - name the behavior, not the category, because categories get claimed by whoever has the marketing budget and behaviors get quoted. Software stops being a capital asset you procure and becomes a consumable you direct.

The question at the center of your company stops being what should we buy and becomes what exactly do we want - which is a harder question, and a better one.

I'm talking to fifteen presidents about this right now, mostly companies between 50 and 500 people. If you've built something internally - or tried to and stopped - I'd like to hear about it.

Questions owners ask

Is SaaS actually dying, or is this just another tech fad?

The per-seat pricing model is dying. Software is not. In early February 2026, roughly $300 billion in software market value evaporated in a single session, and nearly a trillion dollars was erased from software and services stocks within weeks. Investors repriced the thin workflow layer: the forms, lists, and reports you can now build yourself. Systems of record, infrastructure, and anything carrying compliance weight are getting more valuable, not less. A fad does not move a trillion dollars.

What should I NOT build myself?

Do not build your systems of record: the general ledger, the ERP, the CRM, payroll, anything that carries a compliance or audit burden. Those hold the data of record and the accountability your customers and regulators require. Nobody is rebuilding their general ledger, and nobody should. Build the workflow layer instead: the dashboards, approval flows, reconciliation helpers, and reports that sit around the system of record. That is the ground where custom tools earn their keep.

What is the difference between buying software and describing it?

Buying outsourced the thinking. The vendor baked in the answer to how the work should go, learned from a thousand customers, and you paid for it. Describing brings the question back inside: what does this screen show, who can change it, what counts as done. The tool becomes whatever you can specify and correct. The scarce skill is no longer technical. It is the skill of a good brief, and it is learnable.

What are the real risks of building my own internal tools?

The maintenance cliff: you own it forever, including the 2 a.m. version. The verification gap: you can generate code faster than anyone can review it, and correctness is the bottleneck. Shadow IT: people build without asking, and you cannot secure an estate you do not know exists. Data gravity: the plumbing takes the months, not the tool. Liability: no vendor to sue and no SOC 2 to hand over. None forbid building. They set the rules you build under.

How long does it take to build an internal tool with AI?

A week is the honest planning number for the first version of most internal tools, and the point of the first build is learning, not the tool. Build the ugly version and use it on real work. The calendar that matters is the one after launch: reviews, fixes, and data checks run for as long as the tool runs. If nobody will own it next quarter, treat it as disposable and say so.

What are the two rules I should set before anything ships?

Rule one: where the data lives. The system of record stays the system of record, and no tool keeps a second, private copy of customer or order data. Rule two: who reviews the output. A named person who owns the business rule signs off on every change that touches customers or money. Write both on one page before anything ships. Set them on day one, or you will set them after an incident, and that meeting is more expensive.

Can a non-technical owner really do this?

Yes, because this is not a programming problem. It is a specification problem: saying precisely what you want, then correcting the answer. It is the same skill as a good brief. When you bought software, the vendor decided what the screen showed and what counted as done. Now the company has to. Some organizational vagueness has been hiding behind software purchases. Clearing that up is the real work: a harder question than buying, and a better one.

My head of IT says building our own tools is a security risk. Are they right?

Partly. An unmapped estate is a real risk: unreviewed tools touching customer data with no audit trail. But the answer is not to forbid building, because the building happens anyway, and secrecy is what unmapped it. Make the building visible instead: name every tool, decide where the data lives, and put a named reviewer on each one. Your first internal builder has been doing free R&D on your payroll. Treat them like it: guardrails, not a shutdown order.

Sources and verification

Figures verified against primary or near-primary sources on July 14, 2026; every claim below traces to the listed URL.

  • February 2026 selloff, ~$300 billion in one session; software forward earnings multiples compressing from ~39x to ~21x: Don Muir, Forbes, Feb 4, 2026 ("$300 Billion Evaporated. The SaaS-Pocalypse Has Begun"), as cited in Ben Murray, The SaaS CFO, Mar 10, 2026 (thesaascfo.com).
  • Nearly $1 trillion erased from software and services stocks in early February; Klarna dropped Salesforce CRM in late 2024; Salesforce and Workday sliding; software ETF dropped on Claude Cowork legal demo; "FOBO" coinage; VC "real structural shift and potentially a market overreaction" view: Dominic-Madori Davis, TechCrunch, Mar 1, 2026 (techcrunch.com).
  • "SaaSpocalypse" named by Jeffrey Favuzza of Jefferies in Bloomberg comments; Zoho CEO Sridhar Vembu on AI as "the pin that is popping this inflated balloon"; license sprawl and enterprise consolidation/replacement of niche SaaS with internal AI-led platforms: Sohini Bagchi, TechCircle, Feb 9, 2026 (techcircle.in).
  • Salesforce Q4 figures ($10.7B revenue, +13% YoY), Benioff quotes, Agentforce context, OpenAI enterprise agent triggering a February sell-off: Julie Bort, TechCrunch, Feb 25, 2026 (techcrunch.com).
  • Agentforce ARR $800M, up 169% YoY; 2.4B agentic work units delivered; ServiceNow top-ranked: SaaSocalypse public-market tracker, from Salesforce earnings materials (saasocalypse.com).
  • ServiceNow CEO Bill McDermott: "AI intelligence is commoditizing": Diginomica, May 5, 2026, "ServiceNow Knowledge 2026 - CEO Bill McDermott says AI intelligence is commoditizing, but chaos is coming" (diginomica.com).
  • Retool survey, 78% planning custom tools by 2026: VentureBeat, Apr 16, 2026, "Retool report: 78% plan custom tools by 2026" (headline verified via Google News index; survey page not publicly hosted).
  • "Vibe coding tops C-suite concerns": Business Wire release, Jun 17, 2026, "As Vibe Coding Tops C-suite's List of Concerns, Retool Unveils First Platform to Extend Enterprise Governance to All AI-Coded Apps" (businesswire.com).

Deliberately cut as unverifiable (flagged in the outline; no primary source found, or the named source no longer publishes): the ~$285B-in-48-hours figure (replaced with the verified ~$300B single-session figure above); the software-ETF ~20% drop and flat-S&P comparison; Retool's 35% and 60% survey figures (only the 78% figure could be corroborated); the "~291 applications" average (its originator, Productiv, shut down in August 2026); Publicis Sapient's license cuts; per-employee spend falling from ~$180 to ~$95; Bain's ~90% agent-embedding estimate; and the JPMorgan/Goldman "selloff overshot" analyst claims. The spreadsheet precedents in the body of the essay are deliberately unnamed, per the outline.

That last paragraph is not a sign-off. It's an offer.

If you've built something internally, or tried to and stopped, that is the fastest conversation worth having.