La tétrapilectomie, selon le sémillant sémiologue Umberto Eco, c’est l’art de couper un cheveu en quatre[1]. La tétrapilectomie, c’est cela : multiplier par exemple des plateformes distinctes pour vendre des produits API[2] ou data[3]. Voyez cela comme une sorte de labyrinthe numérique dont la production engloutit une quantité d’énergie et de ressources considérables, en provoquant des détours inutiles, des dépenses superflues, une intégration laborieuse et une accessibilité fragmentée.
On frise l’absurdité, n’est-ce pas ?
Fig.1 La tétrapilectomie = tetra (quatre), pilus (poil) et ectomie (ablation, couper) ; Umberto Eco, “Comment voyager avec un saumon”
(Photo : Stocking)
La clé d’une offre réussie devrait pourtant résider dans sa simplicité. Qu’il s’agisse de services ou de biens, chaque proposition doit reposer sur une expérience utilisateur sans couture. Dans notre société, où les exigences de transformation sont omniprésentes, il y a un leitmotiv qui devrait clignoter comme un néon rose de salon de coiffure : « simplicité ». Un coup de ciseau suffit. Tout simplement.
Une seule marketplace suffit. Tout simplement.
Et pourtant…
En France, si on s’aventure dans le domaine de l’administration, nous savons tous au combien cette expérience peut être mise à rude d’épreuve[4].
Demander une simple carte d’identité oblige désormais l’usager à se confronter à cinq interlocuteurs numériques[5]. Il y a quinze ans, un seul interlocuteur et une visite à la mairie suffisait. Tout simplement.
Une procédure qui prenait une semaine tout au plus, contre les six mois actuels[6]. Voilà où nous en sommes : à une tétrapilectomie numérique.
Les véritables solutions numériques innovantes sont celles qui simplifient la vie des utilisateurs. Pourtant, malgré les bonnes intentions, certains semblent encore prendre plaisir à couper un cheveu en quatre.
Le gouvernement français, par exemple, a fait de l’ouverture des données et des API une priorité en créant deux vitrines, API.gouv et Data.gouv. Ces initiatives visaient à offrir aux usagers un accès transparent aux données et aux services publics. L’effort est louable. Mais pourquoi deux vitrines ?
Tétrapilectomie.
Pourquoi privilégier avec autant d’efforts inutiles la fragmentation du parcours utilisateur ?
Tétrapilectomie.
Et surtout, pourquoi se priver de la maximisation de l’impact d’une seule vitrine, de la synergie et de l’intégration des services, des économies de ressources ou d’une accessibilité accrue ?
Dans un monde marqué par une abondance de produits, il est naturel que la simplicité du parcours client devienne un impératif.
« Pourquoi faire compliqué quand on peut faire simple » pourrait être le credo de notre article. Ce préambule nous semblait nécessaire. Il vise à vous convaincre que pour stimuler les partenariats ou toucher de nouveaux clients, il suffirait d’une seule marketplace. Entendez par là une plateforme qui vous propose aussi bien des API et des données envisagées comme des produits.
Tout simplement.
Fig.2. Mais pourquoi deux vitrines API et Data au lieu d’une seule ?
(Photo Wayhomestudio).
Deux vitrines Data et API : un parcours consommateur fragmenté
Revenons sur la tétrapilectomie numérique, pour le dire plus clairement, sur le parcours fragmenté de l’usager. La création par le Gouvernement de deux vitrines de donnée et d’API soulèvent la question de la pertinence de cette distinction des plateformes, de leur efficacité et de leur impact potentiel. Pour mieux comprendre, retraçons brièvement l’histoire de la création de ces deux plateformes.
2011 : création de la vitrine data.gouv
Afin de rendre accessible à tous ses données et ses services (open Data & open Api) le gouvernement a investi sur plusieurs fronts. Ainsi, le 5 décembre 2011, le gouvernement mettait en ligne la plateforme Data.gouv.fr [7].
Fig3. Vitrine Data créée en 2011 par Etalab, département de la direction interministérielle du numérique (DINUM), dont les missions et l’organisation sont fixées par le décret du 30 Octobre 2019[8].
Cette plateforme visait à regrouper les données provenant des administrations et à offrir aux citoyens un accès aux données publiques dans un format ouvert, libre et réutilisable pour des services innovants.[9].
Avec une volonté affirmée de transparence, le site Data.gouv.fr s’inscrivait pleinement dans le mouvement de l’open data[10] et de la gouvernance[11] ouverte.
Parmi les nouvelles ouvertures de données annoncées, figurent notamment les décisions de justice. Celles-ci ouvriront de nouvelles perspectives pour améliorer la qualité des pratiques juridictionnelles. S’ajoute aussi les données sur l’agriculture biologique à l’échelle de la parcelle ou les données d’audience des ENT des élèves du secondaire dans les environnements numériques d’apprentissage.
2016, lancement de la plateforme API
Cinq and plus tard, en 2016, la DSI de l’Etat (la Dinsic) a pris l’initiative de mettre en ligne son magasin d’API [12] : API.gouv.fr.
Fig4 : Vitrine Api du Gouvernement lancé en 2016 par la DSI de l’Etat, la Dinsic.
Cette plateforme d’API représente un pilier essentiel de la stratégie dite « d’État plateforme[13] ». À l’instar du système de fédération d’identités France Connect, elle vise à encourager les administrations à partager leurs données dans un cadre sécurisé et réglementé, dans le but d’améliorer la productivité grâce à l’automatisation des processus.
Son portail joue un rôle crucial en aidant les administrations, qu’elles soient centrales ou locales, ainsi que les opérateurs de l’État, à référencer leurs API.
Lors de sa déclaration du 27 avril 2021, le Premier ministre Jean Castex a en effet réitéré l’engagement du Gouvernement en faveur de « l’exploitation, d’ouverture et de circulation des données, des algorithmes et des codes sources publics au profit des usagers, des chercheurs, des innovateurs et de l’ensemble de nos concitoyens[14] ».
Cependant, une question se pose : pour maximiser l’impact de ces actions et identifier les données et API les plus utiles pour les usagers, pourquoi proposer deux alors vitrines distinctes au lieu d’une seule ?Tétrapilectomie numérique du Gouvernement : un parcours semé d’embûches.
Tétrapilectomie numérique du Gouvernement : un parcours semé d’embûches
Disons-le d’emblée, cette tétrapilectomie numérique remet en question la cohérence de la stratégie gouvernementale en matière de numérique.
En créant deux vitrines distinctes, cela complexifie la navigation, cela rend la recherche d’informations plus ardue et génère de la confusion quant aux services disponibles.
Fig5 : Fiches produits « conventions collectives par entreprise » data.gouv.fr et api.gouv.fr
Une tentative de réconciliation des deux plateformes a été mise en œuvre en référençant les API de l’une dans la fiche produit de l’autre et inversement[15]. Mais quelle complexité… Pourquoi ne pas les regrouper au sein d’un seul et même produit ?
Pour finir, les utilisateurs doivent également se familiariser avec plusieurs interfaces, ce qui augmente leur charge cognitive.
Une réflexion approfondie est donc nécessaire pour simplifier le parcours des utilisateurs et améliorer l’accessibilité des services gouvernementaux en ligne.
Cette situation pose également des dilemmes pour les consommateurs et les producteurs en termes de choix de portail, d’unification des communications et de gouvernance des produits, entre autres.
Une approche unifiée des marketplaces data et API pourra remédier à ces problématiques.
Fig6. Inconvénients et impacts de la « tétrapilectomie numérique »
des vitrines gouvernementales
« Tétrapilectomie numérique » des entreprises privées
Les entreprises privées ne sont pas à l’abri de cette fragmentation du parcours client qui doit jongler entre deux mondes différents.
D’un côté, nous trouvons l’aspect API, principalement issu du domaine opérationnel. De l’autre côté, nous avons la dimension data, davantage ancrée dans une culture analytique.
Bien que l’opérationnel et l’analytique tendent à se rapprocher[16], ils demeurent souvent cloisonnés. Chaque périmètre fonctionne en effet avec son propre budget et ses propres équipes dédiées.
Et cette dualité peut poser un défi majeur en termes d’harmonisation et de cohérence dans les marketplaces. Les divergences entre les équipes API et les équipes data peuvent entraîner des difficultés dans la coordination des efforts, la prise de décisions et la mise en œuvre de stratégies communes.
La fragmentation des ressources et des budgets peut également freiner l’efficacité globale de la plateforme.
Demande croissante de marketplaces alimentée par l’évolution des domaines analytiques et opérationnels
L’évolution des domaines analytiques et opérationnels a suscité un besoin croissant de marketplaces. Plusieurs événements ont contribué à stimuler cette demande.
Tout d’abord, l’émergence des données ouvertes (open data) a incité, à l’instar du Gouvernement, à la mise en place de portails publics de données, du côté de l’analytique. Cette initiative a favorisé l’établissement de plateformes dédiée, offrant un accès ouvert aux données publiques.
Ensuite, avec la montée en puissance des API (APIsation des systèmes) et l’adoption de l’approche API orientées produit, les marketplaces API ont émergé. Ce mouvement, initié principalement du côté opérationnel, a favorisé la mise en œuvre de partenariats et la distribution de données et de services via des interfaces de programmation[17].
Enfin, l’introduction du concept de maillage des données (datamesh) a renforcé le besoin de marketplaces dédiées aux données. Cette approche met l’accent sur la stratégie consistant à considérer les données comme des produits valorisables. (« data as product[18]« .)
Topologie distincte des domaines émergents de la Data et des API
Les domaines de la Data et des API ont connu un développement parallèle, sur deux plans distincts, chacun évoluant avec sa propre dynamique et sa topologie spécifique.
Fossé entre le domaine opérationnel et analytique
Bien qu’ils aient été influencés mutuellement et par des concepts similaires tels que le Domain Driven Design[19], une convergence véritable entre ces domaines n’a jamais abouti.
Malgré leur objectif commun de rapprocher le métier de ses données pour créer davantage de valeur, les distinctions topologiques persistent. Que ce soit pour les données stockées, en transit (échanges), opérationnelles ou analytiques, cela impose aux entreprises d’investir dans des équipes pluridisciplinaires réunissant des experts à la fois en matière de données et d’API.
Le domaine analytique
Le premier plan, axé sur le domaine analytique, est principalement dédié à l’exploration et à l’analyse approfondie des données. Il rassemble des experts tels que les Data Architects et les Data scientists. Leur expertise, sous la direction du Chief Data Officer est indispensable pour exploiter les données de manière pertinente et en tirer des informations de qualité.
Fig7. Quelques profils du domaine analytique
(photo Wayhomestudio)
Le domaine opérationnel
En revanche, le second plan est plus associé au domaine opérationnel et met l’accent sur l’utilisation pratique des API. Les équipes en charge de ce domaine comprennent notamment des architectes de solutions, des responsables d’application et des API designers.
Ils se concentrent sur la conception et la gestion des interfaces de programmation pour faciliter les opérations quotidiennes et permettre l’intégration harmonieuse des systèmes.
Les produits API sont contrôlés par les instances de conception (design authority[20]) et gouvernés par une tour de contrôle API et des responsables de produits (products owner).
Fig8. Quelques profils API du domaine opérationnel
(photo Wayhomestudio)
Experts métiers indispensables
Les deux plans, doivent intégrer dans leur démarche les experts des domaines métiers concernés. Indispensable pour créer des produits (data ou API, analytiques ou opérationnels) orientés business et à valeur.
Les produits de données opérationnelles
Par ailleurs, il faut souligner qu’une tendance émerge dans le domaine du data mesh, qui promeut la création de produits data directement au sein des opérations[21].
Ces produits de données opérationnelles (operational data products) établissent un lien entre la Data et le monde opérationnel, s’alignant ainsi avec le concept d’API produit
Toutefois, dans l’état actuel des technologies, il est important de maintenir une séparation entre les mondes analytiques et opérationnels.
Marketplaces multiples : une question de budget et de politique
Nous l’avions déjà évoqué dans notre article « Pourquoi l’API produit est un véritable atout business ? », les marketplaces jouent un rôle clé dans la
stratégie commerciale des entreprises, offrant une multitude d’opportunités pour développer et optimiser leur activité. Elle permet d’industrialiser les relations partenaires et les contrats, d’accroître la visibilité auprès d’une vaste clientèle potentielle, d’étendre les canaux de vente, de simplifier les processus, et bien d’autres avantages encore[22].
Il n’est donc pas étonnant que chaque périmètre ambitionne d’initier et de diriger sa propre marketplace. On le sait, les enjeux politiques sont importants et cette dynamique est stimulante pour progresser.
Seulement voilà.
On le remarque régulièrement chez nos clients, on a trop tendance à jouer sur deux tableaux portés par différentes directions lors des démarrages de plusieurs projets de marketplace.
En prenant en compte tous ces facteurs, il est donc compréhensible de se retrouver avec deux vitrines distinctes.
Les 7 bénéfices de l’unification des marketplaces
Découvrez les sept bénéfices majeurs de l’unification des marketplaces de données et d’API.
Une expérience utilisateur améliorée
La marketplace de produit digitaux offre une expérience utilisateur unifiée et cohérente, quel que soit le produit consommé. Les utilisateurs peuvent ainsi se concentrer sur leur objectif principal sans se soucier des interfaces disparates. Ce contexte favorise ainsi une adoption plus fluide des produits et contribue à une l’amélioration globale de l’expérience utilisateur.
Gouvernance simplifiée
En regroupant la gestion des produits numériques, la gouvernance devient plus transparente, efficace et facile à suivre. Les responsables ont une vue d’ensemble du catalogue, gèrent les autorisations, suivent les performances et appliquent des politiques de conformité cohérentes.
Bref, ils gèrent les interfaces, les données et les produits numériques au même endroit, améliorant leur expérience utilisateur. Cela favorise une meilleure prise de décision des instances de management telles que les design authority, le Chief Data Officer et la tour de contrôle API.
Un point d’attention toutefois, cela requiert une coordination et une coopération matures entre les équipes opérationnelles, analytiques, et celles travaillant sur les interfaces et les données.
La simplification de la distribution des produits digitaux
La consolidation de la distribution des produits numériques sur une plateforme unique simplifie l’accès et la distribution de ces produits pour tous les partenaires de l’écosystème de l’entreprise.
Cette approche réduit les frictions, simplifie les processus de collaboration, économise du temps, réduit la complexité et améliore l’efficacité globale de la distribution.
L’unification des marketplaces data et API : une garantie de qualité pour les produits
La qualité des données est un élément essentiel pour prendre des décisions éclairées et mettre en place des services pertinents.
L’intégrité, la cohérence, l’exhaustivité, la conformité, l’exactitude, l’unicité et la fraîcheur sont autant de critères qui contribuent à cette qualité, en garantissant des informations fiables et pertinentes.
En regroupant les données et les API sur une seule vitrine, on évite les duplications, les incohérences et les redondances inutiles.
Cela permet de créer une source centralisée et fiable pour les utilisateurs, renforçant ainsi leur confiance.
Des économies budgétaires à grande échelle
La rationalisation des différents aspects des marketplaces engendre des économies budgétaires substantielles à grande échelle.
L’unification des marketplaces API et data permettra la réduction des coûts de développement et de maintenance, une meilleure gestion des ressources, une utilisation plus efficace des capacités disponibles et une évolutivité accrue.
Ces économies contribuent à renforcer la compétitivité des entreprises et à fournir des services de qualité à moindre coût.
Une entrée unique, une sécurité renforcée
Avec une vitrine unique et une infrastructure mutualisée, les avantages en termes de sécurité deviennent évidents. En regroupant les différents types de produits digitaux malgré leur exotisme, la surface d’attaque sera réduite.
De plus, en centralisant également la publication et le marketing des produits digitaux, les entreprises privées seront en mesure d’exercer un meilleur contrôle sur le flux d’informations exposées.
Cela leur permettra de garantir la protection des données en fonction de leur sensibilité pour l’entreprise, ses clients et les réglementations en vigueur[23].
Une vitrine technologique pour l’entreprise
Une marketplace unifiée entre data et API renforcera l’image de l’entreprise en particulier sur le plan de la maturité technologique.
Véritable vitrine, la marketplace va devenir un élément clé de l’image de marque de l’entreprise. Vecteur essentiel de communication avec ses clients, partenaire.
Elle constituera également un indicateur fort de son positionnement sur le marché face à la concurrence, permettant ainsi à l’entreprise de consolider et de maintenir sa position.
Fig. 9. Récapitulatif des bénéfices
de l’unification des vitrines API et DATA pour les entreprises privées
Data et API : des produits digitaux
Les reconsidérations sur le statut des API, que nous avons évoqués dans notre article « Pourquoi l’API produit est un véritable atout business ? » doivent être appliqué de concert aux données. Elles doivent être traitées comme un produit. Et, dans une logique évidente de marketing, les consommateurs de ces données et API doivent être traités comme des clients. Un client heureux est un client fidèle.
Complémentarité des données et API
Les approches des produits API et des données sont d’ailleurs complémentaires : un produit API peut distribuer des données et un produit de données peut être distribué via une API.
C’est encore plus vrai pour un produit data opérationnel. Bien que l’analytique et l’opérationnel soient maintenus séparés dans leur exécution, les technologies actuelles ne permettant pas de répondre à leurs contraintes respectives, il est possible de les unifier dans leur distribution, car les objectifs sont alignés.
L’entreprise renforcera ainsi sa place au sein de son écosystème ainsi que ses liens avec ses partenaires et ses clients. Dans certains cas, l’entreprise pourra voir ses produits digitaux devenir des normes d’échange sur son marché. Cela réduira ses coûts d’intégration car les autres acteurs s’adapteront.
A cet égard, soulignons que certaines entreprises du secteur bancaire ou assurantiel, comme Open Insurance Initiative (OPIN) ou Openbanking, ont déjà tenté de s’imposer comme d’intégration des acteurs du secteur.
Finastra, une marketplace unique API et data
Au sein de sa marketplace de produit digitaux dédiée à l’open banking[24], la Fintech Finastra a choisi de diviser son catalogue en fonction du mode de distribution : API ou ensemble de données (principalement des fichiers).
Fig10 : Marketplace API et Data Finastra : https://developer.fusionfabric.cloud/
Notons qu’aucune distinction n’est faite entre les données et les API. Tout est considéré comme un produit, ce qui simplifie l’expérience utilisateur.
Fig11 : Parcours d’achat au sein de la marketplace API et data de Finastra
De plus, grâce à un unique parcours d’achat, les utilisateurs peuvent soumettre leur application et souscrire à différents produits digitaux, qu’il s’agisse d’ensembles de données, d’API ou de bibliothèques.
Certes, cette marketplace n’est pas encore parfaite, mais elle se rapproche de ce que l’on entend par une plateforme de produits digitaux.
Défis de la mise en œuvre d’une marketplace unique
Maintenant que les enjeux d’une marketplace unique de produit digitaux ont été mis en évidence, il convient de réussir sa mise en œuvre. Une chose qui n’est pas aussi triviale qu’il n’y parait.
Mise en œuvre
En effet, les solutions actuelles de marketplace pour les données et les API demeurent encore en phase de développement. Elles présentent hélas souvent des biais liés à leurs éditeurs respectifs.
Elles se concentrent soit sur les données, soit sur les API, soit sur l’analytique, soit sur l’opérationnel, mais rarement sur les deux simultanément.
Gouvernance et processus
Pour il est essentiel de mettre en œuvre les processus et la gouvernance adaptés à l’approche produit, qu’elle soit opérationnelle ou analytique. Cela nécessitera une sensibilisation et une collaboration étroite entre les équipes techniques et métiers. Une gouvernance solide est nécessaire à la réussite de la démarche.
Les compétences
L’équipe type pour la construction d’une marketplace est pluridisciplinaire. On y retrouve notamment les profils suivants :
- Expert métiers
- Architectes (Solution, API, data et cloud)
- Product owner (API, Data et plateforme)
- UX designer
- Expert sécurité
- Chef technique (Techlead)
- Equipe de développement agile
Ce mixe de compétences est indispensable à la réussite du projet étant transverse et critique.
Simplifiez la distribution de vos produits digitaux (API et Data) avec une marketplace unique
Le marketplace 2 en 1 : une convergence puissante pour votre entreprise
Pourquoi faut-il unifier les marketplaces data et API ? Pour éviter de couper un cheveu en quatre. Répondre de cette façon, cela peut vous paraître très simpliste.
Et pourtant.
Il s’agit bien de ne pas céder au tropisme de la complexité. Nous vous invitons à reconsidérer les options bénéfiques d’une marketplace unique.
Permettez-nous de vous les rappeler brièvement : une expérience utilisateur améliorée, une simplification de la gouvernance et la distribution des produits digitaux, une garantie de qualité pour les produits, des économies budgétaires à grande échelle et une sécurité renforcée.
Ce n’est pas rien si vous souhaitez vous tailler la part du lion dans un secteur très concurrentiel.
Optimisez votre marketplace unique avec une expertise unique !
Accompagnement pour votre marketplace unique…
Fort de son expérience et de ses convictions, onepoint est prêt à vous accompagner à chaque étape de votre projet pour unifier votre plateforme de données avec celle des API.
… De bout en bout
De la conception à la mise en œuvre, nous sommes là pour vous aider à établir des bases solides pour la gestion de vos données et de vos API (APIsation), ainsi qu’à concevoir, sécuriser et assurer la gouvernance de vos produits digitaux.
Sur le thème API Produit, pour en savoir plus
Pour en savoir plus sur les API Produits, sur les marketplaces, lire à ce propos le dossier : « Pourquoi l’API produit est un véritable atout business ? » de Camille Floury.
Rédacteurs :
[1] Umberto Eco, « Comment voyager avec un saumon », page 258, 285 pages, Le Livre de Poche 2000.
[2] Camille Floury, « Pourquoi l’API produit est un véritable atout business ? », groupeonepoint.com, 01 juin 2022.
[3] Gontran Peubez, Christophe Heng, Maria José Lopez, « Le Data Mesh, effet de mode ou véritable outil de transformation de votre business model ? », groupeonepoint.com, 11 septembre 2019.
[4] Marie Bellan, « La complexité administrative, une malédiction française », lesechos.fr, 3 juin 2021
[5] « 3 mois pour une carte d’identité et à des dizaines de kilomètres de ma ville », transformation.gouv.fr, 04/05/2023.
[6] « Passeport, carte d’identité : pourquoi les délais d’obtention sont-ils si longs ? », leparisien.fr, 25 avril 2023
[7] Alexandre Léchenet, « Data.gouv.fr, un effort de transparence du gouvernement », lemonde.fr, 12 décembre 2011.
[8] « Etalab », data.gouv.fr.
[9] Julien Lausson, « Open Data : Etalab dévoile une licence ouverte pour les données publiques », numerama.com, 18 octobre 2011
[10] L’open data fait référence à un mouvement qui est apparu au Royaume-Uni et aux États-Unis. Celui-ci vise à rendre accessibles et disponibles les données produites et collectées par les services publics tels que les administrations et les collectivités locales « L’open data, c’est quoi ? », data.europa.eu.
[11] La gouvernance ouverte vise en revanche à impliquer activement les citoyens, la société civile et d’autres parties prenantes dans les processus décisionnels et la gestion des affaires publiques. Albert J. Meijer, Deirdre Curtin, Maarten Hillebrandt, « La gouvernance ouverte : relier visibilité et moyens d’expression », cairn.info, Revue Internationale des Sciences Administratives – Revue d’Administration Publique Comparée, I.I.S.A., (Vol. 78), pages 13 à 32, janvier 2012.
[12] Reynald Fléchaux, « API.gouv.fr : l’Etat plateforme ouvre son magasin d’API », 22 juin 2016.
[13] Etat plateforme : Théorisé par Tim O’Reilly en 2011, ce concept d’État-plateforme a été repris et développé en France par deux entrepreneurs du numérique, Nicolas Colin et Henri Verdier. Le concept d’État plateforme vise à fournir aux entrepreneurs les moyens de créer des services publics en mettant leur talent au service de la collectivité. Jacques Chevallier, « Vers l’État-plateforme ? », Les données publiques, Revue française d’administration publique 2018/3 (N° 167), pages 627 à 637, 2018.
[14] « Circulaire n°6264/SG du 27 avril 2021 relative à la politique publique de la donnée, des algorithmes et des codes sources », Politique publique de la donnée, des algorithmes et des codes sources, legifrance.gouv.fr, 27 avril 2021.
[15] MTEI, « API Conventions collectives », api.gouv.fr, 6 juin 2023.
[16] « Real-Time Analytics Explained », mongodb.com. Voir aussi à ce propos : Kate Brush, « Real-time analytics », techtarget.com, 2022.
[17] Gartner, « Gartner®️ Hype Cycle™ for APIs 2022 », curity.io, 2022.
[18] La « data as product » (les données en tant que produit) est une approche où les données sont considérées comme une ressource valorisable et commercialisable. Plus précisément, plutôt que de les traiter uniquement comme un sous-produit de processus ou de services, la data as product consiste à reconnaître la valeur intrinsèque des données elles-mêmes et à les proposer comme des produits autonomes.
[19] Le Domain Driven Design (DDD), ou Conception Orientée Domaine en français, est une approche de conception logicielle qui met l’accent sur la compréhension et la modélisation du domaine métier. Il s’agit d’une méthode qui vise à aligner le développement logiciel sur les concepts et les processus clés du domaine d’activité concerné.
Jayadeba Jena, « A playbook for API-first transformation at scale-API Product Development Lifecycle & API Portfolio Alignment », medium.com, Oct 13, 2021.
[20] La « design authority » est une entité ou un groupe d’experts responsables de la supervision et de la gouvernance des aspects liés à la conception des produits API. Elle assure la cohérence et la conformité des API en établissant des directives, des normes et des bonnes pratiques pour leur conception, leur documentation et leur évolution.
[21] « Dans le futur, nos technologies évolueront pour rapprocher encore plus le plan des données opérationnelles et le plan des données analytiques. » Zhamak Dehghani , « Data Mesh Principles and Logical Architecture », The great divide of data, martinfowler.com, 03 December 2020
[22] Camille Floury, « Pourquoi l’API produit est un véritable atout business ? », Les marketplaces d’API : la super vitrine face à la concurrence, groupeonepoint.com, 01 juin 2022.
[23] « RGPD : de quoi parle-t-on ? », cnil.fr.
[24] Open banking : L’open banking est un concept qui vise à permettre aux clients des services financiers d’accéder et de partager leurs données bancaires de manière sécurisée avec des tiers, tels que des fintechs ou d’autres institutions financières. Cela est rendu possible grâce à l’utilisation d’interfaces de programmation d’applications (API) qui permettent l’échange de données entre différentes entités.
