The New Distribution Capability furnished by the International Air Transport Association is several years in the making. At least a few more are required for the industry at large to realize the intended benefit — more control for airlines in how they create and retail their services across the spectrum of distribution channels. AmTrav CEO Jeff Klee urges airlines to cut to the chase and focus on capabilities over standards.


It’s the summer of 2018 and we have finally reached a point where NDC is a “when” and not an “if.” Hardly the norm yet, NDC APIs are being consumed in one form or another by GDSs, aggregators and a growing number of OTAs and TMCs.

But let’s face it, for all the talk and promise, the most significant impact for NDC so far has been to simply shift around some of the economics for airlines, travel agencies, GDSs and ticket buyers. Although a quantum leap forward, NDC so far has done little to change how air travel is sold in indirect channels.

I know, I know … “it’s still early.” But that’s exactly the problem. Six years into it and we are still calling it “early.” We’re gaining momentum, yes, but IATA’s goal for reaching “mass adoption” is not until 2025.

That’s not exactly a moonshot.

Meanwhile, our industry continues to peddle booking tools that don’t allow travelers to buy or airlines to sell the full menu of products available. Do we really think we can get away with the status quo for another seven years? How can we pick up the pace?

Since the beginning, the evolution of NDC has been about this or that meeting, or this or that schema version. But amid all that it seems like we’ve lost sight of the real objective. NDC stands for “New Distribution Capability,” not “New Distribution Standard.” Our customers are not concerned that we don’t have enough standards. They’re bothered that we don’t have enough capabilities. In fighting to get every airline to agree on schema structures, we’ve taken our eye off the real prize.

Jeff Klee, AmTrav
AmTrav CEO Jeff Klee

History shows us that innovation doesn’t begin with standards. Innovation comes when someone builds a new capability that maybe later will be so ubiquitous that some standardization will be helpful. In the early days of the PC, companies including Apple, Atari, Commodore and IBM put their best foot forward independently to create the best personal computers. Over time IBM won out and became a standard, but that standard emerged from spirited competition, not a bureaucratic process. Some like Apple never got on board. Do those of us with iPhones wish they had just fallen in line?

In obsessing about standards, we put the cart way before the horse. Standards, this early on, are suffocating. Almost by definition, they limit innovation to that which we can imagine today – and that which 290 carriers can agree on. For airlines trying to build new merchandising platforms, having to conform to standards sucks up energy that otherwise could be devoted to true innovation. Having to conform to standards inevitably lengthens time to market, especially when the standards keep changing.

My view from the cheap seats is that we need a little course correction. We need to double down on our commitment to enhancing distribution capabilities, but we need to pivot in our approach. Specifically:

1. Let’s choose function and time-to-market over standards. If I’m consuming an airline API, I want one that lets me do things I can’t otherwise do; is fast and reliable; is easy for a developer to code to; and is available as soon as possible. It is much less important if it conforms to an industry standard. So I would urge airlines to use NDC schemas — or not — but focus foremost on dazzling us with functionality. Don’t waste time building heavy data translation layers if you can get it to market more quickly by using something closer to the schemas that your internal merchandising platforms are already using.

2. Forget XML. Use JSON. It’s hard to take seriously a “new” standard that’s XML-based. For those who aren’t as nerdy as I am, going from EDIFACT to XML is like saying, “I’m going to upgrade my music library and switch from cassette tapes to CDs.”

3. Don’t make it all or nothing. Perhaps most important, make it easy for TMCs to start with a hybrid approach. IATA is driving everyone to be “Level 3” certified, meaning that a transaction has to be managed end to end through NDC. While there’s nothing wrong with that, we all know there are a lot of hurdles to an airline delivering, GDSs integrating and TMCs consuming a full NDC transaction flow. So why not allow for an à la carte approach? Make shopping, pricing, booking, seats and servicing all independent and stateless processes. Wouldn’t it be cool if you could shop through an NDC connection, price and book through a GDS, then go back to the NDC pipe for the extra leg room seats and later for a same-day flight change? Because traditional GDS PNRs generally can’t be touched through an NDC connection, and vice versa, there are lots of lost opportunities where an agency could otherwise be dipping their toe in the NDC water.

The airlines still have a lot of work to do to make NDC live up to its promise. But it’s not just the airlines. The travel agency community has to be part of the solution, too. Nowadays most TMCs purport to be backers of NDC but then they add a caveat: “As long as it doesn’t disrupt our existing workflow.” That’s not a reasonable position. If airlines and GDSs invest all this time and energy to deliver new capabilities, there won’t be a return on that investment if those capabilities are funneled through legacy desktops and booking tools. To do our part to make NDC a success, we TMCs have to invest our own time to make sure we pass on and actively promote all of these new capabilities to our customers. That will require us to upgrade our own house, too.

It’s been a long struggle to get the industry to agree that a new distribution capability is needed. I am grateful to those who have made it happen. Now it’s time for the rest of the airlines and intermediaries to roll up their sleeves, stop talking, and start doing. Let’s not worry if things get a little messy; that’s part of the process and we can clean it up later. We need to make tangible progress. Our customers have been surprisingly patient, but let’s not test that much further.


Related
• On NDC’s Seemingly Contrived Inclusion In The Latest Airline Distribution Announcements
• Concur, Frosch, HRG Sign Up For New AA NDC Program Offering $2 Per Segment, Other Benefits
• Mike Premo On What NDC Means For Corporate Travel Managers
• NDC-As-Lever Is Loser In GBT Buy Of HRG
• United Prepares NDC Launch
• NDC’s Upshot: Altered TMCs, Evolved Air Deals
• Teleconference 8: NDC In Corporate Travel
• Teleconference 15: The TMC Tech Stack

3 Comments

  1. Firstly, I love the expression “from my view in the cheap seats.” I admire your candor and applaud the ideas versus complaining approach (which many a TMC has tried). I’m no technologist so allow me to ask a question from my “even cheaper” seat. Without a standard, if every airline chose to build APIs, wouldn’t that be harder for the aggregators and TMCs to work with? Airline A says, “Hi how are you?” Airline B says, “Guten tag, how are you doing?” And Airline C says, “No time for small talk, just tell me the fare.” Doesn’t that cause a bigger issue? I’m genuinely looking to be educated. Thanks Jeff.

    1. Caroline, it’s a fair point, and I agree in a perfect world we would have a perfect standard which all parties agree to and which is capable of doing everything we want. But, of course, it’s not a perfect world so we have to prioritize between different wants that are sometimes at odds. An API is just a means to an end. My objective for my company is to be able to offer every single product or option that an airline offers on its direct site. And I want it yesterday. So functionality and time-to-market are far and away the two most important factors for me. If I can get those two things, I can live with whatever else, even if its not the easiest API to work with or its completely different than the API connection we just built for some other airline. At the end of the day, no matter how much we want to talk about standards, there is going to be some amount of work that every aggregator has to do to accommodate nuances of individual airlines. That’s fine. In fact, that’s exactly what we want: API’s that can present those unique nuances–the ones that differentiate one airline from another–to our customers.

Leave a Reply