Fournisseurs de RAG sectoriels : un RAG, plusieurs solutions

IDEA-033 · Lot 4

En une phrase : des PME spécialisées construisent et entretiennent chacune une base de connaissance sectorielle fiable (un « RAG »), qu'elles mettent à disposition par API ; d'autres startups s'appuient dessus pour créer des applications destinées aux utilisateurs finaux.

ÉmergentInvestissement : Moyen par RAG

Secteur: Infrastructure de connaissance — IA (B2B, transversal)
Source: Intention exprimée par le porteur de la bibliothèque, à partir de la note « RAG sectoriels »
Cible: Startups qui développent des applications IA ; indirectement, entreprises et institutions utilisatrices
Maturité: Émergent
Investissement: Moyen par RAG
Profil de startup: PME de « curation de connaissance » : documentalistes ou experts du secteur + ingénieurs données et IA

Le principe

source : séparer deux métiers. Le fournisseur de RAG collecte, structure, met à jour et garantit la connaissance d'un secteur. Les startups d'application construisent les usages (assistant, outil métier, chatbot, contrôle de conformité). Un même RAG alimente plusieurs solutions.

Pourquoi c'est pertinent

analyse : aujourd'hui, chaque startup qui veut un assistant juridique ou agricole refait le même travail coûteux de collecte et de mise à jour des textes. Mutualiser cette couche abaisse le coût d'entrée des applications, améliore la qualité (une seule base bien tenue plutôt que dix approximatives) et crée un métier nouveau pour des profils documentaires et sectoriels.

Ce qu'un fournisseur de RAG vend réellement

analyse : pas des documents, mais une garantie. Sources identifiées et datatées ; mise à jour suivie (chaque nouvelle loi de finances, chaque nouveau protocole) ; citations systématiques dans les réponses ; versions datées ; banc d'essai publié (taux de réponses justes sur un jeu de questions de référence) ; disponibilité de l'API ; hébergement conforme aux exigences de souveraineté.

Exemples de chaînes « un RAG, plusieurs solutions »

analyse :

RAG (fournisseur)	Solutions possibles (startups d'application)
Juridique et fiscal OHADA / CGI (IDEA-030)	Assistant pour cabinets comptables ; vérificateur de contrats pour PME ; simulateur d'avantages fiscaux pour investisseurs ; module fiscal d'un logiciel de facturation
Agro-export (IDEA-029)	Outil conformité export pour coopératives ; module de traçabilité ; assistant vocal pour producteurs (IDEA-021)
Énergie, mines, contenu local (IDEA-031)	Portail sous-traitance pour PME ; outil de reporting contenu local ; assistant environnement pour bureaux d'études
Santé, protocoles nationaux (IDEA-032)	Aide-mémoire infirmier hors ligne ; module de dispensation pour pharmacies ; formation continue des agents de santé
Démarches administratives (section 4 de la note)	Copilote citoyen (IDEA-027) ; assistant création d'entreprise ; outil des écoles de formation

Modèles économiques envisageables

analyse, à arbitrer :

Modèle	Principe	Avantage	Limite
Paiement à l'usage	Facturation par requête ou par volume	Simple, proportionnel à l'usage réel	Revenus faibles et irréguliers tant que les startups clientes sont petites
Abonnement par palier	Forfait mensuel selon le volume et le niveau de service (fraîcheur, garantie de disponibilité)	Revenus prévisibles pour le fournisseur	Barrière pour les startups en amorçage
Partage de revenus	Accès gratuit ou réduit, puis pourcentage du chiffre d'affaires de l'application	Aligne les intérêts ; idéal pour les startups naissantes	Suivi du chiffre d'affaires délicat ; revenus tardifs
Licence par application dérivée	Droit annuel par produit construit sur le RAG	Clair juridiquement	Peu adapté aux produits expérimentaux
Socle public + services premium	Le cœur (textes publics) est financé par l'État ou un bailleur comme bien commun ; le fournisseur vend fraîcheur garantie, données enrichies, niveau de service	Accès large pour l'écosystème ; viabilité du fournisseur	Dépend d'un financement initial et d'une gouvernance

Une combinaison réaliste

analyse : bac à sable gratuit pour les startups incubées, puis abonnement par palier, avec option de partage de revenus pour les applications à fort potentiel.

Questions à trancher

analyse :

Droits d'usage des sources

les textes officiels sont publics, mais les guides techniques, la jurisprudence ou les documents d'institutions de filière nécessitent des accords.

Responsabilité en cas de réponse erronée

partage entre fournisseur du RAG et startup d'application, à prévoir contractuellement. Standard d'interface commun pour éviter qu'une startup soit captive d'un seul fournisseur.

Rôle de l'État

ouvrir les sources (Journal officiel, codes, protocoles) dans des formats exploitables, voire cofinancer les RAG d'intérêt général.

Risques

rempart concurrentiel mince si la base ne repose que sur des textes publics, d'où l'importance de la curation, de la fraîcheur et des données enrichies (analyse) ; concurrence des grands fournisseurs d'IA qui intègrent de la recherche documentaire (analyse) ; marché initial étroit tant que peu de startups d'application existent (analyse).

Démarrage analyse

MVP : un premier RAG pilote (juridique et fiscal, le plus demandé et le plus transversal) exposé par API avec citations, et deux ou trois startups qui construisent dessus lors d'un défi d'incubateur.
Hypothèse à tester : une startup d'application sort un prototype en quelques semaines au lieu de plusieurs mois, et accepte de payer après la phase d'essai.
Acteurs à approcher : incubateurs et programmes d'accélération, institutions détentrices des sources, un bailleur intéressé par les biens communs numériques. L'espace Startups d'Agora pourrait accueillir le catalogue des RAG disponibles.

Mots-clés

RAG, API, infrastructure de connaissance, écosystème, modèle de plateforme.