Les projets IA qui échouent au Maroc échouent rarement sur le modèle. Ils échouent au moment de brancher l’outil sur le réel : les données ne sont pas exploitables, le processus n’a jamais été écrit, et personne dans l’organigramme n’a la responsabilité de faire vivre l’assistant une fois le prestataire parti.
C’est pour cette raison que la question du budget arrive souvent trop tôt. Avant de demander un devis, il existe un filtre plus utile : votre entreprise est-elle en état de recevoir un outil IA ? La réponse déplace le prix, le délai, et parfois la décision de ne rien lancer ce trimestre.
Le test qui suit se fait en interne, en deux ou trois réunions, sans prestataire et sans budget engagé.
Le symptôme : un projet qui patine dès le cadrage
Un projet IA mal préparé se repère vite. À la première réunion de cadrage, vous posez une question simple : où sont les données dont l’outil a besoin, et qui en est propriétaire ? Si trois personnes donnent trois réponses différentes et que la quatrième parle d’un fichier Excel posé sur son poste, le projet a déjà pris du retard avant qu’une ligne de code soit écrite.
Les autres signaux sont du même ordre. Le besoin est formulé comme une liste de souhaits (« un assistant qui répond à tout ») plutôt que comme une tâche mesurable. Personne ne sait combien de fois par semaine la tâche est réalisée aujourd’hui, ni le temps qu’elle prend. Les documents de référence existent en plusieurs versions, dont deux circulent encore en pièce jointe. Rien de tout cela n’est rédhibitoire. Mais chacun de ces points se paiera en jours de prestation facturés au tarif du développement, alors qu’il se traite en interne pour beaucoup moins cher.
Les données : le vrai filtre avant tout projet IA
La question utile n’est pas « avez-vous beaucoup de données » mais « vos données sont-elles atteignables, à jour et uniques ». Quatre vérifications suffisent à trancher : où vit chaque source nécessaire, comment on en sort la donnée (export natif, API, accès base, ou seulement du PDF scanné), à quelle fréquence elle est mise à jour, et s’il existe une seule version de référence.
Prenons un assistant interne censé répondre aux questions sur les procédures RH. S’il existe trois versions de la procédure de congés, l’assistant en citera une, avec aplomb, et ce sera parfois la mauvaise. Un modèle ne tranche pas entre deux documents contradictoires, il en choisit un. Deux semaines de réponses douteuses suffisent à perdre la confiance des utilisateurs, et vous ne la récupérez pas avec une mise à jour technique.
Côté automatisation documentaire, le filtre est plus physique. Des factures numérisées de travers à basse résolution, des tampons posés sur les montants, des photos prises au téléphone dans un entrepôt : le taux d’extraction correcte chute et vous financez de la relecture humaine que vous pensiez supprimer. Prenez cinquante documents réels, pas les plus propres, et faites-les tester avant de signer. Si vous voulez aller plus loin, l’audit qualité des données avant un projet BI ou IA détaille les contrôles à mener source par source.
Les processus : ce qu’il faut pouvoir décrire avant de vouloir l’automatiser
Un test honnête tient en une feuille. Demandez à la personne qui fait réellement la tâche de la décrire en dix lignes : ce qui entre, les points de décision, les exceptions, ce qui sort, et qui valide. Si le responsable et l’opérateur écrivent deux versions différentes, vous n’avez pas un problème d’IA, vous avez un processus implicite. L’automatiser revient à figer la confusion dans un outil et à la rendre plus difficile à corriger.
Regardez ensuite le taux d’exception. Beaucoup de processus marocains de back-office fonctionnent avec une part importante de cas particuliers : client qui paie en espèces, bon de commande arrivé par WhatsApp, pièce justificative manquante régularisée plus tard. Si la moitié des dossiers sort du cadre, n’essayez pas d’automatiser la moitié difficile. Faites traiter le chemin standard par l’outil et routez le reste vers un humain, avec une règle claire de bascule.
Dernier point, souvent oublié : les mesures avant. Volume mensuel, temps unitaire, taux d’erreur actuel. Sans ces trois chiffres, vous ne pourrez ni fixer un critère d’acceptation ni démontrer un gain six mois plus tard, et la discussion sur le renouvellement se fera au ressenti.
Les compétences internes : qui pilote l’outil une fois le prestataire parti
Vous n’avez pas besoin d’un data scientist. Vous avez besoin d’un référent, interne, nommé, avec deux à quatre heures par semaine réellement dégagées. Son travail n’a rien de spectaculaire : lire les retours des utilisateurs, repérer les réponses fausses, mettre à jour la base documentaire quand une procédure change, demander un ajustement au prestataire quand un cas revient trop souvent.
Sans ce rôle, l’outil ne tombe pas en panne, il se périme. La base de connaissances vieillit, les réponses deviennent fausses à la marge, puis franchement fausses, et les équipes retournent au téléphone et au groupe WhatsApp. C’est la cause de mortalité la plus banale des assistants internes, et elle n’apparaît dans aucun devis.
Il faut aussi quelqu’un côté direction capable de refuser l’élargissement du périmètre en cours de route. Et il faut parler de l’adoption très tôt : si les équipes supposent que l’outil prépare des suppressions de poste, elles ne l’alimenteront pas, quelle que soit la qualité de la technique. Dire à quoi sert l’outil, et à quoi il ne sert pas, fait partie des prérequis d’un projet IA autant que la qualité des fichiers.
La conformité CNDP : le prérequis qu’on découvre toujours trop tard
Dès que le projet touche des données personnelles, clients, salariés, candidats, la loi 09-08 s’applique comme pour n’importe quel traitement : finalité définie, base légale, information des personnes concernées, durée de conservation, formalités auprès de la CNDP. Rien de spécifique à l’IA jusqu’ici, et c’est précisément pour cela que beaucoup d’entreprises découvrent le sujet à la fin, quand l’outil est déjà construit.
Le point propre à l’IA, c’est la destination des données. La plupart des modèles grand public sont hébergés hors du Maroc. Envoyer des dossiers clients ou des bulletins de paie vers une API américaine constitue un transfert hors du territoire, qui est encadré. Trois voies existent selon les cas : pseudonymiser ou filtrer les champs avant l’envoi, restreindre les catégories de données traitées, ou héberger un modèle ouvert sur une infrastructure située au Maroc. Les formalités exactes dépendent de votre traitement : vérifiez-les sur le site de la CNDP ou avec votre conseil juridique plutôt que de vous fier à ce qu’a fait un confrère. Le cas de ChatGPT et Copilot en entreprise montre à quel point les usages informels précèdent souvent la décision officielle.
Avant le devis, vérifiez trois choses : existe-t-il un registre des traitements à jour, qui est le point de contact sur ces sujets, et vos contrats de sous-traitance prévoient-ils ce type d’usage.
Le test de maturité IA Maroc en 5 questions
Posez ces cinq questions en comité de direction. Une réponse est un « oui » seulement si vous pouvez l’étayer tout de suite, sans aller vérifier.
- Pour chaque source de données nécessaire, pouvez-vous nommer un propriétaire et un moyen d’export ? Un nom et un format, pas « c’est dans l’ERP ».
- Le processus visé tient-il en dix lignes écrites, validées par la personne qui l’exécute ? Avec ses exceptions.
- Connaissez-vous le volume mensuel, le temps unitaire et le taux d’erreur actuels ? Des chiffres, même approximatifs mais assumés.
- Une personne est-elle désignée, avec du temps alloué, pour piloter l’outil après la mise en production ? Un nom dans les objectifs, pas une bonne volonté.
- Savez-vous quelles données personnelles seront traitées, où elles seront envoyées et sous quel régime ? Y compris les sous-traitants.
Quatre ou cinq « oui » : vous êtes prêt pour l’IA au Maroc sur ce périmètre. Un cadrage court suffit, le devis sera fiable, et un premier lot utile se livre généralement en six à dix semaines. Deux ou trois « oui » : la situation la plus fréquente dans les PME. Prévoyez un diagnostic IA avant devis et acceptez qu’une part réelle du budget, souvent 20 à 40 %, serve à préparer les données et le processus plutôt qu’à développer. Zéro ou un « oui » : ne lancez pas ce périmètre maintenant. Soit vous commencez par le chantier données, soit vous changez de cible pour un cas plus simple. Les fourchettes correspondantes sont détaillées dans notre guide budget d’un projet IA au Maroc.
Ce qu’un prestataire sérieux vérifie avant de vous chiffrer un projet
Un prestataire qui connaît le sujet refuse de donner un forfait avant d’avoir vu de la matière réelle. Il demande un échantillon représentatif, trente à cent documents selon le cas, un extrait de base, et une heure avec deux utilisateurs métier. Il veut aussi savoir qui tranche en cas de désaccord sur une règle, parce que c’est là que les projets glissent.
Ce travail porte un nom : un cadrage payant, court, qui produit un périmètre écrit, des critères d’acceptation chiffrés, une architecture et une estimation tenable. Au Maroc, ce type de mission se situe souvent entre 10 000 et 30 000 MAD selon la taille du périmètre, fréquemment déduit du projet s’il est confié au même prestataire. C’est la même logique qu’un audit de transformation digitale : vous achetez d’abord une décision, pas du code.
Les signaux à surveiller dans l’autre sens sont assez nets. Un devis arrivé en 48 heures sans aucun accès aux données. Un taux de précision annoncé avant d’avoir vu un seul document. Aucune mention de la CNDP dans la proposition. Aucun critère d’acceptation mesurable, donc aucune façon de dire si la livraison est conforme. Et un périmètre qui couvre « tous les documents de l’entreprise » dès la première phase.
Combler les manques sans tout retarder de six mois
La mauvaise conclusion de cet exercice serait de lancer un programme de qualité de données de six mois avant d’oser toucher à l’IA. Peu d’entreprises le tiennent, et l’élan retombe. La bonne réponse est plus économique : réduisez le périmètre à l’endroit où vos données sont déjà correctes.
Concrètement, un assistant interne construit sur les quarante documents réellement à jour vaut mieux qu’un assistant branché sur deux mille fichiers non triés. Un pilote avec dix utilisateurs volontaires sur six semaines, avec un critère d’acceptation écrit, vous apprend davantage qu’un comité de plus. Et pendant que l’outil se construit, deux chantiers avancent en parallèle sans coûter de développement : nommer le référent et lui dégager ses heures, traiter le volet conformité. Ce sont les deux retards les plus faciles à éviter, et les deux qu’on constate le plus souvent.
Le bon ordre : diagnostic, périmètre, puis devis
Arrowlancer travaille dans cet ordre. Nous menons ce diagnostic de maturité, données, processus, compétences et conformité, avant de chiffrer un assistant interne, un chatbot ou une automatisation documentaire, parce que vendre un outil à une organisation qui n’est pas prête à le recevoir ne rend service à personne. C’est le point de départ de nos solutions IA, y compris dans les cas qui exigent un hébergement au Maroc. Si vous voulez passer le test sur un périmètre précis, parlez-nous de votre projet avant de demander un devis.