Introduction
L'intelligence artificielle est devenue une catégorie vaste et concentrée de l'investissement en capital-risque. Stanford HAI indique que l'investissement mondial des entreprises dans AI a plus que doublé en 2025, avec AI générative captant près de la moitié du financement privé de AI [1]. La NVCA indique que l'investissement en capital-risque aux États-Unis a atteint des niveaux record au premier semestre 2026, tandis que la majeure partie du capital investi a afflué vers les entreprises de AI et les financements de USD 100 million ou plus [2]. Carta recense USD 119.5 billion levés par des entreprises sur sa plateforme en 2025 sur 4 859 tours, le nombre annuel de tours le plus faible depuis au moins six ans ; ses données de série A montrent une prime de valorisation médiane de 38 % pour les entreprises de AI [3]. L'OCDE indique que l'investissement lié à AI a dépassé la moitié de l'investissement global en capital-risque en 2025 [6].
Ces chiffres décrivent les marchés de capitaux, et non la qualité de l'investissement. Un label tel que natif de AI peut désigner un produit dont le résultat client dépend de l'inférence machine, un produit logiciel conventionnel auquel une interface de modèle a été ajoutée, une entreprise de services utilisant AI en interne, une société de workflows dotée d'une boucle propriétaire d'évaluation et de données, ou un récit de fondateur avec des preuves de production limitées. Chaque cas présente un profil de produit, de risque, de marge, de distribution et de capital différent.
Le problème de souscription est donc d'ordre probatoire. Un investisseur doit établir ce que fait l'application, quel résultat client change, quelle part du flux de travail est automatisée, quelles dépendances aux modèles et aux données importent, comment la qualité est évaluée, comment les défaillances sont maîtrisées, comment les clients achètent et conservent le produit, comment le chiffre d'affaires se transforme en trésorerie, comment le coût de service évolue avec l'usage et quels droits permettent à l'entreprise d'opérer. Un fondateur a besoin des mêmes preuves pour piloter l'entreprise et préparer un processus de financement crédible.
La proposition centrale de l'article est que le résultat client accepté ajusté de la qualité constitue la bonne unité opérationnelle. Un résultat accepté est une tâche ou une décision client menée à bien qui satisfait à des critères définis de qualité, d'autorité et de preuve. Citons par exemple une note de crédit revue, une demande client résolue, une classification de facture acceptée, une modification logicielle mise en production, un contrôle de conformité achevé ou une conception approuvée par le client. Les tokens, appels, générations, agents et scores de référence des modèles sont des intrants techniques. Ils deviennent pertinents sur le plan économique lorsqu'ils contribuent à des résultats acceptés, à la fidélisation des clients et à la marge brute encaissée.
Sept principes de souscription en découlent. Premièrement, le label natif AI doit être traduit en un flux de travail et une architecture observables. Deuxièmement, l'entreprise doit apporter des preuves de la performance du modèle sur des tâches client représentatives. Troisièmement, la qualité du chiffre d'affaires exige des preuves relatives aux contrats, aux factures, aux encaissements, aux cohortes, aux concessions et à la concentration. Quatrièmement, la marge brute exige un registre complet des coûts par résultat, incluant les coûts de revue humaine et de fiabilité. Cinquièmement, les fournisseurs de modèles et de cloud font partie de la chaîne d'approvisionnement du produit. Sixièmement, les droits sur les données, la confidentialité, la propriété intellectuelle, la sécurité et le rôle réglementaire déterminent où et comment le produit peut être vendu. Septièmement, le cas d'investissement doit résister à un choc de prix des modèles, à une régression de qualité, à l'arrêt d'un fournisseur, à la perte d'un client et à un cycle de vente plus lent.
La date d'arrêté des preuves est le 1er août 2026. L'analyse s'appuie sur les rapports de marché officiels actuels, les dépôts de titres, la documentation des fournisseurs, les documents des régulateurs, la législation, les normes et les ressources en matière de sécurité. Aucune entreprise, aucun fondateur, aucun fonds, aucun client, aucun produit, aucun contrat, aucune cohorte, aucune data room, aucune suite d'évaluation, aucun registre de coûts, aucune table de capitalisation ni aucune note d'investissement n'a été fourni. Tous les volumes, prix, coûts, taux de conversion, effets de productivité et données de valorisation utilisés sont des hypothèses de modélisation hypothétiques. Le chiffre d'affaires, la réduction des coûts et la réduction des pertes attribués à Matchpoint ou à un client restent USD 0.

Périmètre, définitions et limites des preuves
Couche applicative
La couche applicative transforme les modèles, les données, les logiciels et le travail humain en un produit utilisé pour un flux de travail client spécifique. Elle peut inclure des interfaces utilisateur, la logique applicative, la récupération d'informations, la mémoire, des outils, le routage des modèles, des prompts, le fine-tuning, l'évaluation, le contrôle d'accès, l'observabilité, la facturation et le support. L'entreprise applicative peut utiliser des modèles propriétaires, tiers ou à poids ouverts. Sa défensibilité peut découler de l'intégration au flux de travail, de droits de propriété sur les données, d'actifs d'évaluation, de la distribution, de coûts de changement, d'autorisations réglementées, de la confiance des clients ou de l'apprentissage opérationnel.
La couche modèle fournit l'inférence ou les poids du modèle. La couche infrastructure fournit la puissance de calcul, le stockage, l'orchestration et le déploiement. Ces frontières peuvent se chevaucher. Une entreprise qui effectue un fine-tuning ou héberge un modèle doit encore montrer comment le modèle modifie le résultat client et comment l'application capture de la valeur.
| Couche | Principaux composants | Question de souscription | Preuves minimales |
|---|---|---|---|
| Flux de travail client | Utilisateur, tâche, décision, exception et approbation | Quel travail coûteux ou porteur de valeur évolue ? | Cartographie des processus, temps de référence, qualité et autorité |
| Application | Interface, logique, récupération, outils et intégration | Quel est le produit que les clients achètent ? | Démonstration du produit, historique des versions et utilisation par les clients |
| Évaluation | Cas de test, évaluateurs, seuils et surveillance | Comment la qualité est-elle établie et préservée ? | Suite représentative, résultats, échecs et portes de mise en production |
| Données | Source, droits, lignage, qualité et conservation | L'entreprise peut-elle utiliser les données à cette fin ? | Registre des droits, échantillons, lignage et contrôles |
| Modèle | Fournisseur, version, routage, prompt et réglage | Quelle capacité est requise et remplaçable ? | Registre des fournisseurs, tests, coûts et preuves de migration |
| Infrastructures | Calcul, stockage, sécurité et observabilité | Le service peut-il fonctionner de manière fiable et économique ? | Architecture, factures, journaux, incidents et plan de capacité |
| Commercial | Contrat, prix, durée, renouvellement et recouvrement | L’usage se traduit-il par des revenus conservés et encaissés ? | Éléments probants sur le processus contrat-encaissement et sur les cohortes |
Classification native AI
Une classification native AI doit reposer sur des preuves. La classification n’exige pas une architecture technique unique. Elle exige une dépendance matérielle à l’inférence machine au sein de la chaîne de valeur client, un produit conçu autour de cette capacité et un mode de fonctionnement qui mesure sa qualité et son économie.
| Test | Éléments probants d’une application native AI substantielle | Preuves insuffisantes |
|---|---|---|
| Résultat client | Tâche définie avec une base de référence, des critères d’acceptation et une conséquence | Affirmation générique de productivité |
| Conception produit | Flux de travail construit autour de l’inférence, de la revue et du traitement des exceptions | Interface de chat ajoutée à un logiciel existant |
| Évaluation | Suite de tâches représentative et surveillance en production | Un benchmark fournisseur ou une démonstration du fondateur |
| Données | Source gouvernée, droits, lignage et boucle de rétroaction | Allégation de données propriétaires non précisée |
| Conditions économiques | Prix, coût et marge brute par résultat | Coût par jeton indiqué sans coût du flux de travail |
| Opérations | Processus de mise en production, de gestion des incidents, de retour arrière et de migration vers un autre fournisseur | Dépannage manuel sans engagement de résultat |
| Commercial | Maintien de l’usage client lié au contrat et à l’encaissement | Logos de projets pilotes ou lettres d’intention uniquement |
| Caractère défendable | Boucle de preuves, intégration au flux de travail, distribution ou autorisation | Accès au modèle disponible pour chaque concurrent |
Le résultat peut être consigné comme un service natif AI, activé par AI, assisté par AI ou non vérifié. Le libellé constitue une conclusion de due diligence, et non une conclusion de valorisation.
Classes de preuves
Chaque allégation importante doit se voir attribuer une classe et un responsable. Les preuves observées proviennent d’un système de référence contrôlé. Les preuves reproduites indépendamment proviennent d’une réexécution de test par l’investisseur, le conseil ou un tiers qualifié. Les preuves attestées par le client proviennent d’un représentant client autorisé et nommément désigné et doivent être rapprochées des données système lorsque cela est possible. Les preuves estimées par la direction sont étiquetées et étayées par une méthode. Les allégations non étayées restent des points ouverts.
| Classe | Définition | Utilisation autorisée dans la note d’investissement |
|---|---|---|
| O1 observé | Preuves datées issues du système source avec responsable et rapprochement | Déclaré comme observé sur la période et le périmètre définis |
| O2 reproduit | Méthode réexécutée de façon indépendante avec les données d'entrée et le résultat conservés | Déclaré comme reproduit dans l'environnement testé |
| O3 attesté | Confirmation par un client ou une contrepartie désigné(e) | Déclaré comme attesté ; limites divulguées |
| M1 estimé par la direction | Calcul documenté utilisant des données d'entrée non vérifiées | Qualifié d'estimation de la direction ou de scénario illustratif |
| U non étayé | Aucune preuve adéquate fournie | Exclu du scénario de base ; consigné comme point ouvert |
Comparables publics et rapports de marché
Les documents publics démontrent des méthodes analytiques et une possible variation économique. Palantir a déclaré un chiffre d'affaires de USD 4.475 billion pour 2025, une marge brute de 82 % et 954 clients [7]. UiPath a déclaré un chiffre d'affaires de USD 1.611 billion pour l'exercice 2026, un rythme annualisé des renouvellements de USD 1.853 billion et une marge brute de 83 % [8]. C3 AI a déclaré un chiffre d'affaires de USD 250.3 million pour l'exercice 2026 et une marge brute GAAP de 31 % [9]. Duolingo a indiqué que la hausse des coûts de AI générative et d'hébergement a réduit la marge brute en 2025 et a ensuite fait état de la poursuite des investissements dans l'infrastructure AI [10].
Ces entreprises diffèrent en taille, produit, déploiement, mix clients, services, comptabilité et maturité. Leurs indicateurs ne déterminent pas la marge brute ni la valorisation d'une startup privée. Ils montrent pourquoi un investisseur devrait éviter une hypothèse de marge générique pour un logiciel AI.
Les rapports de marché ont eux aussi des limites. Les données publiées par Carta sont agrégées à partir des entreprises et des détenteurs de titres présents sur sa plateforme et excluent les entreprises ayant demandé leur exclusion des études anonymisées [3-5]. Le rapport du NVCA couvre l'écosystème du capital-risque américain, PitchBook en étant le fournisseur de données [2]. L'OCDE utilise les données de Preqin dans son AI brief consacré au capital-risque [6]. Stanford HAI combine plusieurs sources publiques et propriétaires [1]. L'article conserve le périmètre de chaque source.
Limites juridiques, d'investissement et de l'auteur
Le présent article ne détermine pas si un produit est réglementé, si un traitement est licite, si des droits de propriété intellectuelle sont valides, si un titre est adapté, si une valorisation est équitable ou si un investissement devrait être réalisé. Ces décisions nécessitent le contrat applicable, les faits, la juridiction et une autorité qualifiée.
Matchpoint Partners est l'auteur organisationnel. Aucune performance de fondateur, opinion d'investisseur ou résultat client n'est attribuée à une personne nommée.
Carte de décision pour les investisseurs et les fondateurs
décisions des investisseurs
Les investisseurs ont besoin d'une réponse progressive à cinq questions. Le problème client est-il à forte valeur et récurrent ? Le produit crée-t-il un résultat accepté que les clients sont prêts à payer ? L'entreprise peut-elle maintenir la qualité et le contrôle face à l'évolution des modèles et du marché ? Les revenus conservés créent-ils des caractéristiques de marge brute et de trésorerie attractives ? Le prix du financement est-il étayé par les éléments probants et le scénario défavorable ?
| Décision | Éléments probants clés | Signal d'échec | Autorité |
|---|---|---|---|
| Filtrage | Problème client, flux de travail, produit et traction initiale | Label AI sans résultat client | Équipe de transaction |
| Due diligence technique | Architecture, évaluations, droits sur les données, sécurité et portabilité | La démonstration ne peut pas être reproduite | Réviseur technique et responsable de la transaction |
| Due diligence commerciale | Du contrat à l’encaissement, cohortes, références et pipeline | Projets pilotes comptabilisés comme production récurrente | Équipe de transaction et spécialiste commercial |
| Due diligence financière | Décomposition de l’évolution du chiffre d’affaires, marge brute, consommation de trésorerie, autonomie de trésorerie et plan de financement | Les coûts excluent l’inférence, la revue ou le support | Réviseur financier |
| Due diligence juridique et réglementaire | Droit des sociétés, propriété intellectuelle, données, licences et matrice des rôles produit | Les droits ou autorisations ne peuvent être attestés | Conseil juridique qualifié et responsable de la conformité |
| Valorisation et structure | Cas de base, cas défavorable, dilution, jalons et réserves | Prime déterminée uniquement par la catégorie AI | Comité d'investissement |
| Plan post-investissement | Jalons de preuve, recrutement, produit et financement | Le plan mesure le volume de production sans résultats acceptés | Conseil d’administration et direction |
décisions du fondateur
Les mêmes preuves étayent le contrôle du fondateur. Un fondateur doit savoir quel résultat client stimule la fidélisation, quelle défaillance nuit le plus aux clients, quelle dépendance à un fournisseur limite le passage à l’échelle, quelle cohorte génère de la marge brute et quel jalon mérite la prochaine unité de capital.
| Décision | Justificatif requis | Utilisation par la direction |
|---|---|---|
| Périmètre produit | Définition du résultat accepté et périmètre des exceptions | Prioriser le flux de travail que les clients valorisent |
| Choix du modèle | Évaluation représentative, coût et latence par fournisseur/version | Acheminer les tâches et planifier les migrations |
| Stratégie de données | Registre des droits, de la qualité, du lignage et des retours | Mettre en place des boucles d’apprentissage licites et utiles |
| Tarification | Valeur du résultat, utilisation, intensité du service et disposition à payer | Choisir une tarification par abonnement, à l’usage ou au résultat |
| Ventes | Entonnoir par segment, source, étape et période | Allouer la capacité du fondateur et les ressources commerciales |
| Succès client | Utilisation, acceptation, support et renouvellement par cohorte | Identifier les causes d’adoption et d’attrition |
| Recrutement | Goulet d’étranglement, capacité et jalon | Relier les effectifs aux preuves produit ou commerciales |
| Levée de fonds | Utilisation des fonds, points de contrôle, autonomie financière et scénario défavorable | Lever des fonds en fonction de la création de preuves |
Espace de preuves partagé
L’investisseur et le fondateur doivent travailler à partir du même espace de preuves réconcilié. Des interprétations différentes sont légitimes. Des chiffres sous-jacents différents créent un risque évitable.
| Bloc de preuves | Responsable principal | Rapprochement |
|---|---|---|
| Clients et contrats | Responsable commercial | De CRM au référentiel de contrats jusqu’à la facturation et au recouvrement |
| Utilisation du produit et résultats | Responsable produit | Du journal des événements à la définition des résultats acceptés |
| Évaluation et incidents | Responsable de l’ingénierie ou AI | De la version publiée au rapport d’évaluation jusqu’à la surveillance en production |
| Coûts et marge brute | Responsable financier | Affectation des factures fournisseurs et de la paie à la télémétrie et au grand livre |
| Données et propriété intellectuelle | Responsable juridique ou des données | Politique relative à la source, à l'accord, à l'utilisation, à la conservation et à la sortie |
| Sécurité et confidentialité | Responsable de la sécurité ou de la confidentialité | Architecture, contrôles, tests, incidents et remédiation |
| Table de capitalisation et financement | Directeur financier ou secrétaire de société | Registre juridique, registre des options et instruments signés |
| Créances | Directeur général et responsables fonctionnels | Créance, source, catégorie, périmètre, date et approbation |
| Couche | Principaux composants | Question de souscription | Preuves minimales |
|---|---|---|---|
| Flux de travail client | Utilisateur, tâche, décision, exception et approbation | Quel travail coûteux ou porteur de valeur évolue ? | Cartographie des processus, temps de référence, qualité et autorité |
| Application | Interface, logique, récupération, outils et intégration | Quel est le produit que les clients achètent ? | Démonstration du produit, historique des versions et utilisation par les clients |
| Évaluation | Cas de test, évaluateurs, seuils et surveillance | Comment la qualité est-elle établie et préservée ? | Suite représentative, résultats, échecs et portes de mise en production |
| Données | Source, droits, lignage, qualité et conservation | L'entreprise peut-elle utiliser les données à cette fin ? | Registre des droits, échantillons, lignage et contrôles |
| Modèle | Fournisseur, version, routage, prompt et réglage | Quelle capacité est requise et remplaçable ? | Registre des fournisseurs, tests, coûts et preuves de migration |
| Infrastructures | Calcul, stockage, sécurité et observabilité | Le service peut-il fonctionner de manière fiable et économique ? | Architecture, factures, journaux, incidents et plan de capacité |
| Commercial | Contrat, prix, durée, renouvellement et recouvrement | L’usage se traduit-il par des revenus conservés et encaissés ? | Éléments probants sur le processus contrat-encaissement et sur les cohortes |
Contexte de marché et problème de concentration du capital AI
Prime et sélection
La croissance du capital AI élargit l'univers d'opportunités et accroît la pression de sélection. Les données 2025 de Carta montrent davantage de capital sur moins de tours et une prime de valorisation AI à partir de la série A [3]. Ses recherches sur l'amorçage font état d'équipes initiales plus réduites, de délais de levée de fonds plus longs et d'un écart croissant entre les valorisations typiques et les valorisations de premier rang, en particulier pour les entreprises AI [4]. Son rapport sur la rémunération au second semestre 2025 décrit les effets sur le capital et les talents induits par AI, tout en soulignant des équipes plus réduites aux stades précoces [5].
L'investisseur doit donc distinguer une prime de catégorie d'éléments probants propres à l'entreprise. Une valorisation peut refléter la rareté, la concurrence, la valeur d'option stratégique, la taille du marché, la croissance, la rétention, l'équipe, la technologie, les droits sur les données ou la dynamique. Chaque facteur nécessite ses propres éléments probants et un traitement du risque de baisse.
Discipline de dimensionnement du marché
Un marché de la couche applicative devrait commencer par les unités clients et les dépenses liées aux workflows. Les totaux AI issus d'une approche descendante peuvent contextualiser l'adoption. Ils ne permettent pas d'établir un revenu accessible.
| Couche de marché | Calcul | Jalon de preuve |
|---|---|---|
| Population concernée par le problème | Nombre d'organisations ou d'utilisateurs cibles ayant le workflow défini | Source de segmentation nommée et exclusions |
| Workflow adressable | Population disposant des données, du budget, de la juridiction et de l'intégration requis | Preuves de découverte client et de canaux |
| Unité payante | Compte sous contrat, licence utilisateur, workflow, transaction ou résultat accepté | Tarification et processus d'achat réels |
| Marché accessible | Comptes qualifiés accessibles via la distribution disponible | Éléments probants sur le tunnel, la capacité, la conversion et le cycle de vente |
| Plan de base | Nouveaux revenus encaissés et revenus d'expansion par cohorte | Modèle du contrat à l'encaissement et scénario défavorable |
Pour une entreprise verticale AI, le modèle de marché doit inclure le nombre d'entreprises cibles, les départements éligibles, la fréquence des flux de travail, le coût actuel, l'autorisation requise, la charge d'intégration, le responsable budgétaire et une adoption plausible. Pour un produit horizontal, une segmentation par cas d'usage et par acheteur évite un calcul superficiel du nombre total de sièges.
Probabilité de levée de fonds et autonomie de trésorerie
Les données de marché confirment un environnement de financement concentré. Elles n'établissent pas qu'une entreprise donnée puisse lever des fonds. Le plan de financement doit inclure un scénario sans levée, un scénario de levée retardée et un scénario à prix inférieur. Il doit présenter la trésorerie mensuelle, les coûts engagés, les coûts discrétionnaires, les seuils de déclenchement des recrutements, les engagements des prestataires, le besoin en fonds de roulement et l'autonomie opérationnelle minimale.
| Cas de financement | Hypothèse illustrative non vérifiée | Réponse requise de la direction |
|---|---|---|
| Base | Le prochain tour se clôture au mois 12 | Recruter uniquement au regard des jalons produit et commerciaux |
| Reporter | Le prochain tour se clôture au mois 18 | Préserver la trésorerie et reporter les engagements non critiques |
| Prix inférieur | Valorisation pré-money 30 % inférieure au scénario de base | Modéliser la dilution, la structure et l'effet du pool d'options |
| Pas de levée de fonds | Aucun capital externe d’ici 24 mois | Définir le seuil de rentabilité, une vente stratégique ou une trajectoire de liquidation ordonnée |
Ces cas sont des hypothèses de modélisation théoriques. Ils illustrent les mécanismes de planification. Ils ne préjugent pas de la disponibilité du financement, de la valorisation ni du rendement.

Le test natif de la couche applicative AI
Résultat client avant la capacité du modèle
La première séance de due diligence doit reconstituer un flux de travail client sans le produit. L’équipe consigne le déclencheur, les données d’entrée, l’opérateur, la décision, les données de sortie, la revue, l’exception, le temps écoulé, le coût de l’erreur et l’autorité. Elle reconstitue ensuite le même flux de travail avec le produit. La comparaison identifie les étapes qui disparaissent, changent, s’accélèrent ou nécessitent de nouveaux contrôles.
L’exercice met en évidence des erreurs de catégorie. Un brouillon plus rapide peut augmenter l’effort de revue. Un temps de traitement plus court peut augmenter les corrections ou les escalades. Un taux d’automatisation plus élevé peut masquer une acceptation client plus faible. Un produit qui génère davantage de sorties peut réduire la valeur si les utilisateurs ne peuvent pas les vérifier dans leur fenêtre de décision.
| Champ du flux de travail | Enregistrement de référence | Enregistrement assisté | Justificatif d'acceptation |
|---|---|---|---|
| Déclencheur | Événement déclencheur de la tâche | Événement identique ou modifié | Horodatage du système source |
| Entrée | Documents, données et contexte | Données transmises à l’application et au modèle | Lignage et droits |
| Travail | Étapes humaines et logicielles | Étapes automatisées, assistées et conservées | Journal de processus et observation |
| Livrable | Décision, contenu ou action | Candidat généré et résultat final | Version et enregistrement du réviseur |
| Qualité | Test des erreurs, de l’exhaustivité et des politiques | Mêmes tests, auxquels s’ajoutent les défaillances propres au modèle | Évaluation représentative |
| Autorité | Personne autorisée à déclencher l’action | Limite de validation par un humain ou un système | Rôle et enregistrement des approbations |
| Conséquence | Revenus, coûts, risque ou expérience | Changement observé | Preuves client et financières |
Résultat client accepté
Un résultat accepté comporte cinq éléments. La tâche est définie. Les preuves sources sont suffisantes. La sortie respecte les seuils de qualité et de politique. La personne ou le système autorisé l’accepte. Le résultat atteint le processus client. Une réponse générée écartée, un brouillon nécessitant une recréation complète et une décision automatisée annulée après examen sont des sorties produites, et non des résultats acceptés.
L’entreprise doit mesurer les résultats acceptés par client et par cohorte. Les mesures utiles incluent l’acceptation au premier passage, le nombre de résultats acceptés par utilisateur actif, les minutes de revue par résultat accepté, le taux d’exception, le taux de correction, le taux d’incident, l’escalade client et le délai d’acceptation. La définition doit être suffisamment stable pour l’analyse par cohorte et suffisamment précise pour éviter une inflation des volumes.
Registre des allégations
Les mesures répressives de la SEC concernant les déclarations AI montrent l’importance de déclarations exactes [12]. Un financement privé dépend aussi d’allégations fiables. Le registre des allégations consigne chaque affirmation importante utilisée dans le pitch, la data room, la proposition client et la note d’investissement.
| Affirmation | Classe | Justificatif | Périmètre et date | Responsable | Traitement dans la note |
|---|---|---|---|---|---|
| « Réduit le temps de revue de 60 % » | M1 jusqu’à observation | Méthode d’étude des temps et échantillon | Flux de travail nommé et période | Responsable produit | Estimation de la direction ou résultat observé |
| "Jeu de données propriétaire" | U jusqu'à preuve des droits | Inventaire des jeux de données et accords | Champs de données et juridictions | Responsable juridique/données | Point ouvert |
| "Production d'entreprise" | O1 | Contrat, environnement et utilisation | Client, produit et période | Responsable commercial | Observé avec un périmètre défini |
| "Précision de référence" | U | Référentiel représentatif et comparateur | Tâche, échantillon et version | Responsable AI | Exclure jusqu’à reproduction |
| "90 % de marge brute" | O1 ou M1 | Grand livre, factures et allocation | Produit et période | CFO | Réalisé rapproché ou plan de gestion |
Le registre des affirmations aide aussi les fondateurs. Les affirmations non étayées peuvent être corrigées avant un processus de financement. Les estimations de la direction peuvent être converties en preuves observées au moyen de tests structurés.
Cercle vertueux des preuves
Une application justifiable peut créer un cercle vertueux des preuves licite et utile. Les tâches des clients génèrent des données d’usage consenties ou autorisées contractuellement. Les signaux de revue et de résultat améliorent l’évaluation. Les évaluations améliorent le routage, les flux de travail et les décisions de mise en production. Des résultats mieux acceptés améliorent l’adoption et la rétention. L’usage durable produit des preuves plus représentatives. Chaque maillon nécessite des droits, de la qualité et une valeur économique.
L’investisseur doit rejeter l’affirmation circulaire d’un avantage concurrentiel fondé sur les données. Des données plus nombreuses n’ont de valeur que si elles sont autorisées, pertinentes, suffisamment étiquetées, intégrées à un processus d’amélioration maîtrisé et difficiles à reproduire pour un concurrent.
Valeur produit, parcours client et preuves d’adéquation produit-marché
Référence de base et contrefactuel
La valeur d’un produit nécessite une base de référence. Cette base peut être le travail humain actuel, des règles, un logiciel en place, un service externalisé ou l’absence d’action. Le contrefactuel doit refléter ce que le client ferait réellement sans le produit. Comparer un produit à un processus manuel irréaliste surestime sa valeur.
La meilleure preuve précoce est une comparaison représentative intra-client. Elle utilise la même famille de tâches, les mêmes exigences de service et la même fenêtre de décision. Elle consigne les écarts d’intrants, les effets de sélection et la revue. Les tests randomisés peuvent convenir à certaines fonctionnalités produit. Les flux de travail opérationnels et réglementés peuvent nécessiter des périodes appariées, un déploiement échelonné ou une utilisation en miroir contrôlée.
Pont entre productivité et revenus
| Ligne de pont | Calcul | Exigence de preuve |
|---|---|---|
| Capacité de référence | Résultats acceptés divisés par les heures de travail totales | Étude des temps et définition stable des résultats |
| Capacité assistée | Résultats acceptés divisés par les heures de travail assistées et les heures d’exception | Même composition des tâches et même qualité |
| Ajustement de qualité | Résultats acceptés atteignant tous les seuils | Évaluation et acceptation par le client |
| Valeur client | Coûts évités, capacité libérée, pertes réduites ou revenus encaissés plus élevés | Contrefactuel approuvé et éléments probants financiers |
| Prix du produit | Revenus encaissés nets des crédits et concessions | Contrat, facture et justificatif bancaire/de grand livre |
| Marge brute du produit | Revenus encaissés ou comptabilisés moins le coût complet de service | Grand livre rapproché et politique d'allocation |
La productivité devient une proposition de valeur pour le client lorsque celui-ci peut redéployer des capacités, réduire son coût réel, répondre à une demande plus importante, améliorer son délai de génération de revenus ou réduire une perte mesurée. Le chiffre d'affaires devient de la valeur pour l'entreprise lorsque l'utilisation contractuelle se transforme en marge brute encaissée et conservée.
Échelle des preuves client
| Niveau | Justificatif | Ce que cela étaye |
|---|---|---|
| Découverte C0 | Entretien et douleur observée | Hypothèse de problème |
| Partenaire de conception C1 | Accès, retours et flux de travail | Preuves de conception produit |
| Pilote contrôlé C2 | Tâches représentatives et critères de réussite convenus | Preuves de faisabilité et de validation utilisateur |
| Pilote payant C3 | Honoraires contractuels signés et encaissement | Disposition à payer dans le périmètre du pilote |
| Mise en production C4 | Résultats acceptés de façon répétée dans le flux de travail opérationnel | Utilisation du produit et fiabilité |
| Renouvellement C5 | Poursuite d’un contrat payant après une décision éclairée | Preuves de rétention |
| Extension C6 | Produit, volume, équipe ou zone géographique supplémentaires | Preuves d’une valeur élargie |
Les lettres d'intention, les mémorandums d'entente, les pilotes non rémunérés, les pilotes rémunérés, les contrats de production et les renouvellements encaissés doivent être déclarés séparément. Les logos ne remplacent pas cette classification.
Protocole de référence client
Une référence client doit être autorisée et structurée. L'enquêteur confirme le problème, le flux de travail antérieur, le processus d'achat, le déploiement, le délai de création de valeur, la qualité, les exceptions, le support, la fréquence d'utilisation, l'étendue des utilisateurs, le prix, l'intention de renouvellement et les alternatives. L'investisseur consigne le lien entre la personne interrogée et l'achat ainsi que l'utilisation quotidienne.
La référence est une preuve attestée par le client. Elle est plus solide lorsqu'elle est rapprochée des contrats, des données produit et des données financières. Un champion sélectionné par le fondateur peut fournir des détails précieux et peut ne pas représenter les points de vue des achats, de la sécurité, de la finance ou des utilisateurs finaux.
Distribution et démarche commerciale
Les applications AI peuvent recourir à la vente menée par le fondateur, à l'adoption pilotée par le produit, à la vente directe aux entreprises, aux places de marché, aux partenaires cloud, aux intégrateurs de systèmes, aux partenaires de canal et à la distribution intégrée. Chaque approche présente des coûts, un contrôle, des délais et une concentration distincts.
| Mesure de distribution | Définition | Distorsion courante |
|---|---|---|
| Opportunité qualifiée | Le compte répond à des critères explicites de client, de besoin, de pouvoir de décision et de calendrier | Demande de démonstration comptabilisée comme pipeline |
| Cycle de vente | Du premier contact qualifié à la signature du contrat | Exclut les délais liés aux achats ou à la sécurité |
| CAC | Coût d'acquisition complet pour la cohorte concernée | Omet les coûts du fondateur, du partenaire ou de mise en œuvre |
| Délai de récupération | CAC divisé par la contribution à la marge brute de la cohorte | Utilise le chiffre d'affaires ou la marge cible |
| Taux de réussite | Opportunités gagnées divisées par les opportunités résolues comparables | Supprime les pertes ou les transactions dormantes |
| Expansion | Valeur récurrente supplémentaire encaissée auprès d'un client existant | Services ponctuels inclus |
| Concentration des canaux | Part du pipeline qualifié, du chiffre d'affaires et des encaissements par source | Confusion entre les transactions apportées par un partenaire et celles influencées par un partenaire |
| Niveau | Justificatif | Ce que cela étaye |
|---|---|---|
| Découverte C0 | Entretien et douleur observée | Hypothèse de problème |
| Partenaire de conception C1 | Accès, retours et flux de travail | Preuves de conception produit |
| Pilote contrôlé C2 | Tâches représentatives et critères de réussite convenus | Preuves de faisabilité et de validation utilisateur |
| Pilote payant C3 | Honoraires contractuels signés et encaissement | Disposition à payer dans le périmètre du pilote |
| Mise en production C4 | Résultats acceptés de façon répétée dans le flux de travail opérationnel | Utilisation du produit et fiabilité |
| Renouvellement C5 | Poursuite d’un contrat payant après une décision éclairée | Preuves de rétention |
| Extension C6 | Produit, volume, équipe ou zone géographique supplémentaires | Preuves d’une valeur élargie |
Architecture technique, chaîne d'approvisionnement des modèles et portabilité
Éléments probants d'architecture
L'architecture doit montrer le parcours complet, de l'utilisateur et du système source jusqu'au résultat accepté. Elle couvre l'identité, les autorisations, les flux de données, la récupération, les prompts, les routes de modèles, les outils, l'exécution de code, les garde-fous, la revue humaine, le stockage, l'observabilité et la facturation. Le diagramme doit distinguer les environnements clients, les systèmes de l'entreprise et les tiers.
| Composant | Éléments probants de souscription | Dépendance clé |
|---|---|---|
| Utilisateur et identité | Tests des rôles, de l'authentification et de l'autorisation | Fournisseur d'identité client |
| Intégration des sources | Contrat de données, lignage, défaillance et rapprochement | Client API et qualité des données |
| Récupération et mémoire | Corpus, fraîcheur, accès et suppression | Stockage vectoriel et droits sur les sources |
| Orchestration | Version du workflow, nouvelles tentatives, délai d'attente et idempotence | Code applicatif et API des outils |
| Option de modèle | Fournisseur, modèle/version, solution de repli et seuils | Prix, capacité, cycle de vie et conditions |
| Outils | Autorisation, validation et périmètre de transaction | Sécurité des services externes et des identifiants |
| Revue humaine | Réviseur, file d’attente, autorité et escalade | Capacité qualifiée et heures d’ouverture |
| Surveillance | Mesures de qualité, coût, latence, incident et dérive | Complétude des événements |
Registre des fournisseurs
OpenAI, Anthropic, Google et AWS publient des structures tarifaires différentes pour les modèles, la mise en cache, le traitement par lots, les outils, le contexte et le déploiement [13-16]. Google publie également des informations sur le cycle de vie des modèles et des points de terminaison, y compris les mises hors service [17]. Le registre consigne le service exact utilisé, et non la seule marque du fournisseur.
| Champ | Contenu requis |
|---|---|
| Identité du service | Fournisseur, produit, modèle, version, région et compte |
| Commercial | Unité de prix, palier, engagement de dépenses, remise, devise et renouvellement |
| Données | Utilisation des entrées/sorties, conservation, journalisation, paramètre d'entraînement et sous-traitants |
| Performance | Qualité représentative, latence, disponibilité et capacité |
| Cycle de vie | Avis de publication, de dépréciation, de retrait et de migration |
| Contrôle | Épinglage de version, repli, limite de débit et limite de dépenses |
| sortie | Fournisseur/modèle alternatif, travaux de migration, état des tests et export de données |
Les prix catalogue peuvent changer et les dépenses réalisées dépendent des entrées, des sorties, des nouvelles tentatives, de la mise en cache, de l'utilisation d'outils, du contexte, de la modalité et du volume. La due diligence devrait rapprocher les lignes de facture de la télémétrie produit sur une période représentative.
Concentration et changement de fournisseur
L'étude de la FTC sur des partenariats sélectionnés entre fournisseurs de cloud et développeurs AI documente les engagements de dépenses cloud, les fonctionnalités d'exclusivité, l'accès à des informations sensibles et les coûts de changement potentiels [11]. Le rapport porte sur ces partenariats et n'établit pas les conditions d'une société privée d'applications. Il fournit un prisme utile pour la due diligence.
La concentration est mesurée sur les dépenses, les résultats acceptés, les fonctionnalités critiques, les régions et les clients. Une entreprise peut sembler multi-modèles alors qu'un seul fournisseur traite chaque tâche essentielle au chiffre d'affaires. Un repli qui réussit un prompt synthétique peut encore échouer sur les outils clients, un contexte long, le comportement en matière de sécurité, la sortie structurée ou la latence.
Test de portabilité
Un test de portabilité exécute une suite d'évaluation représentative sur un modèle ou un déploiement alternatif. Il consigne les modifications de code, les modifications de prompt, les différences de schéma de sortie, la qualité, la charge de revue, la latence, le coût, la sécurité, les conditions relatives aux données et le temps de migration. Le résultat peut être portable, partiellement portable ou concentré.
L'investisseur devrait modéliser au moins trois chocs : une hausse de 50 % du coût unitaire du modèle, le retrait du modèle principal sous 90 jours et une limitation de capacité pendant les pics d'utilisation. Ces pourcentages et périodes sont des données d'entrée hypothétiques et illustratives. La direction devrait les remplacer par ses éléments de preuve contractuels et opérationnels.
Dépendance aux modèles à poids ouverts et aux licences
La licence communautaire Llama 4 de Meta accorde des droits spécifiés et inclut des conditions de redistribution, d'attribution, d'usage acceptable et liées à l'échelle [22]. D'autres modèles à poids ouverts ont des licences différentes. « À poids ouverts » ne signifie pas « sans restrictions ». La société devrait conserver la version exacte de la licence, la fiche du modèle, la source de téléchargement, les modifications, les mentions, l'examen de l'usage acceptable et l'analyse de la redistribution.

Évaluation, fiabilité, sécurité et contrôles opérationnels
Contrat d'évaluation
Le RMF AI du NIST utilise les fonctions gouverner, cartographier, mesurer et gérer [23]. Son profil Generative AI identifie les risques liés à l'IA générative AI et les actions recommandées [24]. Les recommandations actuelles d'OpenAI en matière de modèles préconisent une évaluation sur des tâches représentatives avant migration ou optimisation [29]. Les recommandations d'Anthropic en matière d'évaluation commencent par des critères de réussite spécifiques, mesurables et pertinents [30]. Ces sources étayent une discipline de publication pratique.
Un contrat d'évaluation définit la population de tâches, l'échantillon, la vérité terrain, l'évaluateur, les dimensions, le seuil, la gravité, le sous-groupe, le modèle/la version, l'invite, l'environnement d'outils et la décision de publication. Le jeu de test doit inclure des cas normaux, difficiles, adversariaux, incomplets et hors périmètre.
| Dimension d'évaluation | Exemple de mesure | Traitement de publication |
|---|---|---|
| Réussite de la tâche | Réponse acceptée ou action d'outil terminée | Taux de réussite pondéré minimal |
| Fondement factuel | Affirmations étayées par des preuves autorisées | Échec critique si une affirmation importante n'est pas étayée |
| Exhaustivité | Champs et décisions obligatoires présents | Contrôle du schéma et du réviseur |
| Sécurité et politique | Action interdite, préjudiciable ou non autorisée | Tolérance zéro pour les cas critiques définis |
| Confidentialité | Traitement des données personnelles ou confidentielles | Test des flux de données et des sorties |
| Robustesse | Performance en présence de bruit, de variation des prompts et de données manquantes | Seuil par segment de clientèle |
| Latence | Délai jusqu’à un résultat accepté | Seuil de la fenêtre de décision du client |
| Coût | Coût complet par résultat accepté | Seuil de produit et de marge |
Mise en production et surveillance
Un seul benchmark ne suffit pas. Les mises en production peuvent modifier la version du modèle, le prompt, les outils, la récupération, les politiques, le code, les données et la configuration client. L’entreprise doit conserver un manifeste de mise en production et réexécuter la suite requise. La surveillance en production compare ensuite l’acceptation, l’échec, la latence et le coût aux attentes de mise en production.
| Enregistrement de mise en production | Preuves minimales |
|---|---|
| Identité | Versions de l’application, du modèle, du prompt, des outils, des données et des politiques |
| Changement | Description, responsable, motif et clients concernés |
| Évaluation | Version du jeu de données, résultats, échecs et comparaison |
| Approbation | Autorité produit, ingénierie, sécurité et domaine selon les besoins |
| Déploiement | Cohorte, indicateur de fonctionnalité, limites, surveillance et retour arrière |
| Sort | Mise en service, mise en service restreinte, mise en attente ou retrait |
Preuves de fiabilité et d'incident
La fiabilité est mesurée à la frontière du résultat accepté. La disponibilité peut être élevée alors qu'un outil critique échoue silencieusement. Un modèle peut répondre tout en fournissant un schéma non valide. Un flux de travail peut se terminer après la fenêtre de décision du client. Le registre des incidents doit inclure les défaillances de fournisseurs, une qualité dégradée, des erreurs de récupération, l'obsolescence des données, des erreurs d'outils, des événements de sécurité, des anomalies de dépenses et des arriérés de revue humaine.
| Champ d'incident | Objet |
|---|---|
| Début, détection et rétablissement | Mesurer l'exposition et la réponse |
| Tâche, client et résultat concernés | Établir la conséquence opérationnelle |
| Versions du modèle, des données, des outils et du code | Reproduire le problème |
| Gravité et autorité | Déclencher l’escalade requise |
| Communication client | Justifier la réponse contractuelle |
| Cause racine et action corrective | Réduire la récurrence |
| Coût, crédit et concession | Rapprocher l’impact économique |
Sûretés
Le profil communautaire SSDF du NIST ajoute des pratiques de AI générative au développement sécurisé de logiciels [25]. La CISA et le NCSC traitent de la conception, du développement, du déploiement et de l’exploitation sécurisés pour les systèmes AI [26]. OWASP identifie des risques, notamment l’injection de prompt, la divulgation d’informations sensibles, les vulnérabilités de la chaîne d’approvisionnement et la consommation non bornée [27]. MITRE ATLAS fournit une base de connaissances évolutive sur les menaces pour les systèmes AI prédictifs, génératifs et agentiques [28].
| Menace | Exposition applicative | Preuves de contrôle |
|---|---|---|
| Injection de prompt ou de contexte | Le contenu non fiable modifie le comportement du modèle | Limites de confiance, assainissement, hiérarchie des instructions et tests |
| Autonomie excessive | Le modèle invoque un outil à fort impact au-delà de son autorisation | Privilège minimal, listes d’autorisation, approbation et limites de transaction |
| Divulgation d'informations sensibles | Un prompt, une récupération, un journal ou une sortie révèlent des données | Contrôle d’accès, minimisation, masquage, chiffrement et surveillance |
| Compromission de la chaîne d'approvisionnement | Un modèle, un paquet, un embedding ou un outil est malveillant | Provenance, analyse, épinglage et revue du fournisseur |
| Consommation non bornée | Les requêtes entraînent une dégradation du service ou un choc de coûts | Contrôles de débit, de jetons, d’outils, de récursion et de dépenses |
| Vol ou extraction de modèle | Des requêtes répétées reproduisent un comportement propriétaire | Détection des abus, limites et réponse |
| Empoisonnement des données ou de RAG | Le contenu source corrompt la sortie | Autorité de la source, contrôle de l’ingestion et tests d’anomalie |
Les certifications de sécurité et les tests d’intrusion constituent des preuves dans leur périmètre et à leur date. Ils ne remplacent pas la revue d’architecture, l’historique des incidents ou les contrôles spécifiques au client.
Droits sur les données, confidentialité, réglementation et propriété intellectuelle
Conditions de service précises
OpenAI déclare que les entrées et sorties des services professionnels et de API sont exclues de l’entraînement par défaut [18]. Son accord de services définit la relation commerciale et les droits pertinents sur le contenu [19]. Anthropic publie des informations sur l’utilisation des données des produits commerciaux [20]. Les conditions de Gemini API de Google distinguent les services gratuits et payants, notamment l’utilisation du contenu soumis et l’examen humain pour les services gratuits, ainsi qu’un traitement différent pour les services payants [21]. Les recommandations de Google en matière de conservation zéro des données identifient les paramètres et fonctionnalités du produit pertinents pour la conservation [40].
Ces conditions peuvent changer. La société doit conserver des documents contractuels datés, les paramètres de compte et des preuves des flux de données. Une réponse en matière de confidentialité fondée uniquement sur une déclaration publique de niveau marque d’un fournisseur est incomplète.
Registre des droits sur les données
| Classe de données | Source | Droit et finalité | Utilisation pour l’entraînement ou l’évaluation | Conservation et suppression | Transfert et sous-traitant |
|---|---|---|---|---|---|
| Données fournies par le client | Système du client | Contrat et base légale applicable | Défini par accord | Politique du client et de la société | Fournisseurs et régions désignés |
| Retours clients | Avis utilisateur | Finalité d'exploitation et d'amélioration du produit | Spécifique au périmètre | Période définie | Sous-traitants agréés |
| Données publiques | Publication identifiée | Analyse des droits d'auteur, des bases de données et de l'utilisation | Consigné | Provenance conservée | Conditions du fournisseur vérifiées |
| Données sous licence | Fournisseur ou partenaire | Périmètre de la licence, domaine d’utilisation, zone géographique et durée | Autorisation expresse | Durée du contrat | Restriction de transfert |
| Données synthétiques | Génération par l’entreprise | Droits relatifs aux sources et à la génération | Documenté | Versionné | Conditions du modèle vérifiées |
| Contenu des employés | Personnel ou prestataire | Cession, confidentialité et politique | Finalité restreinte | Politique en matière d’emploi et politique juridique | Outils approuvés |
Le registre doit consigner la qualité et l'utilité des données séparément des droits juridiques. Des données licites peuvent être sans pertinence. Des données utiles peuvent être inexploitables parce que le droit requis est absent.
UAE, DIFC, ADGM, protection des données en Arabie saoudite et au Royaume-Uni
Le décret-loi fédéral UAE n° 45 de 2021 établit un cadre fédéral en matière de données personnelles dans son champ d'application [33]. Le Règlement 10 du DIFC traite du traitement des données personnelles par des systèmes autonomes et semi-autonomes [34]. Les orientations de l'ADGM portent sur la prise de décision individuelle automatisée, y compris la nécessité d'un examen humain significatif dans les cas pertinents [35]. La PDPL de l'Arabie saoudite et son cadre de mise en œuvre établissent des obligations pour les responsables du traitement dans leur champ d'application [36]. L'Information Commissioner's Office du Royaume-Uni publie des orientations AI couvrant la licéité, l'équité, la transparence, la limitation des finalités, la minimisation, l'exactitude, la conservation, la sécurité et la responsabilité [37].
| Juridiction ou régime | Question sur le rôle du produit | Éléments de preuve de due diligence |
|---|---|---|
| UAE fédéral | Les données personnelles sont-elles traitées dans le champ d'application territorial et matériel ? | Registre des traitements, base juridique, information, sous-traitant et cartographie des transferts |
| DIFC | Un système autonome ou semi-autonome traite-t-il des données personnelles ? | Dossier d'évaluation et de contrôle du Règlement 10 |
| ADGM | Le traitement uniquement automatisé produit-il des effets juridiques ou des effets similaires significatifs ? | Cartographie des décisions, exception, examen humain significatif et recours |
| Arabie saoudite | L'entreprise est-elle un responsable du traitement ou un sous-traitant au titre du cadre PDPL ? | Éléments de preuve relatifs à la base, à la finalité, à l'information, à la sécurité, au transfert et à la conservation |
| Royaume-Uni | Comment les principes de protection des données du Royaume-Uni s'appliquent-ils tout au long du cycle de vie AI ? | Éléments de preuve relatifs à l'AIPD, à la loyauté, à la transparence, aux droits et à la sécurité |
Ce tableau est un index de due diligence. Il ne constitue pas une conclusion juridique.
Rôles et transparence au titre du règlement AI de l'UE
Le règlement AI de l'UE distingue les fournisseurs de modèles, les fournisseurs de systèmes, les déployeurs et les autres opérateurs, et applique des obligations selon le rôle et le risque [31]. La Commission européenne indique que les obligations de transparence de l'article 50 s'appliquent à compter du 2 août 2026, avec un régime transitoire spécifique pour certains systèmes mis sur le marché antérieurement [32]. Une société GCC peut entrer dans le champ d'application du fait de la mise sur le marché d'un produit, de son déploiement ou de personnes affectées dans l'Union, selon les faits.
La matrice produit-rôle doit être renseignée pour chaque cas d'usage et chaque juridiction. Une entreprise peut être fournisseur pour une fonctionnalité, déployeur pour une autre et intégrateur en aval d'un modèle à usage général fourni par un tiers. La formulation contractuelle doit être alignée sur l'architecture et les contrôles effectifs.
Provenance des droits d'auteur, des brevets et du code
Le Bureau du droit d'auteur des États-Unis a publié des rapports traitant des répliques numériques, de l'aptitude à la protection par le droit d'auteur des résultats génératifs de AI et de l'entraînement de AI [38]. Les orientations révisées de l'USPTO de novembre 2025 indiquent que les critères ordinaires de qualité d'inventeur s'appliquent aux inventions assistées par AI et que seules des personnes physiques peuvent être inventeurs [39]. Les contrats de fournisseurs et les licences de modèles ouverts attribuent et réservent des droits différents [19,21,22].
| Actif de propriété intellectuelle | Justificatif requis | Point de due diligence |
|---|---|---|
| Code source | Dépôt, auteur, cession, licence et dépendance | Titularité et obligations open source |
| Invite et flux de travail | Version, auteur, restriction client et traitement du secret | Droit d'auteur, confidentialité et portabilité |
| Jeu de données | Source, licence, collecte et finalité autorisée | Droit d'auteur, bases de données, vie privée et contrat |
| Affiner ou adapter | Licence de base, données d'entraînement, méthode et déploiement | Droits et conditions du fournisseur |
| Livrable | Contribution humaine, examen et conditions client | Protectabilité et risque de contrefaçon |
| Invention | Registre de conception humaine et cession | Qualité d'inventeur et propriété du brevet |
| Marque et nom de domaine | Enregistrement, propriété et utilisation | Liberté d'exploitation et confusion des clients |
Le code généré doit être soumis aux mêmes contrôles de revue, de test, de sécurité, de provenance et de licence que le code écrit par des humains. La due diligence doit procéder par échantillonnage des commits et des dépendances plutôt que de s'appuyer uniquement sur un document de politique.
| Étape | Justificatif | Test de l'investisseur |
|---|---|---|
| Opportunité | Besoin qualifié, acheteur, budget et calendrier | La définition et le vieillissement sont cohérents |
| Contrat | Contrat signé, durée, périmètre, prix et résiliation | Signé par les parties autorisées ; lettres annexes recensées |
| Déploiement | Documentation de l'environnement, des utilisateurs et des intégrations | Les environnements de production, pilote et test sont séparés |
| Performance | Résultats acceptés et preuves de prestation | La prestation contractuelle a été fournie |
| Facture | Facture, date, montant, taxe et date d'échéance | Rapprochement avec le contrat et le grand livre |
| Encaissement | Enregistrement bancaire ou de paiement et affectation | Les encaissements sont perçus et non contrepassés |
| Crédit ou concession | Avoir, remise, période gratuite ou compensation de service | Chiffre d'affaires net et problème client consigné |
| Renouvellement | Poursuite informée et nouveau terme | Renouvellement automatique, renouvellement négocié et maintien en vigueur distingués |
Qualité, rétention et distribution du chiffre d'affaires
Du contrat à l'encaissement
L'analyse de souscription des revenus commence par un pont au niveau client. Le pont relie l'opportunité, le contrat signé, l'obligation de prestation, l'accès au produit, l'usage, les résultats acceptés, la facture, l'encaissement, le crédit, la concession, le renouvellement et l'expansion. Il identifie également les relations avec les revendeurs, les parties liées, le réseau des fondateurs et les partenaires stratégiques.
| Étape | Justificatif | Test de l'investisseur |
|---|---|---|
| Opportunité | Besoin qualifié, acheteur, budget et calendrier | La définition et le vieillissement sont cohérents |
| Contrat | Contrat signé, durée, périmètre, prix et résiliation | Signé par les parties autorisées ; lettres annexes recensées |
| Déploiement | Documentation de l'environnement, des utilisateurs et des intégrations | Les environnements de production, pilote et test sont séparés |
| Performance | Résultats acceptés et preuves de prestation | La prestation contractuelle a été fournie |
| Facture | Facture, date, montant, taxe et date d'échéance | Rapprochement avec le contrat et le grand livre |
| Encaissement | Enregistrement bancaire ou de paiement et affectation | Les encaissements sont perçus et non contrepassés |
| Crédit ou concession | Avoir, remise, période gratuite ou compensation de service | Chiffre d'affaires net et problème client consigné |
| Renouvellement | Poursuite informée et nouveau terme | Renouvellement automatique, renouvellement négocié et maintien en vigueur distingués |
Le revenu récurrent annuel devrait faire l'objet d'une politique écrite. L'investisseur devrait vérifier si les pilotes, les engagements de consommation, la mise en œuvre, les services professionnels, les contrats non résiliables, les minimums d'utilisation, les frais ponctuels et les factures en retard sont inclus. L'ARR déclaré devrait se rapprocher d'un échéancier client et du grand livre conformément à la politique.
Cohortes
Une cohorte regroupe des clients comparables par période de début, segment, produit, contrat ou source d'acquisition. La rétention des revenus doit être présentée sur une base brute et sur une base nette. La rétention des logos doit figurer à côté de la rétention des revenus, car un client en expansion peut masquer une perte de clients généralisée.
| Mesure de cohorte | Numérateur | Dénominateur | Interprétation |
|---|---|---|---|
| Rétention du revenu brut | Revenus récurrents initiaux moins l'attrition et la contraction | Revenus récurrents initiaux | Rétention avant expansion |
| Rétention nette des revenus | Revenus récurrents initiaux moins l'attrition et la contraction plus l'expansion | Revenus récurrents initiaux | Rétention incluant l'expansion |
| Rétention des logos | Clients initiaux conservés | Clients initiaux | Étendue de la rétention client |
| Rétention des résultats acceptés | Résultats issus de flux de travail comparables conservés | Résultats comparables à l'ouverture | Utilisation continue du produit |
| Rétention des encaissements | Valeur récurrente encaissée auprès des clients retenus | Valeur récurrente encaissée à l'ouverture | Qualité de la trésorerie |
La société doit communiquer la taille et l'ancienneté de la cohorte. Une cohorte récente peut afficher une forte rétention nette avant le premier renouvellement significatif. Un client ayant bénéficié d'un déploiement initial important peut générer une contraction sans insatisfaction. Les éléments probants doivent expliquer cette évolution.
Concentration
La concentration est mesurée par le chiffre d'affaires, la marge brute, les encaissements, les résultats acceptés, le pipeline et les droits sur les données critiques. Un client à fort chiffre d'affaires peut présenter une faible marge en raison d'une infrastructure dédiée, de services, de support ou de consommation de modèles. Un partenaire de conception à faible chiffre d'affaires peut être opérationnellement critique car le produit dépend de ses données ou de son expertise métier.
Efficacité commerciale
Le coût d'acquisition client doit inclure la rémunération commerciale, le marketing, les événements, le temps des fondateurs, les frais de canal, l'ingénierie de solutions, la due diligence de sécurité, les pilotes et la mise en œuvre lorsqu'ils sont nécessaires pour remporter la cohorte. Le délai de récupération utilise la marge brute de la cohorte plutôt que le chiffre d'affaires.
Une société en phase de démarrage peut présenter l'activité sous-jacente même lorsqu'un CAC stable n'est pas disponible. Les éléments probants utiles incluent les heures des fondateurs par étape, le nombre de revues de sécurité, la durée des pilotes, l'effort de mise en œuvre, les motifs de gain/perte et le délai entre la signature et l'acceptation en production.

Économie unitaire, marge brute et plan de capital
Registre des coûts par résultat
La tarification des tokens du fournisseur n’est qu’une ligne de coût [13-16]. Le coût complet d’un résultat validé peut inclure l’accès aux systèmes sources, le traitement documentaire, les embeddings, la récupération, le stockage de contexte, les entrées et sorties du modèle, la mise en cache, l’ancrage, les outils, l’exécution de code, les nouvelles tentatives, les appels échoués, l’orchestration, l’observabilité, la sécurité, la revue humaine, le support et l’infrastructure spécifique au client.
| Pool de coûts | Inducteur de répartition | Justificatif |
|---|---|---|
| Inférence de modèle | Tokens, images, audio, appels ou capacité provisionnée réellement consommés | Télémétrie jusqu’à la facture |
| Récupération et stockage | Volume indexé, requêtes, durée de stockage et trafic sortant | Enregistrements cloud et facture |
| Outils et services de données | Invocation, recherche, transaction ou licence | Journal des outils et facture |
| Revue humaine | Minutes par rôle et catégorie de résultat | Relevé des temps de workflow et taux de paie |
| Support et opérations | Tickets, incidents, astreinte et environnement client | Registre des tickets et des effectifs |
| Infrastructures | Calcul, base de données, réseau, observabilité et sécurité | Coût cloud étiqueté et politique d'allocation |
| Prestation spécifique au client | Intégration, configuration et environnement dédié | Dossier de projet et contrat |
Passage illustratif du bénéfice brut
Supposons, à titre purement illustratif, qu'un client achète 10 000 résultats acceptés par mois à USD 1.20 chacun. Le chiffre d'affaires mensuel est de USD 12,000. ; le coût de modèle et de récupération est de USD 1,650 ; les coûts des outils et de l'infrastructure s'élèvent à USD 900 ; les coûts de revue humaine s'élèvent à USD 1,800 ; les coûts d'allocation de support et de fiabilité s'élèvent à USD 750.. Le bénéfice brut illustratif est de USD 6,900 et la marge brute est de 57,5 %.
| Ligne | Hypothèse illustrative non vérifiée | Par résultat accepté |
|---|---|---|
| Chiffre d'affaires encaissé ou comptabilisé | USD 12,000 | USD 1.20 |
| Modèle et récupération | USD 1,650 | USD 0.165 |
| Outils et infrastructure | USD 900 | USD 0.090 |
| Revue humaine | USD 1,800 | USD 0.180 |
| Assistance et fiabilité | USD 750 | USD 0.075 |
| Bénéfice brut à titre illustratif | USD 6,900 | USD 0.690 |
| Marge brute à titre illustratif | 57.5% | 57.5% |
Chaque élément d’entrée de cet exemple est une hypothèse de modélisation hypothétique. Elle ne prouve aucun résultat d’entreprise ou de client. Les revenus attribués, la réduction des coûts et la réduction des pertes restent USD 0.
Décomposition de la marge
La variation de la marge doit être décomposée selon le prix, le volume, le mix, le routage de modèle, la taille du prompt/contexte, la mise en cache, l’utilisation par lots, le taux de révision, le taux d’échec, le service spécifique au client et la classification comptable. Les informations publiées par Duolingo en 2025, qui relient les coûts d’AI générative et d’hébergement à la variation de la marge brute, illustrent pourquoi le coût direct d’AI doit figurer dans le pont de marge [10]. Les différentes marges brutes déclarées par Palantir, UiPath et C3 AI illustrent la variation des produits et des modèles économiques [7-9].
Une baisse des prix des fournisseurs peut améliorer la marge. Elle peut aussi attiser la concurrence sur les prix, permettre l’arrivée de nouveaux entrants ou favoriser un routage de modèle de meilleure qualité qui préserve le coût unitaire. L’analyse de souscription doit modéliser la réaction de l’entreprise plutôt que de supposer que toutes les économies réalisées auprès des fournisseurs restent acquises aux actionnaires.
Intensité capitalistique
Les entreprises d’applications peuvent être à faible intensité capitalistique ou à forte intensité capitalistique. Les besoins en capital augmentent avec les longs cycles de vente aux entreprises, les déploiements dédiés, l’acquisition de données, l’entraînement de modèles, la capacité garantie, les autorisations réglementaires, les exigences de sécurité, les opérations humaines et le besoin en fonds de roulement. Les dépenses cloud engagées peuvent créer une obligation fixe avant l’arrivée du volume client.
| Ligne de capital | Éléments probants de base | Question sur le scénario défavorable |
|---|---|---|
| Produit et ingénierie | Effectifs, feuille de route et jalons de publication | Quels efforts sont nécessaires pour la fidélisation ? |
| AI et données | Engagements liés aux fournisseurs, à l’entraînement, à l’évaluation et aux données | Quel coût progresse avant le chiffre d’affaires ? |
| Ventes et mise en œuvre | Entonnoir de vente, cycle et capacité de livraison | Que se passe-t-il lorsque les transactions prennent du retard ? |
| Sécurité et conformité | Exigences des clients et des juridictions | Quelle autorisation bloque le chiffre d'affaires ? |
| Besoin en fonds de roulement | Conditions de facturation, d'encaissement et de paiement des fournisseurs | La consommation de trésorerie augmente-t-elle avec le chiffre d'affaires ? |
| Financement | Trésorerie, dette, actions et fonds restreints | Quels covenants ou jalons limitent la marge de manœuvre ? |
Pont d'autonomie de trésorerie
Le modèle d'autonomie de trésorerie doit partir d'une trésorerie vérifiée par la banque et rapprocher les encaissements et décaissements mensuels. La direction applique ensuite des filtres de décision liés aux recrutements, aux fournisseurs, aux ventes et à la réglementation. Le conseil d'administration doit voir les scénarios de base, de retard, de baisse du chiffre d'affaires, de choc de coûts et d'absence de levée de fonds.
Le plan doit distinguer les dépenses engagées, contractées, approuvées, discrétionnaires et non approuvées. L'utilisation des fonds devient une liste de jalons de preuve : acceptation de la production, évaluation représentative, cohorte de renouvellement, seuil de marge brute, migration de prestataire, exigence de sécurité ou étape de licence.
Grille d'évaluation de souscription, note d'investissement et scénario défavorable
Conception de la grille d'évaluation
La grille d'évaluation consigne la suffisance des preuves, non le charisme du fondateur ou l'engouement pour la catégorie. Chaque domaine reçoit un statut : vérifié, partiellement vérifié, estimé par la direction, non étayé ou défavorable. Une note numérique peut favoriser la cohérence mais ne doit pas masquer un problème critique.
| Domaine | Pondération | Jalon de preuve | Blocage critique |
|---|---|---|---|
| Problème client et résultat | 12 | Flux de travail observé et résultat accepté | Aucune tâche répétée à valeur ajoutée |
| Produit et utilisation | 10 | Utilisation en production et adoption | Démonstration uniquement |
| Évaluation et fiabilité | 12 | Version représentative et preuves de production | Défaillances significatives non maîtrisées |
| Architecture et portabilité | 8 | Cartographie des dépendances et solution de repli testée | Concentration de fournisseurs ingérable |
| Données, confidentialité et propriété intellectuelle | 12 | Preuves de droits et de rôles | Absence de droits significatifs |
| Chiffre d'affaires et rétention | 14 | Du contrat à l'encaissement et cohortes | Chiffre d'affaires significativement erroné |
| Économie unitaire | 12 | Coût rapproché par résultat accepté | Grand livre des coûts incomplet |
| Distribution | 8 | Entonnoir qualifié et preuves d'achat reproductibles | Pipeline non étayé |
| Équipe et gouvernance | 6 | Responsables nommément désignés et registre des contrôles | Préoccupation quant à l'autorité ou à l'intégrité |
| Capital et conditions | 6 | Autonomie de trésorerie, scénario défavorable et plan de financement | Insolvabilité ou déficit de financement non géré |
Les pondérations sont des hypothèses de modélisation hypothétiques. Le comité d'investissement doit approuver ses propres pondérations et points de blocage critiques.
Dossier de preuves pour la note d'investissement
| Section de la note | Annexe requise |
|---|---|
| Thèse d'investissement | Registre des déclarations et éléments de preuve contraires |
| Marché | Flux de travail bottom-up, marché et limites des sources |
| Produit | Flux de travail avant/après, résultat accepté et procès-verbal de démonstration du produit |
| Technologies | Architecture, registre des prestataires, évaluation et test de portabilité |
| Clients | Échantillon du processus contrat-encaissement, cohortes et références structurées |
| Conditions économiques | Registre par résultat, pont de marge brute et efficacité commerciale |
| Juridique et réglementaire | Matrices société, PI, données et rôles produit |
| Équipe | Rôles, références, actionnariat, incitations et plan de continuité des personnes clés |
| Financement | Table de capitalisation, modalités des instruments, utilisation des fonds, autonomie de trésorerie et scénario défavorable |
| Décision | Conditions, réserves, droits de gouvernance et points de contrôle post-investissement |
Scénarios défavorables
| Scénario | Choc illustratif | Éléments probants à modéliser | Réponse de la direction |
|---|---|---|---|
| Coût du modèle | Le coût unitaire du modèle principal augmente de 50 % | Facturation actuelle et répartition de la charge de travail | Routage, tarification, contexte et plan de repli |
| Qualité | Le taux d'acceptation au premier passage baisse de 15 points de pourcentage | Historique d'acceptation en évaluation et en production | Retour arrière, revue et restriction client |
| Fournisseur | La version principale sera retirée dans 90 jours | Avis de cycle de vie et test de migration | Modèle alternatif et plan de lancement |
| Client | Le principal client résilie | Concentration du chiffre d'affaires, de la marge brute et des coûts | Réponse en matière de coûts, de trésorerie et de pipeline |
| Ventes | Le cycle de vente médian de l'entreprise s'allonge de six mois | Historique des étapes et éléments probants sur les achats | Ajustement des recrutements et de l'autonomie financière |
| Réglementation | Le produit nécessite une évaluation ou une autorisation supplémentaire | Matrice des rôles et analyse du conseil juridique | Modification du périmètre, de la zone géographique ou du contrôle |
Tous les chocs sont des données d'entrée illustratives et hypothétiques. L'équipe de due diligence doit les remplacer par des éléments probants propres à l'entreprise et des niveaux de gravité approuvés par le comité.
Valorisation et structure
L'analyse de valorisation doit distinguer les éléments probants actuels de la valeur d'option. La valeur actuelle peut s'appuyer sur les caractéristiques observées de chiffre d'affaires, de rétention, de marge brute, de croissance et de trésorerie. La valeur d'option peut refléter de nouveaux produits, zones géographiques, jeux de données ou capacités de modèle et doit intégrer une probabilité, un capital et un horizon temporel.
La structure peut combler les lacunes probantes au moyen d'un financement par étapes, de jalons, de réserves, de droits à l'information, de droits de consentement, de droits au conseil d'administration, de l'acquisition progressive des actions des fondateurs, de pools d'options et de garanties. Le conseil juridique doit rédiger et évaluer la transaction. Les jalons doivent relever de l'influence du management et être définis par des éléments probants vérifiables.

Guides pratiques du fondateur et de l'investisseur
Index de l'espace de due diligence du fondateur
| Dossier | Contenu minimal | Fréquence de mise à jour |
|---|---|---|
| 01 Entreprise | Constitution, registres, groupe, licences et documents du conseil d'administration | En cas de changement |
| 02 Capital | Table de capitalisation, instruments, options, dette et waterfall de distribution | En cas de transaction |
| 03 Clients | Calendrier des contrats, exemplaires signés, factures, encaissements et avoirs | Mensuel |
| 04 Produit | Feuille de route, versions, utilisation et résultats acceptés | À chaque version/mensuellement |
| 05 AI et évaluation | Modèles, prompts, suites, résultats, incidents et migrations | À chaque version |
| 06 Données et propriété intellectuelle | Droits, provenance, cessions, licences et inventions | En cas de changement/trimestriel |
| 07 Sécurité et confidentialité | Architecture, politiques, tests, incidents, AIPD et sous-traitants | Trimestriel/en cas d’incident |
| 08 Finance | Comptes de gestion, comptes bancaires, budget, marge et autonomie financière | Mensuel |
| 09 Commercial | Pipeline, tunnel de conversion, tarification, pertes et partenaires | Hebdomadaire/mensuel |
| 10 Équipe | Organisation, contrats, rémunération, références et plan de recrutement | Mensuel |
| 11 Réclamations | Registre des affirmations du pitch et du mémo | Avant chaque utilisation externe |
Le fondateur doit conserver les documents originaux et fournir des rapprochements plutôt qu’une sélection organisée de captures d’écran favorables. Les données permettant d’identifier les clients et les données personnelles ne doivent être partagées que dans le cadre d’une autorisation et de contrôles appropriés.
Travaux de terrain de l’investisseur
L’investisseur commence par une liste de demandes et une cartographie des éléments probants. Il échantillonne des clients parmi les groupes de clients conservés, développés, en phase pilote, perdus et d’opportunités manquées. Il reproduit une évaluation circonscrite. Il trace des contrats sélectionnés jusqu’à l’utilisation, les factures et les encaissements. Il rapproche les factures du prestataire de la télémétrie. Il vérifie par échantillonnage la propriété du code source et les droits sur les données. Il teste une migration de fournisseur. Il examine les incidents et le reporting au conseil d’administration.
| Travaux de terrain | Objectif de l’échantillon | Éléments de preuve conservés |
|---|---|---|
| Observation du flux de travail | Confirmer la tâche, la revue et l’acceptation | Cartographie datée des processus et limites |
| Reproduction de l’évaluation | Tester la représentativité et la qualité | Entrées, versions, résultats et traitement final |
| Traçage du contrat jusqu’aux encaissements | Tester l’existence et la qualité du chiffre d’affaires | Contrat, facture, recouvrement et crédit |
| Reconstitution de cohorte | Tester les calculs de rétention | Échéancier client et formule |
| Rapprochement des coûts | Tester le coût complet par résultat accepté | Facture, télémétrie et allocation |
| Migration de fournisseur | Tester la portabilité et le travail caché | Journal des modifications, évaluation, coût et délai |
| Revue de sécurité et de confidentialité | Tester les contrôles significatifs et les incidents | Architecture, test et remédiation |
| Références du fondateur et de l'équipe | Tester l'historique, les rôles et l'intégrité | Notes sur les sources, les relations et les faits |
Questions à la direction
- Quel résultat client exact est accepté, par qui et selon quel seuil de qualité ?
- Quelle tâche de production échoue le plus souvent, et quelle en est la conséquence pour le client ?
- Quel résultat de productivité déclaré dispose d'une base de référence observée et d'un contrefactuel ?
- Quel fournisseur, modèle ou outil est critique pour les revenus conservés ?
- Combien de temps prendrait une migration représentative, et quand a-t-elle été testée pour la dernière fois ?
- Quelle affirmation relative aux données repose sur les preuves de droits les plus faibles ?
- Quelle cohorte de clients génère la marge brute encaissée la plus élevée ?
- Quel client nécessite le plus de revue humaine ou d'assistance ?
- Quelle affirmation significative dans le pitch deck reste une estimation de la direction ?
- Quel résultat amènerait la direction à restreindre, reconcevoir ou arrêter le produit ?
- Quel plan de trésorerie s'applique si le prochain financement est retardé de six mois ?
- Quel jalon transforme la plus grande incertitude restante en preuve ?

Feuille de route à jalons de validation sur 12 à 18 mois
La feuille de route commence par la définition et la réconciliation. Elle progresse à travers l’évaluation représentative, les preuves de production, les économies retenues et la préparation au financement. Le calendrier dépend de l’état de la société, du processus client et des exigences réglementaires.
| Phase | Période cible | Livrable | Jalon de sortie |
|---|---|---|---|
| 0 Définition | Mois 0-1 | Workflow, résultat accepté et registre des affirmations | Responsables nommés et définitions stables |
| 1 Espace de preuves | Mois 1-2 | Cycle contrat-encaissement, architecture, registres des fournisseurs et des droits | Les enregistrements de base sont rapprochés |
| 2 Évaluation | Mois 2-4 | Suite représentative, porte de mise en production et taxonomie des défaillances | Les seuils critiques sont franchis |
| 3 Économie | Mois 3-6 | Coût par résultat et passerelle de marge brute par cohorte | Rapprochement des factures, de la télémétrie et du grand livre |
| 4 Portabilité | Mois 4-7 | Test de migration vers un modèle/fournisseur alternatif | Seuils définis de qualité, de délai et de coût |
| 5 Preuve commerciale | Mois 4-10 | Preuves d’adoption en production, de référence et de premier renouvellement | Jalons client et recouvrement franchis |
| 6 Maîtrise du passage à l’échelle | Mois 8-14 | Contrôles de supervision, de sécurité, de support et d’économie unitaire | La croissance ne dégrade ni le résultat ni la marge |
| 7 Financement | Mois 10-18 | Note fondée sur des preuves, scénario défavorable, valorisation et utilisation des fonds | Parcours de transaction approuvé par le comité d’investissement ou le conseil d’administration |
La feuille de route est une séquence de jalons de preuve. Une entreprise peut avancer plus vite lorsque des preuves fiables existent déjà. Elle peut rester à une phase lorsqu’un jalon échoue. La suite donnée peut être d’avancer, de restreindre, de reconcevoir, de conserver à titre de recherche ou d’arrêter.
Limites, programme de recherche et conclusion
Cet article présente un cadre de due diligence fondé sur des preuves publiques. Il ne présente pas d’investissement, de cohorte de clients, d’évaluation de production ni de rendement financier. Les données de marché décrivent des ensembles de données et des périodes différents. Les dépôts réglementaires de sociétés cotées décrivent des entreprises matures dont les profils économiques peuvent ne pas ressembler à ceux d’une start-up privée d’applications. La tarification et les conditions des fournisseurs peuvent changer après la date de clôture des preuves.
Le cadre exige des éléments probants de l’entreprise pour la mise en œuvre. Les recherches futures devraient analyser les cohortes anonymisées du contrat à l’encaissement, l’économie des résultats acceptés, les événements de migration de modèle, les coûts d’incident et les résultats de valorisation par catégorie d’applications. Les études comparatives devraient documenter l’ensemble des périmètres de charge de travail, de modèle, de prompt, d’outil, de revue, de latence, de défaillance et de coût. La recherche GCC devrait distinguer les contextes juridiques fédéral, du DIFC, d’ADGM et saoudien et recourir à une analyse juridique qualifiée.
La conclusion d’investissement est rigoureuse. L’évaluation de souscription d’applications natives AI commence par un flux de travail client à forte valeur et un résultat accepté ajusté à la qualité. Elle suit ensuite les preuves à travers l’architecture, la chaîne d’approvisionnement des modèles, l’évaluation, les droits sur les données, l’usage en production, le contrat, l’encaissement, la cohorte, le coût et le contrôle. L’entreprise obtient une classification native AI lorsque cette chaîne est significative et reproductible. Elle justifie un dossier d’investissement lorsque la valeur client retenue, le bénéfice brut, la gouvernance et le prix de financement restent crédibles en scénario défavorable.
Pour les investisseurs, le cadre transforme l’engouement pour une catégorie en registre des allégations, plan de terrain, grille d’évaluation et note fondée sur des preuves. Pour les fondateurs, il crée un système de gestion de la qualité produit, de la valeur client, de la dépendance aux fournisseurs, des droits sur les données, de la marge brute et de la préparation à la levée de fonds. Les deux parties bénéficient d’un espace de preuves réconcilié unique et d’un traitement explicite de l’incertitude.
| Phase | Période cible | Livrable | Jalon de sortie |
|---|---|---|---|
| 0 Définition | Mois 0-1 | Workflow, résultat accepté et registre des affirmations | Responsables nommés et définitions stables |
| 1 Espace de preuves | Mois 1-2 | Cycle contrat-encaissement, architecture, registres des fournisseurs et des droits | Les enregistrements de base sont rapprochés |
| 2 Évaluation | Mois 2-4 | Suite représentative, porte de mise en production et taxonomie des défaillances | Les seuils critiques sont franchis |
| 3 Économie | Mois 3-6 | Coût par résultat et passerelle de marge brute par cohorte | Rapprochement des factures, de la télémétrie et du grand livre |
| 4 Portabilité | Mois 4-7 | Test de migration vers un modèle/fournisseur alternatif | Seuils définis de qualité, de délai et de coût |
| 5 Preuve commerciale | Mois 4-10 | Preuves d’adoption en production, de référence et de premier renouvellement | Jalons client et recouvrement franchis |
| 6 Maîtrise du passage à l’échelle | Mois 8-14 | Contrôles de supervision, de sécurité, de support et d’économie unitaire | La croissance ne dégrade ni le résultat ni la marge |
| 7 Financement | Mois 10-18 | Note fondée sur des preuves, scénario défavorable, valorisation et utilisation des fonds | Parcours de transaction approuvé par le comité d’investissement ou le conseil d’administration |

