The Second Business

What it actually takes to turn internal software into a commercial product, and why the software is only the beginning.

Imagine a professional-services firm builds software that reduces a recurring eight-hour review process to three. Internally, that can be a terrific investment. Then somebody asks the obvious question: could we sell this?

The idea is attractive for good reasons. The technology exists. The company already paid to develop it. Its own experts use it. Its clients may have the same problem. And unlike a startup, the firm already has a brand, customer relationships and domain knowledge.

But a useful internal application and a commercial software product are not the same asset.

Internally, the software can rely on colleagues who know its limits. It can inherit identity, data, security, support and infrastructure from the company around it. A specialist can explain an edge case over Teams. A developer can repair something manually. Training can happen by osmosis.

A customer buying software expects something different. Their data has to be isolated. Their workflow may not resemble yours. They will ask about integrations, audit logs, security, uptime, support, implementation, documentation, pricing, liability, the roadmap and what happens when the people who first built the system leave.

An internal tool proves that a capability can create value. A commercial product proves it can create value somewhere else. A software business proves you can repeatedly capture enough of that value to justify the organization around it.

Visual 01 · The commercialization gap

The software is only the center of the product.
01Internal capability

Does it make the existing business better?

02Commercial product

Can another organization use and trust it independently?

03Software business

Can you repeatedly acquire, serve and retain customers?

Customer configurationSecurity boundariesOnboardingIntegrationsDocumentationSupportPricing + contractingGovernance

The incremental work is not evidence that commercialization is unattractive. It is the work that needs to be priced, funded and owned.

The product is not the software

The gap is easy to underestimate because most of the new work does not improve the original internal workflow. Multi-tenant security does not make an employee finish the task faster. Contracting does not improve model quality. Customer onboarding does not make the feature more elegant.

They are still part of the product once somebody outside the company pays for it.

The internal users may also share terminology, processes, data structures and institutional knowledge that the application quietly assumes. The apparent product is often software plus a large amount of invisible organizational context.

Commercialization is the work of making enough of that context explicit, dependable and economically deliverable that the capability can travel.

Choose the business you are actually building

Not every externally valuable capability should become SaaS. The same underlying expertise can become software, a maintained knowledge product, or a technology-enabled service. Those models can all be good businesses. They simply scale differently.

Visual 02 · Choose the business model

The same capability can produce very different economics.
01

Software product

Customer buys
Workflow, automation or decision capability
Must scale
Technology, implementation and support
Watch
Configuration and integration become hidden services
02

Knowledge subscription

Customer buys
Maintained proprietary information or analysis
Must scale
Research, content operations and distribution
Watch
Freshness and expert maintenance are recurring COGS
03

Tech-enabled service

Customer buys
An outcome produced by software plus experts
Must scale
Technology and human delivery capacity
Watch
Expert involvement can differentiate and constrain scale

Not every valuable internal capability should be forced into pure SaaS economics.

This distinction matters especially in expert businesses. aosphere, created by Allen & Overy in 2002, became a subscription platform for legal and compliance information. When outside investors partnered with the firm in 2023, aosphere described itself as a profitable business serving more than 725 blue-chip clients.3

Linklaters takes a different approach with CreateiQ, which the firm describes as a “tech company housed in Linklaters” focused on capital-markets contracting.4 The organizational form is different because the underlying operating model is different.

The first commercialization decision is not whether to spin something out. It is what recurring obligation you are willing to own.

Internal adoption is not market validation

Internal software has something commercial products do not: captive distribution. Employees may be expected to use it. The company controls the surrounding process. The person benefiting from the product and the person funding it can sit inside the same planning cycle.

The external market is less forgiving. A prospective customer can keep doing the work manually, buy an incumbent, wait for a platform vendor to add the capability, or increasingly build a credible first version itself.

So the external test is not whether another company likes the demo. It is whether a specific buyer will allocate a specific budget to solve the problem at a price capable of supporting the business behind the product.

Illustrative market math$10M ARR ÷ $100K ACV = 100 customers

If only 500 organizations realistically fit the workflow, regulatory environment and budget, the plan requires 20% penetration of the addressable customer base.

“Large market” has now become a discussion about penetration, competitors, sales cycles, implementation capacity and why one in every five viable organizations would choose this product. That is a much more useful strategy conversation.

Seven conditions have to become true

There is no universal ARR threshold that makes commercialization sensible. There are, however, conditions that a sustainable external business eventually has to satisfy.

Visual 03 · Requirements → evidence

Seven conditions eventually have to become true.
01Shared valuable problem

External organizations experience it often enough, and severely enough, to fund a solution.

02Identifiable buyer + budget

The user, economic buyer, procurement path, funding source and renewal owner are known.

03Commercializable asset

IP, software, data, licenses and expert knowledge can legally and operationally travel.

04Repeatable delivery

The next implementation is materially more like the last one than a new consulting engagement.

05Funded product organization

Product, engineering, security, implementation and support survive the original project team.

06Viable route to customers

Qualified opportunities, conversion, sales cycle and acquisition capacity are understood.

07Sustainable relevance + economics

Customers have a durable reason to renew and the revenue supports continued investment.

The thresholds vary by market. The obligation to produce evidence does not.

Companies usually do not disagree with this list. The risk is that they hide the requirements inside optimistic shorthand.

“We already know the customers” may mean partners can make introductions. That is not yet a repeatable sales motion. “The technology is built” may mean the core workflow works. That is not the same as external identity, observability, configuration, documentation, support and security review.

“Our experts are the moat” may also be true. But if every implementation requires ten hours from a scarce partner, that expertise is simultaneously differentiation and a constraint on scale.

A spinout is an organizational choice, not a business model

Some of the strongest examples of an internal capability becoming an external business use very different structures.

BlackRock's Aladdin began as technology at the center of the firm's own investment process and became a platform for outside institutions. In 2025, BlackRock reported $2.0 billion of technology services and subscription revenue, with Aladdin representing the majority; organic annual contract value grew 16% excluding Preqin.1

Arcesium went the other direction structurally. Its history traces back to technology and operating capabilities at the D. E. Shaw group, with Blackstone Alternative Asset Management as seed investor and anchor client when Arcesium launched independently in 2015. Arcesium reports that it began with 436 employees and $152 billion in gross AUM and today supports $6.4 trillion with more than 2,400 employees.2

aosphere eventually moved toward standalone ownership with outside investment.3 CreateiQ remains explicitly housed inside Linklaters.4

Visual 06 · Structure follows the business

There is no single correct place to put the product.
Built inside the parentBlackRock / Aladdin

Internal operating infrastructure became a material external technology business.

Independent entityArcesium

Operating technology and services were separated with anchor customers and outside backing.

Evolved to standaloneaosphere

A law-firm-created subscription capability became an independently backed business.

Dedicated team inside firmCreateiQ

A technology company is housed within Linklaters rather than separated from it.

ReorganizedGE Digital / Predix

Large ambition still required tighter market focus and clearer software economics.

Discontinued by parentWorkplace

Millions of paid users did not guarantee strategic permanence inside Meta.

The useful comparison is not spinout versus no spinout. It is whether governance, economics and authority match the business being built.

The lesson is not that one structure wins. A separate company can create clearer capital allocation, compensation, governance, customer neutrality or access to outside investment. Keeping the product inside the parent can preserve distribution, expertise and shared infrastructure.

The better questions are operational: Who owns the roadmap? Who owns the P&L? Who chooses between an internal request and an external customer requirement? Who funds a security feature that matters to customers but does nothing for the core business? Who carries the sales target? Who can stop the product?

If those decisions continually return to the economics and priorities of the parent, the software may have customers while still operating like a project.

What does the second business have to earn?

Commercialization discussions get abstract once revenue enters the room. I prefer to make the P&L deliberately simple first, then add complexity only when it changes the decision.

Start with a hypothetical workflow product sold to regulated enterprises. At 40 customers paying $100,000 annually, the business produces $4.0 million in revenue. At a 75% gross margin, that leaves $3.0 million after hosting, model usage, direct implementation and support. If product and engineering, sales and marketing, administration and security total $3.7 million, the operating result is a $700,000 loss.

Visual 04 · Illustrative economics

Make the revenue ambition answer to the cost structure.
Interactive
Revenue$4.0M
Gross profit$3.0M
Operating result−$0.7M
Break-even50 customers
40 customers×$100K ACV×75% margin−$3.7M OpEx=−$0.7M

Illustrative model, not a market benchmark. Operating expense is fixed at $3.7M to isolate the effect of customers, contract value and gross margin.

The useful part of the model is not the base case. It is how quickly the decision changes when the assumptions move.

A longer sales cycle delays cash and may force hiring before revenue appears. Lower pricing increases the required customer count. More implementation work can reduce gross margin while simultaneously limiting how many customers the team can onboard. Enterprise payment terms can create a different cash profile from recognized revenue.

Then there is the parent-company subsidy.

Suppose the product reports a $700,000 operating loss but receives another $600,000 of security, legal, executive, infrastructure and specialist time from the parent without charging it to the product. The cash view says the business lost $700,000. The economic view says supporting it consumed $1.3 million.

Shared capabilities can be one of an incumbent's greatest advantages over a startup. They become dangerous only when they disappear from the economics.

Buy evidence before certainty

The commercialization decision is often framed as binary: are we doing this or not? I think that is the wrong unit of decision.

Early investment should buy evidence that allows the next investment to be made with less uncertainty.

Visual 05 · Evidence ladder

Investment should grow as uncertainty falls.
01Internal value

Does it materially improve our own work?

02External discovery

Do outsiders recognize the same problem?

03Design partner

Can the workflow survive another company's environment?

04Paid deployment

Will a real buyer allocate budget?

05Repeatable delivery

Does the next customer look materially like the last?

06Renew + expand

Does value survive novelty and implementation?

Less external evidenceMore capital + organizational commitment

A commercialization program is easier to manage as a sequence of evidence purchases than as one binary spinout decision.

That sequencing changes the quality of the conversation. Independent discovery tests whether the problem travels. A design partner tests whether the workflow travels. A paid deployment tests whether budget exists. A second and third implementation test whether delivery can repeat. Renewal tests whether value remains after novelty disappears.

It also makes stopping less dramatic. A company has not “failed to become a software company” because an external design partner exposes a workflow that does not generalize. It bought useful evidence before funding the expensive version of the assumption.

Traction is not permanence

A software business embedded inside a larger company competes for two markets at once: customers outside the company and capital inside it.

Meta's Workplace is a useful example. The product grew out of software used internally at Facebook and reached millions of paid subscribers. Meta later decided to discontinue it; customers had normal access through August 2025 and the product fully shut down on May 31, 2026.5

That does not mean Workplace had no value. It means external adoption did not eliminate the need for continued strategic commitment from the parent.

GE's digital strategy illustrates a different problem. In 2018, GE announced that it would assemble Predix and other industrial software assets into a separately operated business starting with roughly $1.2 billion in annual software revenue.6 GE's 2018 filing also reported $3.9 billion of broader digital revenue while explaining that those revenues and associated costs were largely generated inside its operating businesses.7

The distinction is important: software attached to equipment or services, internal consumption, external recurring revenue and standalone profitability can all be valuable measures. They are not interchangeable measures.

AI raises the bar on differentiation

Generative AI is lowering the cost of creating useful internal software. More companies will therefore find themselves asking whether an internal capability should be commercialized.

Lower creation cost does not remove the commercialization gap. In some respects it widens it.

A production AI product may need continuous evaluation across changing models, controls around sensitive data, model-routing and cost management, auditability, human escalation, observability and a process for failures that are not deterministic. At the same time, the underlying model capability may become easier for competitors to reproduce.

For an AI product, “we built this” is especially weak evidence of durable differentiation.

01A proprietary workflow it owns
02Data or maintained knowledge that improves the outcome
03Integrations that create real switching cost
04Evaluation systems that permit safer automation
05Distribution that gets the product into the right customers
06A feedback loop that improves as usage grows

The strongest asset may still be the parent company: domain expertise, customer relationships, proprietary data, a demanding internal production environment and a trusted brand. But each advantage has to cross the organizational boundary. Expertise that cannot be encoded or delivered economically may remain a service advantage. Relationships that produce introductions but not purchases are not distribution.

The question is always the same: can the advantage travel?

What leadership should be able to answer

Before calling an internal tool a software business, I would want leadership to answer the following questions with evidence rather than adjectives.

01Why does this deserve to exist outside the company?

Repeated external problem, current alternatives and measurable value.

02Who actually pays?

Buyer, budget, procurement path, price and renewal owner.

03What must be added because the customer is external?

Security, configuration, integration, support, contracting and compliance.

04What is the repeatable unit?

What stays constant from customer to customer versus what remains bespoke.

05What does one customer economically contribute?

Revenue less hosting, AI, implementation, support and direct delivery cost.

06What is the parent quietly subsidizing?

Engineering, legal, security, infrastructure, executives and domain experts.

07Why will customers still buy this in three years?

Workflow ownership, data, integrations, expertise, distribution or another durable edge.

08Who gets to make product decisions?

Clear roadmap, investment and P&L authority.

Those answers do not automatically produce a decision to commercialize. They produce something more useful: a decision that understands what commercialization actually means.

The software is only the beginning

The dangerous sentence is: “we've already built most of it.”

Sometimes that is true technically. Commercially, it is almost never the whole story.

The organization still has to turn an internal capability into an external promise. It has to decide what business it is entering, build the capabilities required to keep that promise repeatedly, price the result, acquire customers, support them and continue investing after the original innovation has become ordinary maintenance.

BlackRock, Arcesium, aosphere and CreateiQ show that there is no single organizational formula. GE and Workplace show why scale or adoption alone do not settle the strategic question.

A useful internal tool asks whether it makes the existing business better. Commercialization asks whether you can make someone else meaningfully better at what they do and build a repeatable business around delivering that advantage.

Only then does the internal tool become something else: a second business.

Research

Sources

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7

Company figures are reported facts from the linked sources. Financial models in this essay are illustrative assumptions used to expose the mechanics of commercialization, not market benchmarks or forecasts.