Si vous démarrez un projet IA, la première question n'est pas de choisir votre modèle
Un projet IA ne commence pas par le choix du modèle, mais par la valeur métier, les données, la confiance, l'intégration au SI et la capacité à passer du prototype à l'impact réel.
Depuis deux ans, beaucoup d’organisations abordent l’IA par la mauvaise porte.
La première question posée est souvent :
Quel modèle devons-nous utiliser ?
GPT ? Claude ? Mistral ? Llama ? Un modèle open source ? Un modèle propriétaire ? Un modèle spécialisé ? Un modèle hébergé dans Azure, AWS ou ailleurs ?
Cette question est légitime.
Mais elle arrive trop tôt.
Car lorsqu’une entreprise démarre un projet IA, le choix du modèle n’est presque jamais le vrai point de départ.
La première question devrait être beaucoup plus simple, mais aussi beaucoup plus exigeante :
Quel problème métier voulons-nous transformer, avec quelles données, dans quel cadre de confiance, et avec quelle capacité d’industrialisation ?
C’est là que commence réellement un projet IA.
Le modèle est visible, mais ce n’est pas lui qui fait la valeur
Les modèles d’IA générative fascinent parce qu’ils sont spectaculaires.
Ils écrivent, résument, classent, traduisent, raisonnent, génèrent du code, analysent des documents, dialoguent avec des utilisateurs et orchestrent parfois des actions complexes.
Ils donnent l’impression que l’essentiel du projet se joue dans leur sélection.
Pourtant, dans une entreprise, la valeur ne vient pas uniquement du modèle.
Elle vient de sa capacité à être connecté à un contexte métier, à des données fiables, à des règles de gouvernance, à des processus existants et à des usages concrets.
Un très bon modèle, mal intégré, produit souvent peu de valeur.
Un modèle simplement correct, bien contextualisé, bien gouverné et bien intégré dans un processus métier, peut transformer profondément une activité.
C’est une idée essentielle :
l’IA n’est pas seulement une technologie de génération. C’est une technologie d’intégration.
La première question : quel usage métier ?
Avant de parler modèle, il faut parler usage.
Souhaite-t-on réduire le temps de traitement d’un dossier ?
Améliorer la qualité d’un support client ?
Accélérer la production documentaire ?
Assister les développeurs dans le cycle de vie logiciel ?
Aider les équipes commerciales à préparer leurs rendez-vous ?
Détecter plus rapidement des anomalies opérationnelles ?
Automatiser une partie d’un processus métier répétitif ?
Un projet IA ne devrait pas commencer par :
“Nous voulons utiliser l’IA.”
Il devrait commencer par :
“Nous avons un problème précis, mesurable, récurrent, coûteux ou stratégique, et l’IA peut peut-être nous aider à le résoudre.”
La nuance est importante.
Dans le premier cas, l’entreprise cherche un terrain d’expérimentation pour une technologie.
Dans le second, elle cherche un levier pour améliorer un résultat métier.
La deuxième question : quelles données ?
Une IA sans données utiles reste un démonstrateur.
Dans beaucoup de projets, l’obstacle n’est pas le modèle.
C’est la qualité, l’accessibilité, la fraîcheur, la gouvernance ou la structuration des données.
Où sont les données ?
Sont-elles dans des fichiers, des bases, des outils SaaS, des emails, des tickets, des wikis, des ERP, des CRM ?
Sont-elles fiables ?
Sont-elles à jour ?
Sont-elles compréhensibles ?
Sont-elles exploitables par une IA sans exposer d’informations sensibles ?
C’est souvent ici que le projet IA devient un projet d’architecture.
Car pour qu’un assistant IA apporte une réponse utile, il doit comprendre le contexte.
Et ce contexte ne vient pas uniquement de son entraînement général.
Il vient des données internes, des documents métier, des règles de l’organisation, des historiques, des référentiels, des décisions passées et des contraintes propres à l’entreprise.
Le sujet n’est donc pas seulement :
“Quel modèle choisir ?”
Mais plutôt :
“Comment donner au modèle le bon contexte, au bon moment, avec le bon niveau de sécurité ?”
La troisième question : quel niveau de confiance ?
L’IA générative introduit une nouvelle réalité dans les systèmes d’information : la probabilité.
Un logiciel classique exécute une règle déterministe.
Un modèle d’IA produit une réponse probable, influencée par son entraînement, son prompt, son contexte et ses paramètres.
Cela ne veut pas dire qu’il est inutilisable en entreprise.
Mais cela veut dire qu’il doit être encadré.
Quel niveau d’erreur est acceptable ?
Quelle réponse doit être vérifiée par un humain ?
Quelles actions peuvent être automatisées ?
Quelles décisions doivent rester sous contrôle humain ?
Comment tracer les réponses ?
Comment auditer les sources ?
Comment empêcher la fuite de données sensibles ?
Comment gérer les biais, les hallucinations ou les réponses non conformes ?
La confiance ne se décrète pas.
Elle se construit par l’architecture, la gouvernance, les tests, l’observabilité et les garde-fous.
Un projet IA sérieux ne consiste donc pas seulement à connecter un modèle à une interface.
Il consiste à créer un système fiable autour du modèle.
La quatrième question : quelle intégration dans le SI ?
Un prototype IA peut être impressionnant en quelques jours.
Un produit IA fiable demande une vraie capacité d’industrialisation.
C’est souvent là que beaucoup de projets échouent.
Ils fonctionnent en laboratoire, mais pas en production.
Ils impressionnent en démonstration, mais ne s’intègrent pas aux processus réels.
Ils répondent bien sur quelques exemples, mais deviennent instables à grande échelle.
Ils séduisent les équipes innovation, mais restent difficiles à adopter par les métiers.
Pour passer du prototype au produit, il faut traiter des sujets très concrets :
l’identité, les droits d’accès, la confidentialité, la supervision, le monitoring, la gestion des coûts, la qualité des réponses, la performance, la latence, la sécurité, la conformité, la gestion du cycle de vie des prompts, des modèles et des données.
Autrement dit, l’IA doit devenir un composant du système d’information.
Pas une expérimentation isolée.
Le vrai sujet : construire une chaîne de valeur IA
Un projet IA réussi repose rarement sur un seul élément.
Il repose sur une chaîne complète :
Cas d’usage métier → données → contexte → modèle → sécurité → intégration → expérience utilisateur → mesure de la valeur.
Le modèle est une pièce importante.
Mais ce n’est qu’une pièce.
La valeur apparaît lorsque l’ensemble fonctionne comme un système cohérent.
C’est pourquoi les organisations les plus matures ne se demandent pas seulement quel modèle utiliser.
Elles construisent une plateforme, une méthode et une gouvernance capables de répliquer les usages IA à l’échelle.
Elles passent d’une logique de démonstrateurs à une logique de produit.
D’une logique d’expérimentation à une logique d’industrialisation.
D’une logique de fascination technologique à une logique d’impact métier.
Le modèle se choisit à la fin, pas au début
Le choix du modèle devrait être une conséquence des besoins, pas une hypothèse de départ.
Si le cas d’usage nécessite du raisonnement complexe, le choix sera différent.
S’il demande une faible latence, le choix sera différent.
S’il traite des données sensibles, le choix sera différent.
S’il nécessite un déploiement privé, le choix sera différent.
S’il doit être fortement spécialisé, le choix sera différent.
S’il doit optimiser les coûts, le choix sera différent.
Le bon modèle dépend donc du contexte.
Il n’existe pas un meilleur modèle dans l’absolu.
Il existe un modèle adapté à un usage, à un risque, à un budget, à une architecture et à une stratégie d’entreprise.
Conclusion : ne commencez pas par le modèle, commencez par la valeur
Démarrer un projet IA en choisissant un modèle, c’est comme démarrer un projet de transformation digitale en choisissant un framework technique.
C’est parfois nécessaire.
Mais ce n’est pas là que se joue la réussite.
La vraie question n’est pas :
“Quel modèle allons-nous utiliser ?”
La vraie question est :
“Quelle capacité voulons-nous créer pour l’entreprise ?”
Une capacité à mieux décider.
À mieux produire.
À mieux servir les clients.
À réduire la complexité.
À accélérer les équipes.
À fiabiliser les opérations.
À transformer l’expérience collaborateur.
À créer de nouveaux services.
L’IA n’est pas un projet de modèle.
C’est un projet de valeur, de données, d’architecture, de confiance et d’adoption.
Et c’est précisément pour cela que la première question ne doit jamais être :
“Quel modèle choisir ?”
Mais plutôt :
“Quel problème voulons-nous résoudre, avec quel niveau de confiance, et comment allons-nous passer de l’expérimentation à l’impact réel ?”