STREDGE PARTNERSL'entreprise de la preuve

Dossier de preuve

APS-01

Spécimen · APS-01 · instrument vierge

La fiche de preuves IA

Pas de preuve, pas de nouveau budget. Vingt contrôles pour les projets d’IA en Afrique, sur quatre décisions, chacun avec la pièce à exiger, qui signe et le signal d’arrêt.

Fiche d’une page de Stredge Partners : pas de preuve, pas de nouveau budget, vingt contrôles pour les projets d’IA en Afrique, répartis en quatre décisions (engager, prouver, déployer, exploiter) et cinq domaines (retour sur investissement, direction et décisions, processus et équipes, données et connectivité, faire, acheter, sortir). — Ouvrir la fiche en taille réelle

L’essentiel

Un projet d’IA échoue rarement le jour de son lancement. Il dérive : le pilote est prolongé, la licence se renouvelle et personne ne consigne l’arrêt.
La fiche transforme chaque décision de financement en étape de contrôle. À chaque étape, le décideur exige cinq preuves, une par domaine. Une preuve manque ? On la corrige avant la prochaine revue ou le projet s’arrête.
Quatre preuves portent les conditions que les opérations africaines ajoutent à tout projet d’IA : le plan pour les emplois et les communautés riveraines (10), les données qui franchissent les frontières (13), le site le plus fragile, souvent isolé (14), et le repli quand le réseau ou le courant coupe (15).
Déjà de l’IA en production ? Placez chaque projet dans la colonne où il en est et vérifiez toutes les preuves à sa gauche.

Pourquoi des projets d’IA survivent sans preuve

En juillet 2024, Gartner prévoyait qu’au moins 30 % des projets d’IA générative seraient abandonnés après la preuve de concept d’ici fin 2025, en raison de données de mauvaise qualité, de contrôles des risques insuffisants, de coûts en hausse ou d’une valeur métier floue. En juin 2025, le cabinet prévoyait que plus de 40 % des projets d’IA agentique seraient annulés d’ici fin 2027, Reuters citant parmi les causes la hausse des coûts et une valeur métier floue. Ce sont des prévisions, pas des constats. Elles désignent le même point : les projets s’arrêtent tard, une fois l’argent dépensé.

Le coût se loge dans les mois qui séparent le premier signal d’alerte de la décision. Trois habitudes maintiennent en vie un projet fragile. Personne n’a le pouvoir de l’arrêter. Aucune date n’a été fixée pour décider. Et les preuves présentées mesurent l’activité (connexions, heures gagnées, utilisateurs satisfaits), là où le comex a besoin de chiffres financiers.

Les opérations africaines en ajoutent une quatrième. Les dossiers des fournisseurs supposent souvent une connexion permanente, des relevés fiables sur chaque site, des données qui circulent librement et des équipes qui absorbent l’automatisation sans réagir. Les sites isolés font tomber les deux premières hypothèses. Les lois sur les données font tomber la troisième. Le code du travail, les syndicats et les communautés riveraines font tomber la quatrième. Un pilote réussi au siège peut casser au troisième site, ou dans la ville qui l’entoure. La fiche teste ces hypothèses avant chaque budget et non après le déploiement.

Quatre décisions, une règle

Tout projet d’IA passe par quatre décisions. Engager : le finance-t-on ? Prouver : l’étend-on ou l’arrête-t-on ? Déployer : en fait-on un produit ? Exploiter : le garde-t-on, le corrige-t-on ou le retire-t-on ?

Chaque colonne de la fiche compte cinq preuves, une par domaine : retour sur investissement, direction et décisions, processus et équipes, données et connectivité, faire, acheter, sortir. Le décideur, c’est-à-dire le DG ou un délégataire désigné dans le cadre de la délégation de pouvoirs, tranche à chaque étape. Le responsable métier présente. L’équipe IA et le fournisseur apportent les pièces et ne notent pas leurs propres preuves.

La règle tient en une ligne. Preuve manquante ? On corrige avant la prochaine revue ou on arrête.

EngagerOn finance ?
ProuverOn étend ou on arrête ?
DéployerOn en fait un produit ?
ExploiterGarder, corriger ou retirer ?

Les vingt preuves

Pour chaque preuve : ce que l’on vérifie, la pièce à exiger, qui la produit et qui signe, ce qui vaut validation et le signal d’arrêt.

Retour sur investissement

01 · Engager · Retour en monnaie locale, au taux de stress fixé par le DAF

Ce que l’on vérifie: Le dossier est chiffré dans la monnaie de vos comptes et reste rentable si le taux de change se retourne contre vous.
Pièce à exiger: Dossier en monnaie locale, recalculé au taux de stress fixé par le DAF. Licences, cloud et support facturés en dollars ou en euros isolés sur une ligne à part.
Qui produit et qui signe: Le responsable métier le construit. Le DAF fixe le taux de stress et signe.
Validé si: Le délai de retour tient dans la cible au taux de stress.
Signal d’arrêt: Le dossier ne tient qu’au taux du jour, ou les coûts en devises manquent.

02 · Prouver · Retour visible au compte de résultat mensuel, face à la référence

Ce que l’on vérifie: L’effet du pilote apparaît dans les comptes de gestion, mesuré face à la situation de départ relevée à l’engagement (preuve 09).
Pièce à exiger: Ligne du compte de résultat mensuel ou rapport du centre de coûts des sites pilotes, face à la référence ou à des sites comparables.
Qui produit et qui signe: Le contrôle de gestion le produit. Le responsable métier l’explique.
Validé si: Le gain apparaît dans les comptes, net du coût de fonctionnement du pilote.
Signal d’arrêt: Les seules preuves sont des taux d’usage, des heures gagnées estimées ou des sondages auprès des utilisateurs.

03 · Déployer · Retour positif au coût unitaire à plein volume, validé par la finance

Ce que l’on vérifie: À plein volume, le coût par transaction, par utilisateur ou par site (calcul, licences, support, connectivité et personnel) laisse un retour positif.
Pièce à exiger: Modèle de coût unitaire à plein volume, prix écrit du fournisseur à ce volume, visa de la finance.
Qui produit et qui signe: Le chef de projet le construit. Le DAF ou le directeur financier signe.
Validé si: Retour positif à plein volume, sur des prix écrits.
Signal d’arrêt: Prix du pilote ou remises temporaires extrapolés au déploiement complet.

04 · Exploiter · Retour et coût de la deuxième année revus avant de renouveler

Ce que l’on vérifie: Avant tout renouvellement de contrat ou de budget, le retour réellement obtenu est mis en regard du coût complet de l’année suivante.
Pièce à exiger: Note de renouvellement : retour obtenu, coût de la deuxième année avec hausses de prix et croissance de l’usage, options pour renouveler, renégocier ou sortir.
Qui produit et qui signe: Le responsable métier et les achats la préparent. Le décideur tranche.
Validé si: Renouvellement décidé sur les chiffres réels, avant la date de préavis.
Signal d’arrêt: Reconduction tacite, ou décision prise après la date de préavis.

Direction et décisions

05 · Engager · Validé par le DG ou son délégataire, un responsable métier désigné

Ce que l’on vérifie: Le financement est validé par le DG, ou par un délégataire désigné par écrit dans le cadre de la délégation de pouvoirs. Un responsable métier répond de la valeur.
Pièce à exiger: Validation signée indiquant le montant et la délégation sur laquelle elle s’appuie, avec le nom du responsable métier.
Qui produit et qui signe: Le DG ou son délégataire désigné.
Validé si: Le décideur agit dans sa limite de délégation et n’est ni le constructeur du projet ni le parrain du fournisseur. Le responsable appartient à la ligne métier qui reçoit la valeur.
Signal d’arrêt: L’équipe qui construit le projet l’a validé, ou le responsable est le fournisseur ou l’équipe IA.

06 · Prouver · Étendre ou arrêter : le DG ou son délégataire tranche à la date fixée

Ce que l’on vérifie: La décision d’étendre ou d’arrêter a une date fixée à l’engagement, et le décideur la prend à cette date. Si le budget d’extension dépasse sa limite, la décision remonte la délégation de pouvoirs, à la même date.
Pièce à exiger: Relevé de décision daté au plus tard à la date prévue, avec la liste des preuves examinées.
Qui produit et qui signe: Le décideur tranche. Le responsable métier présente.
Validé si: Une décision prise à temps, quel qu’en soit le sens.
Signal d’arrêt: Le pilote se prolonge sans décision. Une prolongation ne compte que si elle s’accompagne d’une nouvelle date, d’un motif et d’un plafond de budget.

07 · Déployer · Objectif de valeur inscrit dans ceux du responsable métier

Ce que l’on vérifie: La valeur promise pour le déploiement figure dans les objectifs annuels et la part variable du responsable métier.
Pièce à exiger: Fiche d’objectifs du responsable avec la cible, dans la même unité que le dossier.
Qui produit et qui signe: Son supérieur hiérarchique la fixe. Les RH l’enregistrent.
Validé si: Cible inscrite dans les objectifs avant les premières dépenses de déploiement.
Signal d’arrêt: La cible n’existe que dans le plan projet ou au sein de l’équipe IA.

08 · Exploiter · Projets arrêtés l’an dernier : nombre déclaré au comex

Ce que l’on vérifie: Le comex voit combien de projets d’IA ont été arrêtés, à quelle étape, pourquoi, et quel budget cela a libéré.
Pièce à exiger: Rapport annuel du portefeuille : projets lancés, projets arrêtés par étape, budget libéré.
Qui produit et qui signe: Le DAF ou le responsable du portefeuille. Présenté au comex.
Validé si: Le rapport existe et les arrêts y figurent comme des décisions fondées sur des preuves.
Signal d’arrêt: Zéro arrêt en un an avec plusieurs projets en cours. Demandez pourquoi aucun n’a échoué à une étape.

Processus et équipes

09 · Engager · Processus visé nommé, situation de départ mesurée

Ce que l’on vérifie: Le projet nomme le processus métier et la décision qu’il change, et mesure les performances actuelles de ce processus.
Pièce à exiger: Processus et décision visés, chiffres de départ (délai, coût, taux d’erreur, volume) sur une période précisée.
Qui produit et qui signe: Le responsable métier, avec les opérations.
Validé si: Situation de départ mesurée avant le lancement du pilote.
Signal d’arrêt: « Améliorer la productivité » sans processus nommé ni chiffres de départ.

10 · Prouver · Processus repensé avant d’être automatisé

Ce que l’on vérifie: Le processus est d’abord simplifié (étapes supprimées, validations allégées, saisie corrigée) pour que l’IA n’accélère pas le gaspillage, et l’effet sur les emplois est planifié avant le déploiement.
Pièce à exiger: Cartographie du processus avant et après, liste des étapes supprimées, postes concernés et plan pour chacun, et personnes consultées : les représentants du personnel là où le code du travail ou les accords collectifs l’exigent, les communautés riveraines là où existent des engagements d’emploi local.
Qui produit et qui signe: Le responsable métier et le pilote du processus. Les RH signent le plan d’accompagnement des personnes.
Validé si: Refonte testée sur les sites pilotes, plan d’accompagnement validé avant le déploiement.
Signal d’arrêt: Le pilote automatise le processus actuel tel quel, contournements compris, ou des changements d’emploi apparaissent après le déploiement.

11 · Déployer · Part des décisions visées prises avec l’outil, équipe par équipe

Ce que l’on vérifie: L’adoption se mesure sur les décisions pour lesquelles le projet a été conçu, équipe par équipe, et non sur les connexions ou les licences attribuées.
Pièce à exiger: Journal du système ou audit par échantillon : décisions concernées, décisions prises avec l’outil, par équipe et par site.
Qui produit et qui signe: Le responsable métier. Données fournies par le chef de projet.
Validé si: Chaque équipe atteint le seuil d’adoption fixé à l’engagement avant la suite du déploiement.
Signal d’arrêt: La moyenne est bonne pendant que des équipes clés contournent l’outil.

12 · Exploiter · Deux personnes locales l’exploitent sans fournisseur ni développeur

Ce que l’on vérifie: Au moins deux salariés dans le pays savent faire fonctionner, dépanner et reparamétrer le système sans appeler le fournisseur ni son premier développeur.
Pièce à exiger: Deux noms, un mode opératoire écrit et un test au cours duquel ils ont exploité le système seuls pendant une période fixée.
Qui produit et qui signe: Le responsable métier avec les RH. Les opérations signent le test.
Validé si: Test réussi et plan de fidélisation en place pour les deux personnes.
Signal d’arrêt: Une seule personne, ou personne, détient le savoir-faire.

Données et connectivité

13 · Engager · Cartographie des données : ce qui sort du pays, avec autorisation là où la loi l’exige

Ce que l’on vérifie: Avant tout financement, le projet cartographie les données utilisées, leur lieu de stockage et de traitement, et les flux qui franchissent une frontière, avec la base légale de chacun et les règles du régulateur sectoriel sur la sous-traitance ou le cloud (banque, assurance, télécoms).
Pièce à exiger: Cartographie des flux par pays, base légale de chaque flux, référence de la déclaration ou de l’autorisation là où la loi ou un régulateur sectoriel l’exige.
Qui produit et qui signe: Le délégué à la protection des données ou le juridique. Le responsable métier signe.
Validé si: Chaque flux transfrontalier a sa base légale ou son autorisation avant le transfert de données réelles.
Signal d’arrêt: Des données personnelles envoyées vers un cloud ou un fournisseur étranger sans la formalité que la loi exige.

Preuve 13 : là où la loi exige une autorisation

Le tableau couvre cinq pays dont nous avons vérifié le texte de loi. Pour tout autre pays, vérifiez la règle auprès de l’autorité nationale de protection des données avant tout transfert de données réelles.

Pays	Texte	Ce qu’il exige pour un transfert à l’étranger	Autorité
Maroc	Loi 09-08 (2009)	Tout transfert vers l’étranger exige l’autorisation préalable de la CNDP, qui publie la liste des pays qu’elle juge adéquats.	CNDP
Côte d’Ivoire	Loi 2013-450, art. 7 et 26	Tout transfert vers un pays hors CEDEAO exige l’autorisation préalable de l’autorité de protection.	ARTCI
Sénégal	Loi 2008-12, art. 49 à 51	Le pays destinataire doit assurer une protection suffisante et la CDP doit être informée avant le transfert. À défaut, seules les exceptions prévues ou une autorisation de la CDP assortie de garanties.	CDP
Togo	Loi 2019-014, art. 28 à 30	Tout État autre que le Togo est un pays tiers. Protection suffisante exigée et IPDCP informée au préalable. À défaut, seules les exceptions prévues ou une autorisation de l’IPDCP.	IPDCP
Nigeria	Data Protection Act 2023, art. 41 à 43	Transfert possible si le destinataire est soumis à une loi adéquate, à des règles d’entreprise contraignantes, à des clauses contractuelles ou équivalent, ou si un motif de l’article 43 s’applique. La base retenue doit être consignée.	NDPC

Ce résumé aide à cadrer la preuve 13. Il ne constitue pas un avis juridique et les lois évoluent : faites confirmer le texte en vigueur par l’autorité ou par votre conseil avant tout transfert.

14 · Prouver · Pilote mené sur vos propres données, au site le plus fragile

Ce que l’on vérifie: Le pilote utilise les données réelles de l’entreprise, lacunes comprises, sur le site le plus faible en données, en connectivité ou en effectifs. C’est souvent un site isolé, où les données sont plus rares, tenues sur papier ou saisies en retard.
Pièce à exiger: Plan du pilote nommant le site et la raison de ce choix, journal de qualité des données, échantillon de résultats vérifiés par des personnes, règle fixant les résultats qu’une personne doit confirmer, taux d’erreur et résultats par site.
Qui produit et qui signe: Le chef de projet. Les opérations choisissent le site.
Validé si: Les résultats tiennent sur le site le plus fragile, avec un taux d’erreur sous le seuil fixé à l’engagement, dans les langues utilisées sur place.
Signal d’arrêt: Les résultats viennent seulement des données du fournisseur, d’échantillons nettoyés ou du siège, ou personne n’a mesuré le taux d’erreur.

15 · Déployer · Repli testé : on décide même si le réseau ou le courant coupe

Ce que l’on vérifie: Quand la connectivité ou le courant tombe, la décision métier que l’outil soutient se prend quand même, grâce à un mode hors ligne, un modèle en cache ou une procédure manuelle.
Pièce à exiger: Procédure de repli écrite et journal d’une coupure réelle ou simulée sur un site isolé en production.
Qui produit et qui signe: Les opérations. L’informatique en appui.
Validé si: La décision est prise dans le délai convenu pendant le test de coupure.
Signal d’arrêt: Le travail s’arrête quand le réseau tombe, ou le repli n’a jamais été testé.

16 · Exploiter · Responsable des données nommé, disponibilité par site au comex

Ce que l’on vérifie: Chaque jeu de données dont le système dépend a un responsable nommé, et la disponibilité du système est suivie site par site.
Pièce à exiger: Registre des responsables de données et disponibilité mensuelle par site dans le dossier du comex.
Qui produit et qui signe: Les responsables de données. Le DSI rend compte.
Validé si: Responsables nommés et disponibilité présentée chaque mois.
Signal d’arrêt: Disponibilité présentée seulement en moyenne groupe, ou jeux de données sans responsable.

Faire, acheter, sortir

17 · Engager · Faire ou acheter : choix au coût complet, coût de sortie connu

Ce que l’on vérifie: Développement interne, produit d’un fournisseur et développement par un partenaire sont comparés au coût complet sur la durée du projet, personnel, fonctionnement et coût de sortie compris.
Pièce à exiger: Tableau des options avec le coût complet sur trois ans ou sur la durée du projet, et le coût de sortie de chacune.
Qui produit et qui signe: Le chef de projet avec les achats. Le DAF revoit.
Validé si: Option retenue au coût complet, coût de sortie écrit.
Signal d’arrêt: Le choix repose sur un prix de licence ou une démonstration.

18 · Prouver · Code, données et modèle détenus par l’entreprise, passation testée

Ce que l’on vérifie: Contrats et règles internes font de l’entreprise la propriétaire de ses données, des résultats produits et du code ou du modèle développé pour elle, et une passation a été testée.
Pièce à exiger: Clauses de propriété et de restitution des données, accès aux dépôts au nom de l’entreprise, compte rendu du test de passation.
Qui produit et qui signe: Le juridique et les achats. Le chef de projet mène le test.
Validé si: Clauses signées et passation testée avant le déploiement.
Signal d’arrêt: Le fournisseur garde le modèle entraîné ou les données, ou le code dort sur le compte d’une seule personne.

19 · Déployer · Ni fournisseur ni salarié ne détient seul modèle, données et support

Ce que l’on vérifie: Aucun fournisseur, et aucun salarié, ne contrôle à la fois le modèle, les données et le support.
Pièce à exiger: Carte de qui détient le modèle, les données et le support, avec une solution de secours testée pour chacun.
Qui produit et qui signe: Le DSI avec les achats.
Validé si: Les trois ne sont pas dans une seule main, et chacun a un secours testé.
Signal d’arrêt: Un seul prestataire ou une seule personne peut arrêter le service.

20 · Exploiter · Dépendance et coût de sortie réévalués chaque année

Ce que l’on vérifie: Chaque année, le coût de sortie du fournisseur ou du dispositif actuel est réestimé, et les solutions de rechange sont examinées.
Pièce à exiger: Estimation annuelle du coût de sortie, solutions de rechange examinées, niveau de dépendance.
Qui produit et qui signe: Les achats. Le décideur revoit.
Validé si: Réévalué avant chaque décision de renouvellement (preuve 04).
Signal d’arrêt: Coût de sortie inconnu ou estimé pour la dernière fois à la signature.

Conduire la revue d’étape

Une réunion par étape, soixante minutes, présidée par le décideur.

Cinq jours ouvrés avant Le responsable métier envoie le dossier de preuves : une page par preuve, pièces jointes.
Décision demandée (5 min) Le responsable nomme l’étape et ce qui est demandé : budget, périmètre et date.
Cette colonne (30 min) Chaque preuve est notée acquise ou manquante, sur pièces uniquement.
Colonnes précédentes (10 min) Ce qui a glissé depuis la dernière étape, par exemple un nouveau site qui modifie la preuve 13.
Décision (15 min) Le décideur tranche : on avance, on avance avec une date de correction, ou on arrête. La date de correction est au plus tard la prochaine revue.
Deux jours ouvrés après Relevé de décision : preuves acquises, preuves manquantes, un responsable et une date pour chaque correction, date de la prochaine revue.

Déjà de l’IA en production

Si l’IA est déjà en production, commencez par le portefeuille avant de valider quoi que ce soit de nouveau.

Listez chaque projet d’IA en service avec son coût annuel, son responsable métier et son décideur.
Placez chacun dans la colonne où il en est : en pilote, c’est Prouver, en déploiement, c’est Déployer, en production, c’est Exploiter.
Vérifiez chaque preuve de cette colonne et des colonnes à sa gauche. Un projet en Exploiter sans preuve 05 n’a aucun décideur identifié.
Donnez à chaque preuve manquante un responsable et une date, au plus tard la prochaine revue.
Commencez par la dépense la plus lourde et l’échéance de renouvellement la plus proche (preuve 04).

La page 6 du guide fait ce travail en un seul tableau.

Les questions des dirigeants

N’est-ce pas trop lourd pour un petit pilote ?

La colonne Engager demande cinq preuves et la plupart tiennent sur une page. Un pilote incapable de nommer son processus, sa situation de départ, son décideur et ses flux de données n’est pas prêt à recevoir de l’argent, quelle que soit sa taille.

Qui conduit la revue ?

Le décideur la préside, le responsable métier présente et la finance vérifie les chiffres. L’équipe IA ou le fournisseur apporte les pièces et répond aux questions, sans noter ses propres preuves.

Cela remplace-t-il notre processus d’investissement ?

Non. La fiche s’insère dans votre délégation de pouvoirs et votre cycle budgétaire. Les preuves forment le dossier que votre validation actuelle devrait exiger.

Et si une preuve est hors d’atteinte sur notre marché, comme un repli sur un site sans liaison fiable ?

Constituer cette capacité entre alors dans le budget de déploiement, avec une date. Tant que la preuve n’est pas acquise, le projet reste à l’étape Prouver.

Cette liste est-elle vraiment propre à l’Afrique ?

La méthode ne l’est pas, et ne doit pas l’être. Une étape de contrôle fonctionne de la même façon à Lyon ou à Lagos, et la plupart des preuves s’appliquent partout. Ce que l’Afrique change, c’est l’endroit où les projets cassent. Quatre preuves le montrent : le plan pour les emplois et les communautés riveraines (10), les données qui franchissent les frontières (13), les résultats au site le plus fragile, souvent isolé (14), et le repli quand le réseau ou le courant coupe (15). Hors d’Afrique, gardez-les et ajustez les seuils.

Télécharger

Guide en français (PDF, 7 pages)PDF · 578 Ko
Guide in English (PDF, 7 pages)PDF · 573 Ko
La fiche d’une page (PNG)PNG · 718 Ko

Libre d’utilisation et de partage, avec mention de la source.