The API is dead, long live the VPI!

Andrea Zulian, Amancio Bouza, Kay Lummitsch

How to not make APIs successful? By limiting APIs to expose interfaces to applications. Yes, you heard right. Let’s forget for one moment what the acronym of API stands for. It’s not about a programming interface of an application, no it’s not. In fact, an API is an interface to a value proposition! Period.

If I learned one lesson as technical lead of the API program of Swisscom, the biggest Swiss telco provider, and as lean startup practitioner then it’s this: The API is dead, long live the VPI! VPI stands for Value Proposition Interface.

Ultimately, the API is about the interface to the value proposition, not to the application.

Let me share a real story. Some of my colleagues developed a technically sound Customers API. You guess right. The Customers API provides information about customers of the Swiss telco provider. It provides full names, addresses, and subscription infos.

But honestly, how many company might be interested to know who are the customers of a Swiss telco and why should they care about their mobile subscriptions? To summarize, the Customers API has not much value for other companies.

My team followed a different approach. We didn’t expose the telco’s customer relationship management (CRM) application via API. We applied the lean startup methodology and looked for relevant problems. And we found one: Digital Customer Onboarding.

We found that many companies struggle with converting Online visitors to customers. We discovered one common theme. The registration process for the digital customer onboarding either included the verification of IDs, phone numbers, or postal addresses.

To this goal, companies asked Online visitors to scan their ID and upload it. These IDs are then manually verified, somewhen. Or companies send postal letters home to the people with a secret code. People are asked to enter this secret code again on a Web site to verify their address and complete their registration, days later.

Guess what. Such a registration process is cumbersome and makes the Online visitor not completing the registration process. As a result, Online visitors don’t convert to customers, i.e, the conversion rate is poor.

Instead of a Customers API, we developed an API that simply verifies customer info taken from the Web registration form with the customer info we’ve got in the telco. In short:

  • The problem: low conversion rate of digital customer onboarding because of complex and cumbersome registration process.
  • The value proposition: Simple and fast verification of an identity or rather person info.
  • The solution: an API to verify the identity of a person aka Identity Verification API.

Now, think about how much value such an Identity Verification API provides compared to a Customers API, which provides just info about a telco’s customer? Please note that both APIs rely on the exact same data. One API, however, is a great success because it has a value proposition built in.

I realised one thing. Successful APIs in terms of commercial success and reuse have to meet the criteria of a VPI (Value Proposition Interface). A VPI is an interface to exploit a value proposition. With this mindset, you’ll be able to create relevant APIs that are commercially successful, are reused, and provide value.

One clap, two clap, three clap, forty?

By clapping more or less, you can signal to us which stories really stand out.