Open APIs in travel need to grow upNewsBy Valyn Perini | December 14, 2011Share This article was originally published on Open APIs (those that are freely or cheaply and easily available) are great – the travel industry has a long and checkered past with proprietary access to information that has, as most here will argue, stifled innovation.That past also led to high development costs, slow time-to-market for new products and new partners, and continuing consumer frustration with the travel research process.To support innovation and satisfy consumers, as Stephen Joyce points out in an earlier Tnooz post, APIs need to be open and fairly simple to use (and I would add scalable, but that’s another post). But I would argue we need to add one more adjective here – standard.The proliferation of open APIs is a welcome change, but it’s a double-edged sword. It’s marvelous that access to data is so easily available, but now companies will have to write to multiple APIs if they are interested in aggregating similar products and providing unique offerings.And if every API is different… well, shall we go back to talking about high development costs and extended time-to-market for new products and partners?What is the problem?Open APIs serve the needs of one company. Just one. And just because a company has an open API doesn’t mean it’s any good.Sure, XML and other modern messaging languages are so much easier to work with than, say, EDIFACT, but every Joe and Jane out there now thinks they can write a decent message. And many of them can’t.The obstacles that face companies trying to launch new business and/or products in an industry as noisy and competitive as travel – limited resources, lack of familiarity with the industry, pressure to launch – are daunting, so adhering to a voluntary distribution standard can, and does, fall down the priority list.The attractiveness of writing an API that best serves the needs of your product, and writing it quickly to get it out there and into production so your company can generate revenue, can’t be underestimated.I get that.But what happens when your company moves past just getting your product to market, when your company needs to grow and move into new markets?Here’s what will happen - when your product set or market expands into other segments in travel, one of the factors potential partners will evaluate is how rational it is to connect to whatever information or inventory is shared.An open API will only get you so far. A standard API, created with the consensus of the industry in a transparent and collaborative process, will get you farther.How?The use of a standard message gives potential trading partners, up front, an idea of your API’s structure and validity. It also gives them an idea of the level of effort that will be needed to connect to your company.The use of standard messages provides your company with technical credibility during the initial conversation with a potential trading partner. And credibility, especially for a start-up, is critical to being taken seriously by the market.Setting a standardNow let’s talk about how participation can benefit companies more than just writing to a standard.Participation in a well-organized standards body is especially beneficial to smaller companies because in many standards bodies, including OpenTravel, each company (not each participant) gets a vote.So small companies wield just as much influence as larger companies. Several small companies participating can also provide a common voice for requirements or considerations that are specific to smaller companies (for example, larger companies tend to like more complex messages).And one can’t overlook access – standards bodies tend to be supported by large players in a given industry, players that smaller companies may not easily have access to.In a work group meeting, your company works side by side with industry leaders in a collaborative and open environment, a perfect opportunity for your company to impress others with your commitment and brilliance… without having to cold call.NB:Image via Shutterstock.