ServiceNow · Adjacency Expansion

ServiceNow Didn't Expand Beyond IT. IT Was Just the Door It Walked In Through.

Everyone reads ServiceNow as an IT help-desk company that branched into HR and security. But IT workflows still make up 53% of its ACV — and the real story is a platform built in 2003 for any workflow, where each new department it occupies makes the last one harder to rip out.

Adjacency Expansion · 8 min

Comes with a free Adjacency / Synergy Map template.

Before there was an HR product, customers built one anyway. They took the IT help-desk app they already owned from ServiceNow, dropped it into their HR department, and started routing onboarding tickets and benefits questions through it.5 No one in IT had been asked to do this. The software just turned out to be good at the thing every department secretly needs: a form, a queue, an approval, a record. ServiceNow noticed, and built the dedicated HR product around what customers were already doing to it. The expansion wasn't a strategy memo. It was a confession the product had been making all along.

The official story is that ServiceNow was an IT service-management company that cleverly expanded beyond its core. That framing is tidy and almost backwards. The IT product was never the core - it was the first thing a general workflow engine happened to be sold as, because IT was the department most obviously drowning in tickets and most willing to pay.

Fred had no idea what area he would attack but knew he wanted to do something involving forms-based workflows.7
ServiceNow Community blogThe company's own retelling of why it was never just an ITSM company

That sentence is the whole thesis. When Fred Luddy started the company in 2003 as Glidesoft - it was formally incorporated in California in 2004, a distinction worth keeping straight - he was not solving IT's problem.1 He was building a forms-and-workflow platform and looking for a door to walk through.7 IT was the door. It was never the room.

Why the beachhead beats the destination

Here is the mechanism almost everyone misses. A normal software company that wants to grow buys or builds new products and bolts them on - separate codebases, separate data, separate logins, and a sales pitch that starts from zero each time. ServiceNow grew the opposite way. Because HR, security operations, and customer service were all instantiated on the same workflow engine and the same underlying data model, each new department it entered wasn't a new sale standing alone - it was another set of records, approvals, and identities pulled onto a platform the company already ran. The IT team's CMDB, the HR team's case files, the security team's incidents: one schema, one platform, talking to each other. That is why the expansion compounds instead of merely adding. Each non-IT workflow makes the IT core stickier, and the IT core makes the next workflow easier to land.

Follow the workflow, not the market

Most expansion stories are about entering bigger adjacent markets. ServiceNow's is about following a single repeating shape - a request that needs to be routed, approved, and recorded - wherever it appears in the enterprise. HR has it. Security has it. Customer service has it. The genius wasn't spotting new markets; it was noticing that the thing IT was paying for was the same thing every other department needed and didn't know it could buy. The product was a generalization disguised as a help desk.

The expansion was customer-led, then made deliberate

The early moves looked accidental because they were. Customers were repurposing ITSM for HR before ServiceNow had an HR product - the demand revealed the adjacency, not the roadmap.5 What turned a happy accident into a machine was structure. ServiceNow began carving each adjacency out as its own general-manager-led business unit - HR first, then Security Operations, then Customer Service Management, then the Creator layer that lets customers build their own apps on the platform - a GM model instituted under CEO Frank Slootman.8 Each GM owned a workflow, but every workflow ran on the same foundation. The result is a portfolio that looks like four products and behaves like one.

Bolt-on expansionServiceNow's platform expansion
New product meansNew codebase, new data siloNew workflow on the same engine
Customer dataFragmented across productsOne shared model[[cite:s8]]
Each new saleStarts from zeroBuilds on an installed platform
Switching cost over timeRoughly flatCompounds across departments
Two ways to expand beyond a core product

What the financials confirm - and what they don't

The platform thesis shows up in the contracts, not just the slogans. ServiceNow reported full-year 2024 revenue of roughly $11.0 billion, with about $10.6 billion of it subscription and growth above 22%.3 More telling than the top line is the backlog: remaining performance obligations of $22.3 billion, and nearly 500 customers each spending more than $5 million a year.4 Those are not the numbers of a help-desk vendor. They are the numbers of a platform that, once inside an enterprise, keeps absorbing more of its work - and the more workflows it absorbs, the larger and more locked-in each account becomes.

$22.3B
ServiceNow's Q4 2024 remaining performance obligations - the contracted backlog of a platform that keeps eating more of the enterprise, not a single product4

But the data also disciplines the hype. A popular line holds that non-IT workflows are now the majority of ServiceNow's business. They aren't. By the company's own ACV mix, Technology Workflows - the IT-centric segment - still account for about 53% of total ACV, with employee and customer workflows around 30% combined and the Creator layer about 17%.6 Non-IT grew from over 20% of revenue in 2017 to nearly half by 2021, which is remarkable - but 'nearly half' is not 'the majority.'5 IT remains the largest single segment. The beachhead is still the biggest beach.

Isn't this just a vendor selling more software to the same buyer?

The fair objection is that this is ordinary land-and-expand dressed up as architecture. Every enterprise vendor cross-sells; ServiceNow simply has a wide product line and a good account team. There's truth in it - selling a fifth module to a CIO who already trusts you is not a unique trick. But the objection misses where the moat actually lives. In a bolt-on portfolio, each module a customer drops costs them only that module. In ServiceNow's model, the modules share a data model, so ripping out HR weakens the security workflow that reads the same employee records, which weakens the IT workflow that depends on both. The switching cost isn't additive; it's entangled. That entanglement is exactly what the 2003 design choice purchased - and it's the reason a competitor can't simply out-feature one workflow at a time. They'd have to replace the connective tissue, and the connective tissue is the product.

ServiceNow priced its IPO in mid-2012 at $18 a share, valued at around $2 billion, and was sold to the market as the company that finally made IT tickets bearable.2 That was true, and it was the smallest true thing about it. The durable advantage was never the help desk. It was a workflow engine patient enough to look like a help desk until the enterprise had already built its HR, its security, and its customer service on top of it - and discovered, too late to mind, that it couldn't pull any one thread without unraveling the rest. ServiceNow didn't expand beyond its core. It was always the core, quietly waiting for the rest of the company to walk in.

Take it further — The Adjacency Expansion
Canvas

Adjacency / Synergy Map

A one-page canvas for an adjacency play: the new business next door, the shared assets that justify entering it, the synergies that actually transfer versus the ones that evaporate on contact, and the dis-synergies nobody put on the deck. Blank to test your own expansion; filled as the worked example showing where the story's 'natural adjacency' was real and where it was wishful.

Preview the blank →

The worked example unlocks with a subscription. See plans →

Sources

Where this comes from — the filings, records, and reporting behind it.

  1. 1
    Primary · SEC filingDocumented
    ServiceNow was started by Fred Luddy in 2003 as Glidesoft and later incorporated in California in 2004; it reincorporated in Delaware as ServiceNow, Inc. in May 2012.
  2. 2
    SecondaryWidely reported
    ServiceNow priced its IPO on June 29, 2012 at $18 per share on the NYSE (ticker: NOW), raising approximately $210 million at a roughly $2 billion valuation.
  3. 3
    Primary · Company recordDocumented
    ServiceNow reported full-year 2024 total revenues of approximately $10.984 billion, with $10.646 billion from subscriptions, representing 22.45% year-over-year growth.
  4. 4
    Primary · SEC filingDocumented
    ServiceNow's Q4 2024 remaining performance obligations stood at $22.3 billion (23% YoY growth); cRPO was $10.27 billion (19% YoY growth); nearly 500 customers exceeded $5 million in ACV (21% YoY growth).
  5. 5
    SecondaryAttributed to source
    By 2017 non-IT workflows comprised over 20% of ServiceNow revenue; by 2021 they accounted for nearly half. The expansion was customer-led: enterprises were already dropping the ITSM app into HR and using it for HR functions before a dedicated HR product existed.
  6. 6
    SecondaryWidely reported
    Technology Workflows (IT-centric) still represent 53% of ServiceNow's total ACV as of recent investor reporting; Customer and Employee Workflows account for 30% combined; Creator Workflows 17% — meaning IT/technology is still the plurality segment, contradicting the popular claim that non-IT is now the majority.
  7. 7
    Primary · Company recordDocumented
    Fred Luddy's original intent was not an ITSM company but a general workflow platform — he 'had no idea what area he would attack but knew he wanted to do something involving forms-based workflows.' ITSM was the first application built on the platform, not the platform's definition.
  8. 8
    SecondaryAttributed to source
    ServiceNow's four current workflow categories — Technology, Employee, Customer, and Creator — expanded sequentially: ITSM and ITOM first, then HR carved out as a separate GM-led business unit, then Security Operations, then Customer Service Management, then the Creator/PaaS layer. This GM structure was instituted by CEO Frank Slootman.