Hirst AcademyInnovation and Change in Marketing
← Course overview
Module 6

Emerging Technology and Disruptive Innovation

Estimated time: 6–7 hours · Gives learners a way to separate a genuine disruptive threat or opportunity from noise, including the platform dynamics behind most recent disruption, and to decide which emerging technologies merit real investment.

By the end of this module you will be able to tell a genuine disruptive threat or opportunity from a loudly marketed one, using Christensen's theory and its own critics rather than its headline claim. You will understand why so much recent disruption is platform-shaped, and be able to judge whether a specific emerging technology — robotics, customer-service automation, or whatever arrives next — is ready for your business and whether it justifies changing the business model itself, not just adding a feature.

Interactive Tool

Emerging Technology Readiness Scorecard

Score candidate emerging technologies on disruptive potential, technology readiness, customer impact and cost to decide which to pilot.

Open the tool →
6.1

Disruptive vs Sustaining Innovation

Clayton Christensen's The Innovator's Dilemma: When New Technologies Cause Great Firms to Fail (1997) set out to answer an uncomfortable question: why do well-run, well-resourced, customer-focused companies routinely lose to rivals offering what looks, at first, like a worse product? Christensen's answer turns on a distinction between two kinds of innovation. A sustaining innovation makes an existing product better along the dimension existing customers already value — faster, cheaper, more reliable — and incumbents are generally very good at these, because their existing customers are asking for exactly that improvement. A disruptive innovation does something different: it starts by serving a segment the incumbent has overlooked or stopped bothering with — often small, unprofitable, or wanting something simpler and cheaper than the mainstream offer — and it improves from there. By the time the disruptive offer is good enough to interest mainstream customers too, the incumbent is structurally late: its whole organisation was built around serving the customers it already had, not the ones it had written off. This is why "worse" products beat better-resourced incumbents, and why disruption is not a synonym for "big change" or "new technology" — a technology that simply makes the existing offer better for existing customers is sustaining, however impressive it looks.

The theory has not gone unchallenged, and a careful user of it should know why. In a widely read 2014 New Yorker essay, "The Disruption Machine," the historian Jill Lepore re-examined several of Christensen's own case studies — including the disk-drive industry at the centre of his original argument — and argued that the evidence for some of them was weaker, and the cases more selectively chosen, than the theory's popularity suggested. A related and more common criticism is simpler: once "disruptive" became a term every founder wanted attached to their pitch, it was applied to almost any new entrant that unsettled an industry, whether or not it matched Christensen's actual definition. Christensen responded directly to this drift, co-authoring a 2015 Harvard Business Review piece, "What Is Disruptive Innovation?", with Michael Raynor and Rory McDonald, arguing that disruption is a process that plays out over time, not a label for any single disruptive-looking product, and that a company often cited as a textbook disruptor does not actually fit the theory's own criteria once checked against it. The practical lesson is not to treat the theory as settled science, but to use it as a sharper, falsifiable question — which overlooked segment, which improving trajectory — rather than a label applied after the fact to anything that won.

Learning ObjectiveApply Christensen's disruptive innovation theory to distinguish a sustaining innovation from a genuinely disruptive one, including the theory's own limits.
Key ConceptsSustaining innovation (makes an existing product better for existing customers) vs disruptive innovation (starts in an overlooked or less-demanding segment and improves until it displaces incumbents); Christensen (1997); critiques of the theory, including overuse of "disruption" as a buzzword and Lepore's (2014) case-study challenge.
Practical ExampleThornfield weighs Doncaster warehouse robotics (a productivity gain for existing operations, not disruptive) against an AI customer-service chatbot for SME booking enquiries, which could be disruptive if it lets Thornfield serve very small customers it currently turns away.
ExerciseFirst read how the worked example at the end of this module separates Doncaster's robotics from the SME chatbot. Then write a short disruption-risk assessment of a competitor's move or a technology in your own organisation's sector (if you don't have one, assess Thornfield's AI-assisted route optimisation and driver telematics app, which this module doesn't classify): is it sustaining or genuinely disruptive, and what evidence tells you which?
6.2

Platform Business Models

Most of the businesses that get called "disruptive" today share a structural feature that has nothing to do with being new or being technological: they are platforms, not pipelines. Parker, Van Alstyne and Choudary's Platform Revolution (2016) draws this distinction directly. A traditional pipeline business creates value in a line: it designs a product, makes it, and sells it to a customer, and value flows in one direction. A platform business model instead creates value primarily by facilitating exchange between two or more distinct groups — buyers and sellers, drivers and riders, hauliers and shippers — rather than by producing the thing being exchanged itself. The platform's job is to make that exchange easy, trustworthy and liquid, and its advantage compounds in a way a pipeline's does not.

That compounding advantage comes from network effects: the platform becomes more valuable as more people use it. Parker, Van Alstyne and Choudary distinguish two directions this can run. A same-side network effect is when more users on one side make the platform more or less valuable to other users on that same side (more sellers can mean more competition among sellers, for instance). A cross-side network effect is when more users on one side make the platform more valuable to users on the other side — more drivers available means a rider waits less, which is usually the stronger and more deliberately designed effect in a two-sided marketplace. Distinguishing the two matters because they call for different strategies: a platform trying to grow often needs to subsidise or specially court one side to trigger a cross-side effect strong enough to get the whole system moving, which is a different problem from managing competition within one side.

This is also why platform thinking belongs alongside disruption theory rather than inside it. A platform does not have to serve an overlooked segment to be disruptive in Christensen's sense — its advantage comes from a different mechanism, the compounding value of the network itself, which can make an incumbent's pipeline economics look slow and thin by comparison even when the incumbent's product quality is perfectly competitive. Recognising a genuine two-sided opportunity, and not just relabelling an ordinary product listing as a "platform," is therefore a distinct judgement from assessing disruptive potential, even though the two often travel together in practice.

Learning ObjectiveExplain how platform business models create value through two-sided markets and network effects, and why that differs from a traditional "pipeline" business.
Key ConceptsPipeline vs platform value creation; two-sided (multi-sided) markets; same-side and cross-side network effects; Parker, Van Alstyne and Choudary (2016).
Practical ExampleThornfield's strategy team revisits its logistics-as-a-service platform through a platform-economics lens: opening it to independent small hauliers for overflow SME deliveries would create genuine two-sided network effects, unlike its original single-sided form serving Thornfield's own SME customers.
ExerciseFirst read the worked example's platform reassessment. Then take your own organisation's business model (or, if you don't have one, Thornfield's platform opened to independent hauliers, going further than the worked example by saying which side would need courting or subsidising first to trigger the cross-side effect). Assess its platform potential: does value depend on connecting two distinct groups, and would it strengthen with scale through network effects, or is it a pipeline wearing platform language?
6.3

Robotics and Automation in Practice

Assessing an emerging technology well means separating two questions that get run together: how mature is the underlying research, and how mature is this technology for this specific business use? Technology readiness is a judgement about the second question, not the first — a capability can be scientifically well-established and still be operationally unready for a particular warehouse, fleet or customer base, because readiness depends on the messiness of the real environment (inconsistent packaging, variable lighting, patchy connectivity, exception cases nobody wrote a rule for) rather than on what a demonstration or a research paper shows under controlled conditions. Judging readiness honestly means asking what happens on the exception, not just the typical case.

A useful way to apply this to robotics and automation is to separate tasks by how structured and repetitive they are, rather than by how impressive the underlying technology sounds. Tasks that are physically repetitive, happen inside a controlled environment, and have a narrow range of expected variation — picking a known item off a shelf, moving a pallet along a fixed route, sorting items by a scannable code — are the categories where current warehouse robotics and automation are most reliably mature today. Tasks that require judgement about an unfamiliar or ambiguous situation, negotiation, or responsibility for an unusual outcome remain far less reliably automatable, and typically still need a person in the loop, either doing the task directly or supervising and handling the exceptions the automated system flags. This structured-versus-judgement distinction is a more durable way to assess a specific use case than any claim about a particular product's current capability, which risks dating quickly as the underlying technology continues to improve.

None of this makes a genuine productivity gain disruptive in Christensen's sense. Automating a structured, repetitive task inside an existing warehouse operation is squarely a sustaining innovation: it makes the existing model more efficient for the existing business and its existing customers, rather than changing who the customer is or what they value. That distinction — real value, but not a change to the model — is worth stating plainly, because the two kinds of innovation call for very different kinds of attention from leadership: a sustaining gain is primarily an operational rollout question, where a disruptive one is a strategic question about who you serve.

Learning ObjectiveAssess what warehouse and customer-facing robotics and automation can and cannot yet do reliably for a specific business use.
Key ConceptsTechnology readiness for a specific use, distinct from how mature the underlying research is; categories of capability (structured, repetitive tasks vs variable, judgement-heavy ones); human-in-the-loop design; why a genuine productivity gain need not be disruptive.
Practical ExampleThornfield's Doncaster warehouse robotics pilot delivers a measurable productivity gain on structured, repetitive warehouse tasks, but improves the existing model rather than changing who the customer is.
ExerciseUsing the worked example's Doncaster readiness case as your model, pick a candidate automation use case in your own organisation (if you don't have one, take a Thornfield depot task the case doesn't cover and label the details you add as your own assumptions). Write a short readiness assessment: which parts of the task are reliably automatable today, which still need a person, and what would have to change for that to shift?
6.4

Customer-Service Technology

Customer-service automation — chatbots, automated booking, self-service portals — raises the same structured-versus-judgement question as warehouse robotics, but with a second dimension layered on top: the customer is present for the automation, and experiences it directly, rather than only experiencing its downstream result. A structured, well-defined enquiry with a small number of likely answers — checking a booking status, requesting a standard document, choosing from a known set of service options — is a strong candidate for automation, because the customer's need and the system's capability are well matched, and a fast automated answer usually beats a slow human one. An open-ended, ambiguous, or high-stakes enquiry — a complaint, an unusual exception, anything where the customer needs to feel heard rather than merely answered — is a weak candidate, because the mismatch between what the system can reliably do and what the customer actually needs produces exactly the frustration automation was meant to avoid. The practical design question is rarely "should we automate this journey" as a whole, but which steps in it sit on which side of that line, and how cleanly the system hands off from automated to human handling at the point the enquiry crosses it.

This lesson's sharper point connects back to disruptive innovation theory rather than sitting apart from it. Christensen's overlooked-segment pattern is not only about start-ups disrupting incumbents from outside; an incumbent can apply the same logic to its own under-served customers. A segment a business currently turns away — because serving it by traditional (human, relationship-based) means is not economically viable at that customer's size or margin — is exactly the kind of overlooked segment the theory describes. If automation can serve that segment profitably where the traditional model could not, the business has not just found an efficiency saving; it has found a route to a customer it previously excluded, which is the hallmark of disruptive, not merely sustaining, potential. Recognising that pattern is what separates a customer-service automation project that is "the same service, cheaper" from one that quietly expands who the business can serve.

Learning ObjectiveEvaluate where chatbots, automated booking and self-service help versus frustrate customers across a customer journey.
Key ConceptsCategories of capability (structured enquiries and booking vs open-ended, judgement-heavy requests); escalation design; the overlooked-segment pattern — automation that profitably serves customers a business currently turns away; customer trust and experience risk.
Practical ExampleSofia Marsh, Thornfield's Head of Marketing, judges that an AI customer-service chatbot for SME booking enquiries could be disruptive, not just efficient, because it could profitably serve very small customers Thornfield currently turns away.
ExerciseFirst read how the worked example assesses the SME chatbot's structured booking and status enquiries. Then map a customer journey in your own organisation (or, if you don't have one, Thornfield's SME booking journey, labelling the steps you add as your own assumptions, since the case doesn't list them). Mark each step where automation would likely help (fast, structured, low-stakes) and each where it would likely frustrate (ambiguous, high-stakes, relationship-dependent).
6.5

From Technology to Business Model

Every lesson in this module has been building towards one judgement: does an emerging technology justify adding a feature to the existing business, or changing the business model itself? The two are easy to conflate because they can use the same underlying technology — the warehouse robotics, the chatbot and the platform reassessment earlier in this module all involve a form of automation or networked software — but they ask for entirely different commitments and entirely different kinds of organisational attention. A feature-level change improves the existing offer for the existing customer and can usually be delivered, piloted and reversed within an existing team's authority. A business-model-level change redefines who the customer is, what they are being asked to pay for, or how the organisation captures value from the exchange — platform economics, in particular, tends to demand this kind of change, because facilitating exchange between new groups is a different business from producing and selling a single product.

The judgement that matters is not simply "which is more exciting" or even "which is more disruptive" in the abstract, but whether the scale of commitment a business-model change requires is justified by the evidence in hand. A feature-level pilot is comparatively cheap to test and cheap to abandon if it fails. A business-model-level commitment — opening a platform to a new side of the market, restructuring how revenue is earned, taking on the operational and reputational risk of serving a genuinely new customer segment — is not, and reasonably requires a higher bar of evidence and a different level of organisational sign-off before an organisation commits to it. Recognising that a technology could justify a bigger move is valuable strategic insight; recognising that the business has not yet gathered enough evidence, or secured enough organisational commitment, to make that move responsibly is just as valuable, and is often the more honest answer in practice.

Learning ObjectiveEvaluate when an emerging technology justifies changing the business model itself, not just adding a feature, and weigh that against the scale of commitment required.
Key ConceptsFeature-level change vs business-model-level change; disruptive potential as a function of who the customer becomes, not just what the technology does; weighing a bigger commitment against an unproven case; governance and approval of business-model-level bets.
Practical ExampleThornfield's three emerging-technology decisions in parallel: warehouse robotics (a feature-level improvement), a customer-service chatbot (potentially disruptive at the customer level), and opening the platform to independent hauliers (a business-model-level bet, more disruptive than the original platform feature, and not yet approved by the board).
ExerciseRead the worked example's three decisions first; it is the model answer for this exercise at Thornfield. Then, for the technology you assessed for your own organisation (or Thornfield) earlier in this module, write a one-paragraph business-model implication statement: does it justify only a feature, or a change to who the customer is, what they pay for, or how value is captured?
Worked Example

Thornfield Weighs Three Emerging-Technology Decisions

Thornfield Logistics Group has three emerging-technology questions in front of it at once, and this module's framework tells them apart rather than treating all three as "technology decisions" of the same kind.

The first is warehouse robotics at the Doncaster depot. A pilot automating structured, repetitive warehouse tasks delivers a genuine productivity gain, and the technology is reliably mature for this specific use — structured, repetitive tasks are exactly the profile this module's robotics lesson flags as a strong readiness case. But it is not disruptive in Christensen's sense: it makes the existing warehouse operation better for the customers Thornfield already serves. It is a sustaining innovation, and the right response is operational — a rollout question (and, as Module 9 later shows, a workforce-concern one), not a strategic one.

The second is an AI customer-service chatbot for SME booking enquiries, which Head of Marketing Sofia Marsh assesses differently. The chatbot would handle structured booking and status enquiries — a strong readiness case by the same logic as Doncaster — but Marsh's judgement is that its real significance is commercial: it could let Thornfield profitably serve very small customers it currently turns away, because serving them the traditional, relationship-based way has never been economical at that scale. That is precisely the overlooked-segment pattern Christensen's theory describes, which is why Marsh flags the chatbot as potentially disruptive, even though the underlying technology category is the same kind of automation as the warehouse robots.

The third is a reassessment of the "logistics-as-a-service" platform, one of the three strategic bets set out in Module 2. Viewed through a platform-economics lens, the strategy team recognises that its original single-sided form, serving Thornfield's own SME customers, captures none of the compounding value Parker, Van Alstyne and Choudary describe. Opening it to let independent small hauliers fulfil overflow SME deliveries would create a genuine two-sided marketplace, with cross-side network effects the single-sided form never could generate. The team judges this more disruptive than the chatbot — it changes who the customer is and how value is captured, not just who Thornfield can afford to serve — but also a materially bigger commitment, with real integration and quality-control risk, and one the board has not yet approved.

Knowledge Check

  1. A competitor launches a cheaper, simpler product aimed at customers your business currently has little interest in serving. According to Christensen's theory, is this necessarily a disruptive threat, and what would you need to check before concluding it is?
    Not necessarily — it is disruptive only if it is genuinely improving from an overlooked segment towards the mainstream; check who it actually serves today, whether that segment was one you had overlooked, and whether its trajectory is improving, rather than assuming "cheaper and simpler" automatically means disruptive.
  2. What is the key structural difference between a pipeline business and a platform business, and why does that difference make network effects possible for the latter but not the former?
    A pipeline creates value by producing and selling a product in a linear flow; a platform creates value primarily by facilitating exchange between two or more distinct groups. Because a platform's value comes from the exchange itself, more participants on one or both sides make the exchange more valuable for others, which is the mechanism behind same-side and cross-side network effects — a mechanism a one-directional pipeline does not have.
  3. Why might a warehouse robotics pilot and a customer-service chatbot both count as automation, yet sit at very different points on the sustaining-to-disruptive spectrum?
    Because the classification depends on who the technology serves and what it changes, not on the technology itself: the robotics pilot improves the existing operation for existing customers (sustaining), while the chatbot could profitably serve a previously overlooked, previously unprofitable customer segment (potentially disruptive) — the overlooked-segment pattern, not the automation itself, is what makes the difference.
  4. A board is offered two proposals using the same emerging technology: one that adds a feature to an existing product, and one that would change who the customer is and how revenue is earned. Why might the second proposal reasonably need a higher bar of evidence before approval, even if both proposals score similarly on "disruptive potential"?
    Because the scale of commitment and risk differs: a feature-level change can usually be piloted and reversed within an existing team's authority, while a business-model-level change carries materially larger integration, operational and reputational risk and is harder to reverse — so the bar for evidence and organisational sign-off is reasonably higher, independent of how disruptive the underlying technology itself might be.
  5. Module 1's innovation-process audit found Thornfield strong at searching for ideas but weak at selecting and resourcing them. Now that three emerging-technology options are on the table at once, how does this module's feature-versus-business-model judgement help it avoid repeating that pattern?
    It gives each option a different selection decision instead of letting all three stall as undifferentiated "technology ideas": the Doncaster robotics is a sustaining, feature-level gain to roll out operationally; the chatbot is a potentially disruptive bet whose case rests on evidence that the overlooked small-customer segment can be served profitably; and opening the platform to independent hauliers is a business-model bet that needs more evidence and the board's approval, which it doesn't yet have. That is the select stage of search–select–implement–capture done deliberately, with a clear next step and owner level for each, rather than the old pattern of many ideas raised and few decided.

Resources & Further Practice

  • Core text: Christensen, C. M. (1997), The Innovator's Dilemma: When New Technologies Cause Great Firms to Fail — the original statement of disruptive innovation theory used throughout this module.
  • The theory's critics: Lepore, J. (2014), "The Disruption Machine," The New Yorker, 23 June — a widely read challenge to Christensen's case-study evidence, worth reading alongside the theory rather than instead of it.
  • The theory, restated by its author: Christensen, C. M., Raynor, M. E. and McDonald, R. (2015), "What Is Disruptive Innovation?", Harvard Business Review, December — Christensen's own response to the overuse of "disruptive" as a buzzword, and a sharper restatement of the theory's actual criteria.
  • Platform economics: Parker, G. G., Van Alstyne, M. W. and Choudary, S. P. (2016), Platform Revolution: How Networked Markets Are Transforming the Economy—and How to Make Them Work for You — the source for this module's two-sided-market and network-effects framing, useful background for the Emerging Technology Readiness Scorecard on this module.
Checkpoint

Reflect on Your Technology Decisions

  • What I did: name the organisation and the technologies you assessed, which you judged sustaining or potentially disruptive, and whether any justified more than a feature.
  • What I learned: note one case where the overlooked-segment or platform lens changed your first impression of a technology.
  • What I'll change: write one way you will test the next "disruptive" proposal at work or in the organisation you studied, for example asking which overlooked customers it serves and what evidence a business-model change would need before sign-off.