En installant l’application blackberry proposée par Twitter j’ai tout de suite pensé aux nombreuses starts up comme ubertwitter ou encore seesmic qui avaient investis sur des applications équivalentes et qui devaient maintenant penser que le futur de leur application pour ces appareils venait d’être chamboulé par l’arrivée de l’application officielle.
Ce cas n’est pas un cas isolé et beaucoup de starts up internet ont fait le choix de s’appuyer sur des API comme celles de Google ou encore celles de Twitter. En règle générale tout va bien jusqu’à l’arrivée du fournisseur de l’API lui même qui a plusieurs avantages par rapport aux utilisateurs de l’API :
-la base utilisateurs
-la légitimité de passer des partenariats (comme Twitter avec RIM)
-des fonctionnalités que lui seul peut proposer
-sa marque beaucoup plus forte
-le fait d’arriver après les autres mais de contrôler la bataille (avec l’API)
-de pouvoir tuer tous ses concurrents en coupant l’API ou en la réduisant
Tous ces éléments font que monter un business uniquement sur une API est risqué et que du jour au lendemain le produit peut ne plus exister…
Imaginez 30 secondes si Google changeait les règles d’utilisation de l’API Google Maps? Quoiqu’il en soit ce risque est à prendre en considération si vous travaillez sur un produit basé sur des API tierces.