The B2B Podcast Index
Index
All categories
MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
MethodologySubmit
Best of:MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
An independent project byFame
SearchBest episodesGuestsInsightsMethodologySubmit a podcast
Index/Ops/The Operations Podcast with Fexingo
The Operations Podcast with Fexingo artwork

How an Airport Baggage System Lost 30000 Suitcases a Year and Fixed It

The Operations Podcast with Fexingo · 2026-06-26 · 9 min

0:00--:--

Key moments - from our scoring

Substance score

49 / 100

Five dimensions, 20 points each

Insight Density12 / 20
Originality8 / 20
Guest Caliber6 / 20
Specificity & Evidence14 / 20
Conversational Craft9 / 20

A major European airport was losing thirty thousand checked bags annually - not delays, but complete system loss - until an operations analytics firm discovered the root cause wasn't insufficient capacity but a localized flow bottleneck. Heathrow's Terminal 5 baggage carousel processed 3,600 bags per hour but received 5,000+ during peak morning departure banks, causing bags to jam in shadow zones where optical scanners lost line of sight. Rather than rebuild the entire system, the airport implemented a predictive routing algorithm with a buffer queue that released bags in staggered batches, capping utilization at 75% and reducing mishandled bags by 80% within six months. This episode teaches operations leaders at distribution centers, warehouses, and manufacturers how to apply queueing theory and kanban-style pull-based flow control: the fix required only software changes and modest conveyor additions (£2M versus millions for a full upgrade), while simultaneously cutting late departures by 40% and paying for itself within a year. The critical insight was measuring individual bag-level RFID tracking data rather than aggregate throughput, revealing that flow control beats capacity expansion when systems approach utilization collapse.

Key takeaways

  • →Bottlenecks are often highly localized - 70% of Heathrow's lost bags were stuck in just four segments within 20 meters of the main induction point, not scattered throughout the system.
  • →Flow control (regulating input rate) solves queueing problems more effectively than adding capacity - capping the loop utilization at 75% instead of letting it exceed 100% eliminated catastrophic failures.
  • →Granular unit-level measurement reveals hidden problems that aggregate KPIs mask - Heathrow's team only discovered the shadow zones after attaching RFID tags to 10,000 bags and tracking individual paths, not just total throughput.
  • →Systems collapse exponentially once utilization exceeds 80% - this queueing theory principle directly caused bags to fall off conveyors and disappear from tracking when peak hour demand overwhelmed the loop.
  • →Operational fixes don't require expensive infrastructure overhauls - a predictive routing algorithm (a few hundred lines of code) and a buffer queue proved more cost-effective than rebuilding the entire baggage system.

In this episode

  1. 1The 30,000 Lost Bags Crisis at Heathrow Terminal 5
  2. 2Root Cause: A Bottlenecked Sorting Carousel During Peak Hours
  3. 3Finding the Problem: RFID Tracking Reveals Shadow Zones in a 200-Foot Stretch
  4. 4The Solution: Predictive Routing and Ramp-Metering Flow Control
  5. 5Results: 80% Reduction in Mishandled Bags and Faster Processing
  6. 6Lessons for Operations: Flow Control Over Capacity Expansion
  7. 7Measuring at the Unit Level: Why Granular Data Matters

Mentioned

HeathrowHeathrow Terminal 5ToyotaLucasLuna

Topics in this episode

Heathrow Terminal 5 baggage handling systemRFID tracking technologyQueueing theoryKanban pull-based flow systemsPredictive routing algorithmsConveyor belt buffer queuesToyota lean manufacturing principlesShadow zones in automated sortingRamp metering (congestion control)Pharmaceutical distribution center automation

Questions this episode answers

Why was Heathrow losing thirty thousand bags per year if its scanning and sorting systems worked?

The baggage carousel loop could only process 3,600 bags per hour, but peak morning departure banks delivered over 5,000 bags per hour. The system became congested, causing bags to jam and fall into shadow zones where optical scanners lost sight of them, making them effectively lost in the tracking system.

What was the solution to Heathrow's baggage loss problem?

An operations team implemented a predictive routing algorithm with a buffer queue that releases bags in staggered batches, monitoring real-time loop density and controlling input rate (like a highway ramp meter). This capped utilization at 75% instead of over 100%, reducing mishandled bags by 80% within six months.

How did the operations team identify the exact location of the bottleneck?

They attached RFID tags to ten thousand bags over three months and tracked their individual paths through the system, discovering that 70% of lost bags were stuck in just four specific segments within twenty meters of the main induction point - a two-hundred-foot stretch of conveyor.

What financial benefit did Heathrow gain from fixing the baggage system?

The airport saw a 40% reduction in late departures attributed to baggage loading, and the £2 million fix paid for itself in under a year through reduced delay costs, landing fee penalties, and fuel waste savings alone.

What key measurement mistake did Heathrow make before the analytics firm arrived?

They only tracked aggregate throughput data (total bags in, total bags loaded) rather than time-series data at the individual bag level, which prevented them from seeing the localized bottleneck and shadow zones where bags were getting stuck.

What our scoring noted

Our reviewer’s read on each dimension, with quotes from the episode.

Insight Density

12 / 20

For a nine-minute episode the information density is respectable - the hosts work through a genuine operational diagnosis, explain queueing theory mechanics, and land actionable takeaways. However, the conceptual territory (bottleneck theory, pull vs. push, utilisation curves) is standard ops-management curriculum, and the episode doesn't go deeper than an introductory treatment.

Once a system crosses about eighty percent utilization, queue lengths explode exponentially. Heathrow's loop was running at over one hundred percent during peak hours. The fix was to cap utilization at seventy-five percent
The fix cost about two million pounds in software and buffer conveyor - a fraction of what a full system upgrade would have cost

Originality

8 / 20

The Heathrow case study is a concrete and well-chosen vehicle, but the underlying frameworks - Toyota kanban, pull-based flow, the 80% utilisation rule - are widely circulated in operations content. The one genuinely sharp reframe is the flow-vs-capacity distinction, but even that is textbook Little's Law territory.

the system isn't broken because it's overloaded - it's broken because we're feeding it wrong
It's the same principle Toyota uses with their kanban system, which we've talked about before. Pull-based flow, not push-based

Guest Caliber

6 / 20

There are no external guests; the episode is a two-host scripted narrative. Neither host establishes practitioner credentials - Luna references 'a case study I read last year,' signalling researcher-commentator rather than operator. The knowledge on display is solid but secondhand.

I read a case study last year about a pharmaceutical distribution center that had similar issues with their automated sorting system. They applied the same ramp-metering approach and cut error rates by sixty percent

Specificity & Evidence

14 / 20

The episode is unusually number-rich for the format: capacity figures, exact locations of failure zones, pre/post metrics, cost of fix, and ROI timeline are all cited. The RFID methodology detail (10,000 bags, three months, positional tracking) elevates credibility. The one caveat is that none of the figures are sourced or independently verifiable within the episode.

seventy percent of them were stuck in just four specific segments of the loop, all within twenty meters of the main induction point
Within six months, mishandled bags dropped by eighty percent. The thirty-thousand lost bags became about six thousand. And the average time from check-in to loading actually decreased by twelve percent

Conversational Craft

9 / 20

Luna's questions are well-timed and occasionally additive (the organisational-side question is genuinely good), but the dialogue reads as pre-scripted rather than exploratory - questions function as chapter headings rather than genuine probes. There is no pushback, no challenging of the numbers, and no moment where the host forces the guest to defend a claim.

So what was the root cause? Was it scanners failing, or just human error?
Which brings up the organizational side. How did they finally get the data to see that?

Conversation analysis

Computed from the transcript - who did the talking, and the words that came up most.

Most-used words

bags27lucas17system17luna16loop9thousand8operations8percent8thirty7conveyor7heathrow7hundred7data7show7problem6bottleneck6

Episode notes

Lucas and Luna break down the operational disaster of baggage handling at major airports - specifically how one system was losing 30,000 bags annually before a radical redesign. They trace the root cause to a single bottleneck at the sorting carousel, explore the fix using predictive routing algorithms and staggered batch release, and discuss why baggage systems are a textbook case of queueing theory gone wrong. The episode centers on the 2025 redesign at London Heathrow's Terminal 5, which cut mishandled bags by 80 percent in six months. No fluff - just concrete numbers, a clear before-and-after, and lessons for any operation that moves physical goods through a choke point. #BaggageHandling #AirportOperations #Heathrow #QueueingTheory #OperationsManagement #LeanOperations #Bottleneck #PredictiveRouting #SortingSystem #Logistics #ProcessImprovement #TravelTech #Business #OperationsPodcast #FexingoBusiness #BusinessPodcast #SupplyChain #Aviation Keep every episode free: buymeacoffee.com/fexingo

Full transcript

9 min

Transcribed and scored by The B2B Podcast Index.

Lucas: So here's a number that stopped me cold: one major airport was losing thirty thousand checked bags every single year. Not delayed. Not misrouted to the wrong destination. Lost.

As in, the system had no idea where they were. Luna: Thirty thousand? That's roughly eighty-two bags a day, every day. How does that even happen?

Lucas: That's exactly the question. And the answer turns out to be a classic operations problem hiding in plain sight. We're talking about baggage handling systems - the miles of conveyor belts, scanners, and sorters that move your suitcase from check-in to the plane. At Heathrow's Terminal 5, which handles about twenty million bags a year, the mishandling rate was tiny in percentage terms.

But in absolute numbers? Thirty thousand bags vanished annually. Luna: So what was the root cause? Was it scanners failing, or just human error?

Lucas: Both, but the deeper issue was a bottleneck at the main sorting carousel. The system uses a massive rotating loop - picture a horizontal conveyor belt shaped like a racetrack, about three hundred meters long. Bags enter the loop from dozens of induction points, and optical scanners read the barcode to divert each bag to the correct chute. The problem was that the loop could only process about thirty-six hundred bags per hour.

During peak departure banks - say between six and eight AM, when thirty flights push out - the system was getting flooded with over five thousand bags per hour. That's fourteen hundred bags more than capacity. Luna: So bags start piling up on the conveyor, and the system has nowhere to put them. That's when they start falling off, or getting stuck in dead zones.

Lucas: Exactly. The loop would literally clog. Bags would stop moving, get pushed off by subsequent bags, or end up in what they call shadow zones - spots where the scanners lose line of sight. Once a bag disappears from the tracking system, it's effectively lost.

Heathrow's operations team spent months tracing these lost bags. They found that seventy percent of them were stuck in just four specific segments of the loop, all within twenty meters of the main induction point. The bottleneck wasn't the entire system - it was a two-hundred-foot stretch of conveyor. Luna: That's surprisingly localized.

So the fix wasn't a total rebuild - it was targeted. Lucas: Right. The team implemented what's essentially a predictive routing system. Instead of letting bags enter the loop at whatever rate the check-in counters spit them out, they added a buffer queue - basically a holding area - that releases bags in staggered batches.

The algorithm monitors the loop's real-time density and only admits new bags when there's available capacity downstream. It's like a ramp meter on a highway. You hold cars back to keep traffic flowing, even if it means a short wait on the on-ramp. Luna: And did it work?

Lucas: Within six months, mishandled bags dropped by eighty percent. The thirty-thousand lost bags became about six thousand. And the average time from check-in to loading actually decreased by twelve percent, because the system stopped thrashing. The bags that do enter the loop move through without interruption.

Luna: So the lesson is that adding more capacity isn't always the answer. Sometimes you just need to control the flow rate. Lucas: That's the textbook lesson from queueing theory. In operations, we talk about the relationship between utilization and wait times.

Once a system crosses about eighty percent utilization, queue lengths explode exponentially. Heathrow's loop was running at over one hundred percent during peak hours. The fix was to cap utilization at seventy-five percent by using that buffer queue. You lose a little throughput in the short term - the bags wait an extra ninety seconds in the buffer - but you eliminate the catastrophic failures.

It's the same principle Toyota uses with their kanban system, which we've talked about before. Pull-based flow, not push-based. Luna: And the interesting thing is, this isn't just about airports. Any operation that moves physical items through a choke point - a warehouse, a hospital pharmacy, a food processing line - faces the same math.

I read a case study last year about a pharmaceutical distribution center that had similar issues with their automated sorting system. They applied the same ramp-metering approach and cut error rates by sixty percent. Lucas: It's a genuinely transferable pattern. But what I find most striking about the Heathrow story is that the root cause was hiding in plain sight.

The system had been losing thirty thousand bags a year for nearly a decade. Everyone assumed it was just a volume problem - too many bags, period. But the data showed it was a flow problem, not a capacity problem. The fix cost about two million pounds in software and buffer conveyor - a fraction of what a full system upgrade would have cost.

Luna: Which brings up the organizational side. How did they finally get the data to see that? Lucas: They hired a small operations analytics firm that did something simple: they attached RFID tags to ten thousand bags over three months and tracked every single one through the system. That gave them exact positional data - where each bag stopped, for how long, and where it finally went missing.

That's how they found the shadow zones. Before that, the only data they had was the aggregate throughput numbers - total bags in, total bags loaded. They never looked at the granular path of individual bags. It's a classic measurement problem: you can't fix what you don't measure at the right resolution.

Luna: And that's a lesson for any operations leader. If your KPIs only show big averages, you might miss the real bottleneck. You need time-series data at the individual unit level. Lucas: Exactly.

And once they had that data, the solution was almost obvious. They implemented the predictive routing algorithm, which was essentially a few hundred lines of code. It's not rocket science. But it required the willingness to say: the system isn't broken because it's overloaded - it's broken because we're feeding it wrong.

Luna: So what's the takeaway for someone running a small operation - say a regional distribution center or a mid-size manufacturer? Lucas: I'd say three things. One: look for the localized bottleneck. It's almost never the whole system.

Two: measure at the individual unit level, not just aggregates. Three: consider flow control before capacity expansion. Adding more conveyor, more staff, or more machines often just feeds the bottleneck faster. Instead, regulate the input rate to match the bottleneck's capacity.

That's the Heathrow lesson in a nutshell. Luna: And if you want to dig into the queueing theory behind it, there's a great public dataset from Heathrow's operations team - they published the anonymized RFID tracking data after the project. We'll link to it in the show notes. Lucas: We will.

And speaking of the show, if these conversations have helped you think about your own operations in a new way - even just once - we'd love it if you considered supporting the podcast. A couple of dollars a month is genuinely what keeps these going. You can find us at buy me a coffee dot com slash fexingo. It makes a real difference, and we're grateful.

Luna: Yeah, completely. And it keeps the show ad-free, which is how we both prefer it. Lucas: Alright, back to bags. One final stat that I love: after the fix, Heathrow's Terminal 5 saw a forty percent reduction in late departures attributed to baggage loading.

That's not just a customer service win - it's a direct financial benefit. Airlines pay landing fees, and late departures incur penalties and fuel waste. So the baggage system fix paid for itself in under a year just from reduced delay costs. Luna: That's the kind of ROI that gets a CFO's attention.

Operational improvements that show up on the bottom line. Lucas: Exactly. And it all started with asking a simple question: where exactly are the bags going? The answer was right there, on a two-hundred-foot stretch of conveyor belt.

So next time you're waiting at baggage claim and your bag actually shows up - there's a good chance a little algorithm and a buffer queue made it happen. Luna: And if it doesn't show up - well, maybe they haven't read this episode yet. Lucas: Send them the show notes. I'm Lucas.

Luna: I'm Luna. Lucas: And this has been The Operations Podcast.

More from The Operations Podcast with Fexingo

All episodes →
  • How a Steel Plant Cut Unplanned Downtime by 70 Percent with Ops82 / 100
  • How a Hospital Cut Readmissions by 25 Percent with Operations86 / 100
  • How a Container Port Cut Dwell Time by 40 Percent94 / 100
  • How a Coffee Chain Cut Employee Turnover by 50 Percent90 / 100
  • How a Data Center Cut Energy Use by 40 Percent91 / 100
Explore the best B2B Ops podcasts →
All The Operations Podcast with Fexingo episodes →