Mashery

We Media ran a great interview article with our CEO Oren Michels. Here’s the QA with Oren about how APIs are driving new digital businesses:

What kinds of companies – or which companies in particular – are doing the best at “exploding” their content and expanding their business through massive distribution of information via APIs?

When done right, the API should be a new or expanded distribution channel that extends your existing business model. If you are an e-commerce company, your API should result in more sales. If you are an ad-supported media company, it should drive more traffic or ad revenue. If you get your revenue from subscriptions, you should increase subscribers or decrease churn. If you sell data or data services, you should sell more data by enabling your customers to embed it in their app or service. We have great examples in each of these – Best Buy and etsy in retail, the NY Times and the Guardian in media, Hoovers and Open Calais with data, and Netflix with subscriptions. There are lots of others.

Which have struggled, and what are the key difference you’ve observed between the winners who “get it” and losers who don’t?

We worked with one media company that really wanted to make its content available by API, but unfortunately could not secure the rights to do so. Their API therefore lacked sufficient usefulness to spark developer adoption, and they eventually discontinued it.

The key things that differentiate winners are:

1. GREAT developer communication (documentation, forums, etc)

2. Instant developer provisioning – you need to be able to register for and access the API, at least in a sandbox or development version, immediately. Developers have a tendency to show up at 3 am wanting instant gratification – they want to know then and there if the API will meet their needs or solve their problems.

3. Lots of sample apps available. The reason that we saw so many google map mashups a few years ago were that there were a few great examples that got a bunch of attention, and pretty soon it snowballed.

4. Developer-friendly terms and conditions. If you tell a developer that they can’t make money using the API, they won’t waste their time using it. Remember, you’re building an ecosystem, and for an ecosystem to work you need mutual benefit.

5. Open EVERYTHING. The more flexible the building blocks, the more creative the developers can be and the more innovation will happen. If you only have 2×4 red legos, your projects will be pretty boring. Our advice is “open everything unless you have a very compelling reason to keep something closed – don’t keep things closed unless you can come up with a compelling reason to open it”

6. Don’t be afraid of cannibalism. As the saying goes, if you’re not willing to eat your young, someone someone else will eat them for you. It’s hard to have your API extend your business model if you prohibit your partners from also using the very business model you’re already succeeding at.

7. Good developer outreach, evangelism and support – like any community, people want to be part of something active and vibrant

8. A healthy mix of API use by internal developers, large partners who you work with directly, and independent developers who interact primarily through the developer site and ecosystem

9. Fair treatment of developers – you may have to change the rules, but the more frequently you do it, the less likely you are to have a happy, healthy developer community

10. Uptime and reliability – I list this last, since twitter has certainly proven you can build a massive developer ecosystem with modest success at uptime and reliability

News companies such as The New York Times, NPR and Guardian have set up APIs to expand distribution and use of their content. What do you think of their efforts – and how might they do more/better?

I’m a big fan of all three, two of whom (NYT and Guardian) are customers. News companies face a challenge on how to monetize content that is syndicated, and are understandably reluctant to provide full-content APIs until they are comfortable that they have found the right business model to do so. NPR has a bit of an advantage there, as a member and community supported nonprofit. But the conversations I’ve had with numerous news organizations – both our customers and our prospects – make me optimistic that they will figure out a model that makes gathering, editing, curating and distributing great news a profitable, sustainable business. It may look a bit different than it does now, but it’s not going away.

Paid news content, iPad: What are your predictions?

I was very optimistic about both based on the demo Chris Anderson of Wired did at TED last weekt. I haven’t bought a kindle primarily because I enjoy news magazines, photojournalism, and great design (whereas my wife, who is more into books than news, loves her kindle). Chris’s demo of the wired prototype on the iPad made me believe that I may be able to ditch the sack of printed magazines I bring on long flights, and in general go to a smaller, lighter bag for travel. I’ll happily pay for that – it is, absolutely, an improvement on what we have today. Of course the devil is in the details. If I need to pay more for the electronic version of a magazine than I pay for the dead tree version, that might be a problem.

This is different, though, than getting us to pay for the website version of news that we currently get for free. There’s no improvement there. For instance, I’m typing this on an 8 hour flight from Europe to the US. No way that the paywall version of a news site would have any value for me – heck, even if I preload pages, I have to remember to download the “single page” version or I can only read the beginning of a story. Good content, available in a great format that can be enjoyed offline, at a reasonable price will do just fine.

Like this interview? It’s just a taste of Oren’s insights. Join him at We Media Miami, an annual innovation conference March 9-11 in Miami (register here). Joining Oren will be Krista Thomas, head of marketing and communication for OpenCalais, a semantic web and content tagging service from Thomson Reuters.

The post was authored by We Media co-founder Andrew Nachison and I’d like to point out that telling the Mashery / API story ain’t easy so I applaud this great intro -

Mashery manages APIs – the software “secret sauce” that helps media companies, retailers, Twitter, Google and others distribute their content throughout the digital universe.

The most famous API-du-jour is the Twitter API. That’s the set of instructions and programming code that has enabled legions of independent developers, from companies with names like Tweetie, Hootsuite, Seesmic and Tweetdeck, to create apps and services based on the database of status updates, timestamps, account photos and geo-locations posted to Twitter.

The Best Buy Remix API, maintained by Mashery, allows review sites and anyone else to incorporate product information and links to make purchases at BestBuy.com. APIs encourage mashups and wide distribution of content into the atomized universe of digital experiences across a multitude of brands. They fly in the face of traditional media business models built around monolithic branded, packaged, “build-it-and-they-will-come” content products – like web sites.

APIs are all about explosive, viral distribution and use of content anywhere – and building businesses around that use.

[so what this is re-posted a little backwards, we like to think outside the box here at Mashery... ]

The business of APIs is exploding around us with Mashery signing on more and more clients, large and small. Open APIs and the potential in developing a program hasn’t been an easy story to tell so we’re thrilled that brands are starting to catch on.

We were ahead of the curve when we launched three years ago trying to explain mashups and the value behind open data. We’re obviously not scared of a challenge.

And neither is our new client BlankSlate Factory, Inc., a newly established NY-based startup that’s bridging legacy organizations and systems into simple-to-implement and flexible API providers. BlankSlate can turn any data supply, across multiple sources, into a single, accessible API data resource. Now any company can have full readable, writeable, and shareable APIs – with controls and permissions dictated by the data provider – with no coding or special integrations required.

For example, BlankSlate just launched a new API project called Blocks And Lots for NYC BigApps, a software challenge hosted by New York City:

The NYC BigApps Competition will reward the developers of the most useful, inventive, appealing, effective, and commercially viable applications for delivering information from the City of New York’s NYC.gov Data Mine to interested users.

The project plan called for the aggregation of 45 file sources from three different city agencies; processing more than five million records in a mere few days. (It would take longer than that to build a system that would integrate all that data into a single databank!)

Visit the BigApps site, place a vote, and support API innovation.

(Voting ends January 7^th)

With Blocks And Lots New York City now has a simple API that can be used for internal record searches as well as external development. It’s a solution that allows New York to leverage the power of APIs to share information and create useful applications to benefit both the private and public sector. And BlankSlate is built on cloud computing infrastructure which allows it to scale up as far as is required, handling loads of tens of millions of records with ease.

Open APIs present a valuable opportunity for any business that wants to create additional revenue streams and creative partnerships with third party developers. BlankSlate has created a way to eliminate the initial API-build challenge and opens doors to enterprise, government, non-profit, SMB and all other cost-conscious and IT-light organizations who want to explore the possibilities.

Additionally, BlankSlate’s APIs can be used to build brand new applications, extend existing applications, and expand enterprise systems into the cloud (see links for examples).

Visit BlankSlate.com to get more company information and request an invitation to their private beta. Follow @BlocksAndLots on Twitter and see the site for details on the application and get access to their widget.

This presentation, given at Mashery’s “The Business of APIs” Conference in New York, kicked off a great day for all attendees. It helped set a foundation for where APIs are today, their current use as a part of a company’s business strategy and what the future holds for the use of APIs.