When Free Software Became a Paid Business


Issue #39

When Free Software Became a Paid Business

How Red Hat built an enterprise business around software that customers could access without buying a proprietary licence.

In May 2002, Red Hat introduced Red Hat Enterprise Linux AS, an operating system designed for business customers. It was an important step in the company's move away from selling packaged Linux software and toward annual enterprise subscriptions.

There was an unusual challenge behind that decision. Linux was open-source software. Its source code was available under licences that allowed people to use, study, modify and redistribute it. Red Hat could not build its enterprise business on the same kind of exclusive control over code that many proprietary software companies relied upon.

So why would a business pay Red Hat when Linux was available elsewhere?

For a large organization, obtaining software was only one part of the decision. The software also had to work reliably with existing systems, support important applications, receive updates and remain maintainable over time. If something went wrong, the business needed a dependable source of technical support.

Red Hat's enterprise proposition was built around those requirements. Rather than charging simply for access to Linux source code, the company offered a tested and integrated operating system with ongoing maintenance, updates, technical support and compatibility with enterprise hardware and applications.

The distinction helped Red Hat establish a commercial offering around technology that was not exclusively its own.

The Difference Between Having Software and Depending on It

Red Hat had originally served a broad Linux market that included individual users, developers and businesses. Its products were available through retail channels as well as direct sales. But the needs of a company running important business systems were different from those of an individual experimenting with Linux.

A developer might be comfortable installing software, troubleshooting problems and applying changes independently. A large enterprise had additional concerns. Its operating system needed to support business applications, work with equipment from different vendors and remain stable through regular maintenance.

A technical problem could affect more than one employee or computer. It could interrupt systems on which other business activities depended.

This created a commercial opportunity that was not based on restricting access to the underlying technology.

Red Hat's enterprise offering provided a defined product environment supported by a supplier. Customers could obtain updates, maintenance and technical assistance through a subscription relationship. The company also worked with hardware and software vendors to establish compatibility with enterprise systems.

In its fiscal 2004 annual filing, Red Hat described its business model in terms of the value customers received rather than dependence on proprietary technology. The distinction was important because open-source licences gave customers freedoms that differed from traditional proprietary software arrangements.

The company was not asking customers to pay because Linux could not be obtained elsewhere. It was establishing reasons to pay for a particular enterprise offering built around Linux.

That required a different explanation of what the customer was buying.

How Red Hat Changed Its Commercial Offering

Red Hat's transition did not happen overnight. Red Hat Enterprise Linux AS arrived in May 2002, and additional enterprise versions followed. The company also moved away from its consumer-oriented Red Hat Linux product, while Fedora emerged in 2003 as a community-led Linux project.

These developments served different purposes. Fedora provided a community environment for ongoing software development, while Red Hat Enterprise Linux focused on the stability, support and compatibility requirements of business customers.

The enterprise subscription model gave customers access to an integrated software offering and continuing services during the subscription period.

This was more than attaching a support contract to an otherwise unchanged retail product. Red Hat developed a commercially supported enterprise distribution with maintenance arrangements, updates and relationships with technology vendors.

Those relationships mattered because enterprise buyers rarely evaluated an operating system in isolation. They also needed confidence that important applications and hardware would work with it.

For a CIO considering Linux across business systems, the decision therefore involved several questions. Would the chosen version remain supported? Could existing applications run on it? Would updates be available? Who could provide assistance when problems occurred?

Red Hat's proposition addressed those concerns through a continuing supplier relationship.

Its filings also show that the commercial transition gained momentum.

The Evidence: Enterprise Subscription Growth

Red Hat enterprise subscriptionsFiscal 2003Fiscal 2004Subscription revenue$30.4 million$68.9 millionApproximate subscriptions sold36,500169,500

Source: Red Hat, fiscal 2004 Form 10-K. Subscription units are not equivalent to unique customers.

Enterprise subscription revenue more than doubled between the two fiscal years, while the number of subscriptions sold increased substantially.

These figures establish that Red Hat's enterprise subscription business was growing during the transition. They do not establish that positioning alone caused the increase. Product development, enterprise Linux adoption, vendor relationships and wider market conditions also formed part of the commercial environment.

By fiscal 2006, Red Hat reported total subscription revenue of $230.4 million. This was a broader subscription figure, not directly equivalent to the earlier enterprise-only revenue measure.

Taken together, the filings document the development of a substantial subscription business around Red Hat's open-source-based enterprise products.

The Value Was Not Simply in the Code

Red Hat's case illustrates a distinction in B2B positioning between the availability of a technology and the value of using it in a business environment.

Open-source software can be accessed, modified and distributed under the terms of its licences. But that does not automatically provide an organization with a tested operating environment, certified compatibility, ongoing updates or a supplier responsible for delivering agreed services.

For an enterprise customer, those differences can affect purchasing decisions.

The recognized marketing concept is value-based positioning. Instead of explaining an offering mainly through its components or price, a company establishes value through the business requirements it helps customers address.

In Red Hat's case, those requirements included stability, maintenance, compatibility and access to technical expertise. The company developed its commercial proposition around a combination of technology and continuing services.

That did not make the underlying Linux technology unimportant. Red Hat Enterprise Linux remained the foundation of the offering. Nor did it mean businesses had no other choices. Customers could evaluate other Linux distributions, proprietary operating systems or different support arrangements.

The important change was in what Red Hat made commercially available and how that offering could be evaluated.

A business buyer could compare the cost of a Red Hat subscription with the operational requirements of maintaining a supported operating system. The decision was no longer limited to whether Linux itself was available without a proprietary licence fee.

The company's annual filings also show that enterprise adoption was influenced by broader conditions, including acceptance of Linux for important business systems and relationships with hardware manufacturers and distributors. These factors prevent a simple conclusion that Red Hat's positioning alone produced its growth.

What the evidence establishes is that Red Hat developed a paid enterprise offering around open-source technology, communicated its value in terms relevant to business customers and reported substantial commercial growth during the transition.

When Access and Commercial Value Are Different Things

The Red Hat story is relevant to a wider B2B question: what makes a supplier commercially valuable when customers can obtain similar underlying technology elsewhere?

The answer is not necessarily exclusivity.

Some customers may value a defined product configuration, tested compatibility, continuing maintenance or a supplier they can hold responsible for agreed services. Others may have the internal expertise to manage those requirements themselves.

The distinction matters because it separates what a technology makes possible from what a particular supplier commits to deliver.

Red Hat did not make Linux valuable simply by putting a subscription around it. It developed an enterprise offering with defined features and services, supported by relationships with other technology vendors and a commercial organization capable of serving business customers.

Its experience also shows why recurring revenue should not be confused with the underlying strategy. Annual subscriptions were the commercial arrangement. The enterprise proposition was what customers received through that arrangement.

For marketing leaders, this raises a positioning problem that can appear whenever the underlying technology is widely accessible. If customers can obtain the basic component from several sources, a supplier must still make clear what distinguishes its complete offering and why that difference matters to the buyer.

Red Hat's transition provides a documented example of one way that distinction developed in an enterprise market. It does not establish a universal formula for monetizing open-source software or prove that subscriptions are always preferable to other business models.

The company's reported growth is significant, but the more revealing part of the case is the separation between access and assurance.

Linux could be available without a proprietary licence. A supported enterprise environment, with continuing maintenance and a defined supplier relationship, was a different commercial proposition.

When customers can obtain the underlying technology elsewhere, what exactly makes your company's offering worth paying for?


Box Hill (Sydney), NSW, Australia 2765
​Unsubscribe

Clarity and Chaos

Clarity and Chaos is a B2B marketing newsletter for leaders who already know the playbook but want better judgment. Each issue examines real companies, real decisions, and the moments when positioning stopped being optional.

Read more from Clarity and Chaos
Editorial diagram showing TSMC's semiconductor manufacturing facility connected to chip design tools, IP libraries, specialist engineering services and manufacturing processes, with pathways converging on a finished microchip.

Issue #38 When the Ecosystem Becomes Part of the Product View in Browser How TSMC made advanced chip manufacturing easier to use by coordinating the companies around it. In 2008, Taiwan Semiconductor Manufacturing Company (TSMC) introduced something that had little to do with building another semiconductor factory. It called it the Open Innovation Platform. TSMC manufactured chips for other companies. Its customers designed semiconductors, and TSMC provided the technology and facilities...

Editorial diagram showing Hilti’s shift from customers buying and managing individual tools to a managed fleet model covering repairs, replacement, tracking, maintenance and predictable costs.

Issue #37 When the Customer Stops Buying the Product View in Browser How Hilti made the power tool only part of what the customer was buying Twenty-five years ago, one of Hilti’s customers asked a question that sounded simple: could Hilti take care of its entire tool park? The customer, Bati Group, had more than 1,000 tools. The challenge was not simply finding another drill, breaker or saw. Hundreds of tools could move between sites. They had to be available when needed, tracked, repaired...

Editorial diagram showing Corning as the material supplier, Gorilla Glass moving to a device manufacturer for smartphone production, and the finished device reaching the end customer who recognizes the Gorilla Glass name.

Issue #36 When the Customer's Customer Starts Mattering View in Browser In 2007, Corning had a product that most of the people who would eventually use it could never buy from Corning. Gorilla Glass was made for device manufacturers. Corning supplied the glass, manufacturers built it into phones and other devices, and consumers bought the finished product. The commercial relationship was B2B. But Gorilla Glass did not remain an invisible component buried inside someone else's product. It...