Un aperçu du livre API Economy 101

Chapitre 1 Avertissement : L'économie des API peut modifier votre modèle commercial

Considérez un livre comme une API et un éditeur comme une plateforme

Les livres sont imprimés depuis le XVe siècle et, depuis lors, le secteur de l'édition fonctionne selon le modèle simplifié suivant : les écrivains écrivent, les éditeurs publient et distribuent, et les éditeurs de livres et les librairies vendent.

La numérisation, l'économie des plateformes et les API ont modifié les modèles commerciaux et les flux de valeur associés aux livres. Le changement a commencé avec les livres électroniques et les appareils de lecture de livres électroniques. Par exemple, les plateformes de livres telles que lulu.com et Bod.fi sont conçues à partir de leurs propres API et de celles fournies par d'autres entreprises.

L' « auteur de la plateforme » publie son travail gratuitement sous forme de livre auto-édité. Grâce à cette plateforme, le livre est distribué aux librairies physiques et en ligne nationales et internationales sous forme de livre électronique ou de livre imprimé. Les livres sont imprimés automatiquement et uniquement sur demande. La plateforme facture une commission par montant vendu.

La plateforme offre une valeur ajoutée : les rédacteurs récoltent une plus grande part des revenus et peuvent décider du contenu et des prix, tandis que les lecteurs bénéficient d'un éventail d'offres plus large et de prix plus bas. Les partenaires peuvent publier des séries de livres de manière entièrement automatisée. En général, la commercialisation des livres auto-publiés repose en grande partie sur les moteurs de recherche et sur le « phénomène de la longue queue », selon lequel un produit de niche peut être trouvé en ligne et attirer des acheteurs même s'il risque d'être perdu par les canaux traditionnels des grandes marques. Le choix de l'auteur de publier lui-même un livre ou de travailler pour une maison d'édition n'a évidemment pas que des répercussions sur les revenus. Un éditeur prestigieux apporte de la crédibilité au livre, ainsi qu'une équipe qualifiée et une machine marketing bien rodée. Les plateformes d'auto-édition fonctionnent bien si aucun éditeur intéressé n'est trouvé, si le livre doit plutôt servir de publication marketing ou si l'auteur a un lectorat qui trouvera le livre de toute façon.

Les modifications apportées au modèle économique sont importantes et rendues possibles par les API. La plateforme de publication utilise généralement d'autres API, par exemple pour créer un ISBN et un code EAN pour l'impression numérique [ii] et pour publier des livres sur des plateformes de commerce électronique. Dans sa forme la plus avancée, il sera possible de proposer l'intégralité du livre via l'API, prédit Hugh McGuire, fondateur de Pressbooks. [iii]

« Nous ne dérangeons pas les entreprises avec ces API »

Les réunions liées à l'API dans les entreprises sont pour la plupart des discussions privées sur l'architecture informatique et ont généralement lieu au sein du département informatique. Une API est le produit de service numérique et vendable de l'organisation. D'autre part, c'est aussi une marchandise qui peut être achetée. Cela peut être un moyen d'économiser du temps et de l'argent ou d'améliorer les compétences de l'environnement informatique. Cela peut également constituer un élément obligatoire de la création d'une expérience client numérique. Tous ces éléments sont liés au modèle économique d'une entreprise, qui définira la manière dont la valeur est créée, partagée et combinée à l'aide des fonctions, des ressources et des compétences. Il existe encore de nombreuses entreprises où le problème est brièvement rejeté en disant : « Nous ne nous embêtons pas avec ces API ». Un consultant API invité doit porter l'étiquette suivante : « Avertissement, votre modèle commercial peut être modifié ».

Pour les non-professionnels de l'informatique, l'API est au départ un problème technique difficile à comprendre, et il est étonnamment facile de la confondre avec « l'application », c'est-à-dire une application avec une interface utilisateur installée (par exemple, sur un téléphone portable). [iv] La technologie n'est pas la même chose qu'un modèle économique, mais la technologie a un impact significatif sur la faisabilité d'un modèle économique.

Outre l'exemple du secteur de l'édition présenté précédemment, ce livre présente des exemples du secteur de la vente au détail et de sa relation avec les API et l'économie des plateformes. Nous faisons la connaissance de Kesko (K Group), examinons son concurrent, le groupe S, et nous découvrons une plateforme qui propose les interfaces d'Alibaba, qui est en fait si attrayante que même Kesko a décidé de la rejoindre.

Avec l'aide de Nordea et du ministère des Transports, nous étudions l'impact des API sur les secteurs bancaire et du trafic. Nous étudions en profondeur l'impact sur les modèles économiques et les conditions d'exploitation des entreprises au sein d'écosystèmes pilotés par le secteur public et de la législation exigeant des API. L'interaction forcée entraînera-t-elle de nouvelles innovations en matière de plateforme et une orientation client ?

À l'heure actuelle, de nombreuses entreprises commencent à ressembler à une entreprise technologique. Fin 2016, alors qu'elle travaillait en tant que responsable du développement des API chez Kesko, Marjukka a plaisanté avec un collègue : « Quand la direction de Kesko comprendra-t-elle qu'elle dirige une entreprise technologique plutôt qu'une entreprise de vente au détail et en gros ? » (Quelques mois plus tard, au salon de détail de Paris, la même question a été posée au président-directeur général Mikko Helander : savait-il qu'il dirigeait l'une des plus grandes entreprises technologiques d'Europe ?)

Fin 2016, le développement des API ne faisait que commencer, en partie grâce au fait que le nombre de services numériques créés était supérieur à ce que tout le monde pouvait suivre. [v] Dans les services numériques destinés à l'épicerie, des API avaient déjà été mises en œuvre. L'amélioration du modèle commercial et de l'expérience client pour les boutiques en ligne du secteur de la construction et de la technologie a également été accélérée par le développement d'API. L'expérience client des constructeurs et des rénovateurs de maisons a été considérablement améliorée, car ils n'ont pas eu à consulter les sites Web des magasins un par un lors de la première tentative de trouver un nouveau poêle de sauna en stock, par exemple. Les API sont utilisées pour calculer la distance entre le domicile du client et le magasin qui possède le plus grand nombre de poêles en stock ou le modèle particulier qu'il souhaite acheter. L'API calcule même les frais d'expédition à l'aide des données des contrats d'expédition. Les mêmes API pourraient également être utilisées dans l'affichage des prix et les affichages marketing des magasins hors ligne, dans le marketing numérique et sur différents canaux numériques, ainsi que par l'intermédiaire de partenaires. [vi]

API ou économie de plateforme ?

L'API peut faire partie du modèle économique de l'entreprise à bien des égards. Cela peut faire partie des offres de l'entreprise, ou l'entreprise peut vendre exclusivement des API. Une API peut être un moyen de communiquer avec les clients et les partenaires ou un moyen d'améliorer la qualité des informations et de réduire les coûts des différents services et systèmes internes d'une entreprise. Dans le meilleur des cas, l'API peut être un élément clé qui attire les acteurs vers l'écosystème et les plateformes associées. Dans la plupart des cas, les détaillants et les grossistes, les fabricants de produits et les autres partenaires potentiels, en particulier les gros clients, sont particulièrement intéressés par l'historique et l'analyse des achats.

Qu'en est-il des API de commande ? À qui devez-vous donner accès aux commandes via des API ? La chaîne et la marque sont-elles si précieuses qu'il ne vaut pas la peine de compter sur les autres ? Kesko et d'autres détaillants finlandais ont jusqu'à présent répondu à cette question par un fort « peut-être ».

Par exemple, à l'automne 2017, le groupe S a annoncé qu'il créerait une couche API. [vii] Les raisons en étaient à la fois la robustesse de l'infrastructure technique actuelle (dette technique) et la construction de services numériques, pas tant pour fournir des interfaces directement aux partenaires ou aux clients. Cependant, en 2010, le S Group a sous-traité une partie du développement de sa plateforme et de son interface à Digital Goodie (anciennement Digital Foodie), avec qui il collaborait. [viii] Ainsi, en 2016, la plateforme a été vendue à une société américaine. [ix] Digital Goodie propose des API, mais les informations ne sont disponibles que pour ses partenaires (il est donc inutile de rechercher de la documentation sur les API sur Internet).

Le marché a été surpris pendant un moment en septembre 2017 lorsque Kesko est devenu un partenaire de distribution pour la société chinoise Alibaba. [x] Dans ce cas, le modèle économique de la plateforme Alibaba et ses API relativement bien commercialisées et documentées publiquement (par rapport à Digital Goodie) ont été utilisés. Ces API permettent aux entreprises de placer leurs produits sur la plateforme de boutique en ligne Alibaba. [xi] Avec Amazon (qui exploite un modèle commercial similaire), Alibaba est devenue l'une des plus grandes boutiques en ligne.

Dans le même temps, les magasins finlandais étaient confrontés à des défis, en particulier les boutiques en ligne, [xii] de nombreux acteurs étrangers ont pu créer un commerce électronique complet, dynamique et en pleine croissance, souvent grâce au développement d'API et à d'autres expériences utilisateur qui affectent les fonctionnalités pour les commerçants et les fournisseurs. Bien entendu, il ne faut pas oublier de personnaliser l'expérience client et de simplifier le processus de commande.

Dans une situation concurrentielle, il n'est pas toujours clair de quelle manière le modèle économique doit être modifié ni pourquoi. Les entreprises ont souvent des possibilités limitées d'influencer leurs propres modèles. L'entreprise est soumise à des restrictions ou à des exigences qui réduisent la liberté de choix. La concurrence continue sur les prix entre toutes les parties est à courte vue et place les entreprises dans des situations impossibles. Et si un opérateur d'un secteur complètement différent, avec ses plateformes spécifiques et une proposition de valeur très différente, apparaissait soudainement et bouleversait le marché ? Et si la loi changeait de telle sorte qu'un facteur distinctif devenait obligatoire pour tout le monde ? C'est ce qui s'est produit, par exemple, dans le secteur bancaire avec la directive PSD2, lorsque les banques ont été obligées d'ouvrir leurs API à d'autres acteurs, et dans le secteur des transports finlandais, lorsque le ministère finlandais des Transports et des Communications a exigé l'ouverture d'API de billetterie.

L'Agence finlandaise des transports présente les objectifs d'un projet impliquant l'ouverture d'API liées au trafic comme suit : « Avec la numérisation, la mobilité passe également au service (MaaS, Mobility as a Service). La mobilité en tant que service est un très vaste écosystème dans lequel les chaînes de voyage gérées dans le cadre du « projet d'interopérabilité des systèmes de billetterie et de paiement (« LIPPU ») » constituent un élément modeste mais crucial. Du point de vue du client, le modèle de chaîne de voyage facilite la planification des trajets et permet de gagner du temps. À l'avenir, encore plus de services, y compris des services autres que les services de mobilité, seront collectés sous forme de packages de services destinés aux clients. Ces packages augmenteront l'attrait des services et apporteront à terme davantage de clients à tous les opérateurs de l'écosystème. » [xiii]

En ce moment même, en rédigeant ce livre, nous apprendrons bientôt si les opérateurs de transport vont réellement commencer à vendre leurs billets les uns aux autres ou s'il y aura principalement des opérateurs qui revendront des billets pour différents opérateurs. Qu'en est-il de l'expérience client et des prix ? Dans la région d'Helsinki, Whim, qui relie différents modes de transport aux taxis publics, a commencé à fonctionner à un prix mensuel fixe. Les opérateurs du secteur des transports doivent donc concurrencer des applications qui soutiennent leur propre marque et leur propre expérience client et traiter ces services intermédiaires à la fois en tant que partenaires et concurrents.

Par exemple, la Finlande avait une excellente application, Valopilkku (« BrightSpot »), pour les services de taxi dans tout le pays. Pendant un moment, toutefois, l'application a été presque perdue face à la concurrence en raison des nouvelles lois libérant le secteur des taxis nationaux. Ce changement a obligé les fournisseurs de taxis finlandais à réfléchir aux écosystèmes dans lesquels ils souhaitaient opérer. À l'époque (novembre 2017), l'un des plus grands opérateurs de taxi, Taksi Helsinki, avait cessé d'utiliser l'application Valopilkku et avait développé la sienne. Cependant, comme Valopilkku proposait une solution et un vaste réseau national, Taksi Helsinki a décidé en mai 2018 d'acheter l'application Valopilkku pour elle-même et de poursuivre son développement. De toute évidence, lorsqu'il existe des applications mobiles, il existe généralement également des API, et il est possible de les utiliser à d'autres fins, par exemple en les proposant à des partenaires.

La caractéristique commune des « ouvertures forcées », tant pour le secteur bancaire que pour les interfaces de mobilité, est que le secteur public décide d'ouvrir les API mais ne définit pas de directives claires pour la mise en œuvre. Le projet de l'Agence finlandaise des transports contient beaucoup plus de recommandations que dans le secteur bancaire. Ces « mains libres pour les développeurs » sont-elles une bonne ou une mauvaise chose en fin de compte ?

La plupart des interfaces des banques opérant dans les pays nordiques ne sont pas particulièrement conviviales. En d'autres termes, l'expérience des développeurs [xiv] est médiocre et réduit ainsi l'utilisation de l'API et l'attractivité de l'entreprise dans le réseau de partenaires. L'esprit de la directive PSD2 sera-t-il respecté si d'autres entreprises hésitent ou ne sont pas en mesure de mettre en œuvre leurs propres applications sur des interfaces mal conçues ou mal documentées ?

De même, quelle est l'importance des ouvertures d'API définies par le secteur public pour les entreprises et leurs modèles commerciaux ? Par exemple, Nordea Bank a déclaré publiquement qu'elle considérait l'ouverture des API comme une opportunité commerciale, qu'elle cherchait à le faire le mieux possible et qu'elle avait donc contacté les communautés de développeurs. Nous voulions donc en savoir plus sur l'évolution du parcours de l'API Nordea. Jarkko Turunen de Nordea nous a répondu : « L'approche de Nordea en matière de PSD2 a été très proactive. Nordea a ouvert son portail Open Banking pour les développeurs au printemps 2017, après quoi plus de 1 600 développeurs se sont inscrits pour tester les interfaces de programmation dans l'environnement de test. Au cours de la phase pilote, des prestataires de services externes sélectionnés créent des applications sur les interfaces et, en collaboration avec les clients pilotes, confirment que la solution Open Banking fonctionne à tous égards de manière fiable et comme prévu. Dans un premier temps, le projet pilote n'utilisera que les informations des clients finlandais, puis les informations sur les clients seront également incluses dans d'autres pays nordiques. »

Turunen a poursuivi : « Chez Nordea, la PSD2 est censée offrir des opportunités pour de nouveaux modèles commerciaux dans lesquels la banque, ses clients et partenaires peuvent bénéficier de nouvelles innovations et offres. Nous parlons des futurs écosystèmes de paiement et d'applications. À l'avenir, les plateformes API fonctionneront comme un nouveau canal de distribution pour les services bancaires. Outre les interfaces PSD2 obligatoires, Nordea entrevoit la possibilité de générer des revenus dans la solution Open Banking, par exemple grâce à des API Premium monétisées. »

Dans tous les changements législatifs et autres généralisés dans l'environnement opérationnel, il est généralement possible de transformer la transformation en un avantage concurrentiel pour l'entreprise. Cependant, cela peut nécessiter de rejoindre le mouvement tôt, de dépasser les exigences minimales et de faire preuve de courage. De plus, dans le secteur bancaire international, divers acteurs clés se sont préparés à l'ouverture des API. L'Open Banking est désormais sur les lèvres du secteur bancaire international. Il n'est pas certain que les clients souhaitent que Facebook, par exemple, connaisse le solde de leur compte bancaire, mais cela ne peut être qu'un prélude. La législation peut également empêcher l'ouverture d'interfaces ou leur utilisation entre différents acteurs. Un dialogue ouvert entre les secteurs public et privé est indispensable pour garantir les opportunités commerciales.

Les exemples les plus récents au moment de la rédaction de cet article étaient la demande des banques canadiennes de ne pas créer de menaces de sécurité inutiles dans le contexte de l'engouement pour la PSD2 en exigeant des interfaces ouvertes et, d'autre part, le fait qu'en raison de la législation, les banques ne peuvent pas coopérer avec les entreprises de technologie financière. [xv] Les banques s'inquiètent de la distorsion de la concurrence, car les startups fintech peuvent se tourner vers des sociétés d'investissement privées avec leurs idées de développement de produits, contrairement aux banques.

Résumé

• La participation de l'ensemble de l'entreprise est nécessaire pour gérer correctement les API.
• Les API permettent d'interagir avec les opérateurs de l'économie des plateformes.
• Le modèle économique d'une personne peut être confronté à une « ouverture forcée » des API à tout moment : considérez cela comme une opportunité.
• Si un concurrent propose (ou est obligé de fournir) des API, la meilleure expérience de développement est un facteur concurrentiel important.
• L'économie des API ne fait pas uniquement partie de l'économie des plateformes, mais les API peuvent également être utilisées pour augmenter la productivité interne ou pour proposer différents modèles commerciaux.

Que contient le livre API Economy 101 ?

Rubrique I: Commencez par les affaires

1 AVERTISSEMENT : L'économie des API peut modifier votre modèle commercial

• Considérez un livre comme une API et un éditeur comme une plateforme
• « Nous ne prenons pas la peine de faire des affaires avec ces API »
• API ou économie de plateforme ?
• Résumé

2 Quelle est la valeur ajoutée de votre API ?

• La valeur ajoutée est l'expérience
• Éléments de valeur ajoutée
• L'API comme moyen de valoriser
• Résumé

3 API dans l'écosystème

• Les écosystèmes sont la nouvelle pierre angulaire du commerce numérique
• Les API en tant que passerelles mondiales
• Résumé

4 Traction dans l'action de la plateforme

• La valeur vient de l'interaction
• Pourquoi les modèles économiques changent-ils ?
• API Economy : un précurseur de l'économie des plateformes
• Résumé

5 API — Un produit, un service ou autre chose ?

• « API incluse »
• Vision du monde des API axée sur les ressources
• Résumé

6 modèles commerciaux, des API aux plateformes

• Autres aspects critiques du modèle économique
• Le meilleur modèle économique pour moi ?
• Qui est votre client, quelle est votre offre et comment la produisez-vous ?
• Résumé

SECTION II : Les API — L'édition limitée

7 Consommez en interne : API internes et privées

• La difficulté liée aux modèles de données
• Où se trouve l'API interne et qui l'utilise ?
• L'API interne a-t-elle un avenir ?
• Résumé

8 Dans un souci de partenariat — API partenaires

• Entrez dans l'économie des API grâce à des partenariats
• Choisir un partenaire
• Les API facilitent l'extension de votre réseau de partenaires
• D'autres font les ventes
• Une activité de services plutôt qu'une activité de projet
• Les API partenaires ouvrent la voie à de nouveaux marchés
• Quelqu'un a déjà résolu votre problème
• Davantage de ventes d'appareils et amélioration de l'expérience client
• Que faire lorsque l'API est prête ?
• Y a-t-il une vie après le développement de l'API des partenaires ?
• Résumé

9 Appliquer en externe — API publique

• Opportunités commerciales pour les API publiques
• Administration publique ouverte
• API de données ouvertes
• Opportunités commerciales ouvertes grâce à des API de données ouvertes.
• Résumé

10 La communauté développée en tant que client

• Stimuler la passion et la créativité
• Des innovateurs aux retardataires
• Faites preuve d'empathie envers les développeurs
• Comme éplucher des oignons
• Les développeurs sont paresseux et le temps est précieux
• La communauté des développeurs en pleine expansion
• Résumé

SECTION III : Le passage rapide aux API

11 API qui transforment votre organisation

• Les API ne se contentent pas de le modifier
• Présentation de votre changement organisationnel
• Un exemple concret d'un changement commercial radical
• Pas d'API sans méthodes agiles
• Résumé

12 rencontres sur toile

• De la proposition de valeur au modèle économique
• Essayé et testé
• Résumé

13 Commencez par expérimenter légèrement

• Déterminez la situation dans son ensemble
• Produit à valeur ajoutée minimale
• Stabilisez la façade
• Une fois les expériences d'interface terminées, l'expérimentation de l'infrastructure commence
• Planifiez le cycle de vie avant de publier
• Résumé

14 Style ci-dessus : guide — Guide de conception d'API

• Interfaces standard
• Le rôle du guide de conception d'API dans le développement d'API
• Evaluer et valider la conception de l'API
• Formulez, testez, évaluez
• Normes d'utilisation
• Après la publication de l'API
• Résumé

15 Auditez vos API

• Sécurité ou conformité ?
• Les tests d'utilisabilité font également partie de l'API
• Avez-vous acheté ou hérité de votre API ?
• Résumé

16 L'expérience des développeurs est le nouveau point noir

• Des interfaces dont vous tomberez amoureux
• Le parcours client comme récit commun
• L'expérience des développeurs n'est pas qu'une question de technologie
• Une bonne expérience de développeur est la somme de ses éléments
• Création de valeur
• Barrières faibles
• Documentation complète et actualisée
• Quand je ne trouve pas ce dont j'ai besoin...
• Développement continu
• Résumé

17 Publiez rapidement, soutenez, mesurez et apprenez

• Publiez rapidement la première version de votre API
• Créez une vue d'ensemble avec des indicateurs adaptés
• Les API et les DevOps se complètent
• Résumé

SECTION IV : Gestion des API

18 interfaces exposées

• Une API peut-elle exister sans gestion des API ?
• Gestion décentralisée des API dans une grande entreprise
• Résumé

19 Distribuer et gérer

• Une API a-t-elle toujours besoin de microservices ?
• Source de jeunesse éternelle
• Résumé

20 Crise d'identité

• Le bon contrôle d'accès est important
• Votre identité est-elle basée sur l'e-mail ?
• Résumé

Épilogue

Glossaire

Références

Procurez-vous votre livre (en anglais)

‍

‍

Références :

[i] Par la suite, interface est utilisée comme synonyme d'interface de programmation d'applications (API)

[ii] https://bbvaopen4u.com/en/actualidad/apis-books-amazon-google-books-isbn-and-their-open-apis

[iii] http://toc.oreilly.com/2013/02/a-publishers-job-is-to-provide-a-good-api-for-books.html

[iv] Les applications (c'est-à-dire les applications mobiles ou Web) utilisent des API pour partager des informations avec le système principal et les stockages de données ou pour effectuer, par exemple, des calculs ou des analyses de texte sur demande.

[v] https://www.kesko.fi/media/uutiset-ja-tiedotteet/uutiset/2016/kehittajat-innostuivat-keskon-haasteesta-digitaalisessa-innovointi - tapahtumassa7

[vi] https://www.tivi.fi/Kaikki_uutiset/kesko-saa-apista-apua-ilman-rajapintoja-sovelluksen-kehitys-olisi-ollut-todella-haasta - vaa-6678685

[vii] https://www.tivi.fi/Kaikki_uutiset/s-ryhma-rakentaa-api-kerroksen-6689051

[viii] https://www.s-kanava.fi/web/s-ryhma/uutinen/helpompia-ja-hauskempia-ruokaostoksia-s-ryhma-ja-digital-foodie-solmivat-yhteistyosopimuksen/132628_66560

[ix] http://www.digitalgoodie.com/enterworks-holding-company-invests-in-and-joins-with-leading-on-demand-grocery-platform-digital-foodie/

[x] https://www.kesko.fi/en/media/news-and-releases/press-releases/2017/k-group-enters-into-cooperation-with-alibaba-to-open-a-food-online-store-in-china/

[xi] Plus d'informations sur les activités et les interfaces basées sur les plateformes au chapitre 4.

[xii] http://www.kaleva.fi/uutiset/talous/asiantuntija-verkkokauppa-kurittaa-perinteisia-kauppoja-varsinkin-jos-brandi-on-epaselva/748403/

[xiii] https://www.viestintavirasto.fi/viestintavirasto/blogit/2017/matkaketjujenhankintahelpoksi.html

[xiv] Plus d'informations sur l'expérience des développeurs dans les chapitres 10 et 16.

[xv] https://www.finextra.com/newsarticle/31141/canadian-lenders-issue-open-banking-warning