Un prestataire livre ce que vous avez commandé. Un partenaire vous dit quand ce que vous avez commandé est une mauvaise idée. La différence paraît rhétorique tant qu’on n’a pas payé un projet IA qui fonctionne techniquement et ne sert à rien. Ce guide décrit la méthode que nous voyons marcher chez les PME et les ETI lyonnaises, avec la grille d’expertises à vérifier, les clauses à faire écrire au contrat et les signaux qui doivent vous faire renoncer.
Si vous cherchez plutôt un panorama nommé des acteurs du marché local, avec une réserve honnête sur chacun, il est dans notre top 10 des agences IA à Lyon. Le présent article traite de la méthode, pas des noms.
Ce que change le mot partenaire
La plupart des consultations démarrent mal, et toujours de la même façon. Une entreprise arrive avec une solution déjà choisie, du type « on veut un chatbot », et demande un devis. Elle obtient trois devis pour un chatbot. Personne n’a vérifié qu’un chatbot répondait au problème.
Un partenaire commence par contester la demande. Il veut savoir combien de temps la tâche coûte aujourd’hui, qui la fait, ce qui se passe quand elle est mal faite, et si la donnée nécessaire existe vraiment quelque part. Cette conversation dure une heure et elle élimine un projet sur trois. C’est exactement ce que vous achetez.
Concrètement, trois choses distinguent un partenaire d’un fournisseur. Il refuse des missions, parce qu’il n’a pas besoin de toutes les prendre. Il chiffre le coût de fonctionnement de la solution, pas seulement son coût de construction. Et il vous laisse partir, parce que le code, les données et les paramètres du modèle vous appartiennent.
Les dix expertises à vérifier avant de signer
Le vocabulaire commercial du secteur est uniforme. Toutes les structures annoncent de l’audit, de l’automatisation, des agents et du sur mesure. La seule façon de trancher consiste à demander, pour chaque expertise annoncée, un projet livré et la personne qui l’a fait.
| Expertise | Ce que ça recouvre | La question qui vérifie |
|---|---|---|
| Audit et cadrage | Analyse des processus, identification des cas d’usage rentables, feuille de route IA chiffrée | Montrez-moi un cadrage qui a conclu qu’il ne fallait rien faire |
| Automatisation de processus | Connexion d’applications et orchestration de flux, avec ou sans IA selon les cas | Que se passe-t-il quand une étape échoue à trois heures du matin |
| Recherche augmentée sur documents | Moteur de réponse branché sur une base interne, avec citation des sources | Comment mesurez-vous le taux de réponses fausses |
| Agents IA | Systèmes qui exécutent des actions dans vos outils, pas seulement du texte | Combien d’agents avez-vous en production aujourd’hui, et chez qui |
| Modèles prédictifs | Prévision de ventes, de pannes, de risques, à partir de vos historiques | Quelle profondeur d’historique exigez-vous avant d’accepter la mission |
| Traitement du langage | Extraction et classification sur des textes métier, courriels, comptes rendus, contrats | Sur quel volume avez-vous mesuré la précision, et avec quel jeu de test |
| Ingénierie de données | Collecte, nettoyage et mise à disposition de la donnée, préalable à presque tout | Que faites-vous si nos données sont plus sales qu’annoncé |
| Vision par ordinateur | Contrôle qualité, détection, comptage à partir d’images ou de flux vidéo | Le calcul tourne sur l’équipement ou dans le cloud, et pourquoi ce choix |
| Mise en production et maintien | Hébergement, supervision, reprise sur incident, mise à jour des modèles | Qui prend l’astreinte, et qu’est-ce qui est couvert dans le forfait |
| Conduite du changement | Formation des équipes, reprise des procédures, accompagnement à l’usage | Qu’avez-vous fait sur un projet où les utilisateurs ont refusé l’outil |
Aucune structure ne maîtrise les dix au même niveau, et celle qui l’affirme ment. Ce qui compte, c’est qu’elle soit forte sur les deux ou trois qui correspondent à votre problème, et qu’elle le dise quand ce n’est pas le cas.
Votre checklist en cinq points
Cinq vérifications, dans l’ordre. Les deux premières éliminent la majorité des candidats, ce qui rend les trois suivantes rapides.
- La compréhension de votre métier. À la fin du premier rendez-vous, l’interlocuteur doit être capable de reformuler votre problème mieux que vous ne l’avez exposé. S’il a surtout parlé de technologie, il vendra de la technologie.
- Des références nommées. Un cas client avec le nom du client, publié avec son accord, et de préférence une personne à qui vous pouvez téléphoner. Un résultat en pourcentage rond attribué à un client anonyme ne prouve rien.
- L’équipe qui va exécuter. Demandez à parler à la personne qui écrira le code, avant de signer, pas après. Si l’équipe technique est sous-traitée, ce n’est pas disqualifiant, mais vous devez le savoir et savoir à qui.
- Une méthode avec des portes de sortie. Un projet correctement découpé produit un résultat mesurable en quelques semaines, puis on décide de continuer. Si le premier jalon est à six mois, le découpage est mauvais et le risque est entièrement chez vous.
- Le coût complet. Construction, hébergement, appels aux modèles, maintenance, reprise quand un fournisseur change ses tarifs. Ce qui n’est pas chiffré dans la proposition finira sur votre budget de fonctionnement.
Ce qui doit figurer au contrat
C’est la partie que personne ne lit et celle qui coûte le plus cher deux ans plus tard. Six clauses valent la discussion, même sur un premier projet modeste.
La propriété. Le code source, les données d’entraînement, les prompts et les paramètres du modèle doivent vous revenir. Une formulation du type « licence d’utilisation » vous laisse locataire de votre propre processus.
La réversibilité. Le contrat doit décrire ce qui vous est remis le jour où vous partez, sous quel format et dans quel délai. Sans cette clause, la reprise par un autre prestataire coûte le prix d’une refonte.
L’hébergement et l’accès aux données. Où sont stockées vos données, sous quelle juridiction, qui y accède côté prestataire, et ce qui part chez un éditeur de modèle tiers. Cette dernière question est celle qu’on oublie le plus souvent.
Le critère d’acceptation. Une phrase mesurable qui définit ce qu’est un livrable conforme. « Le modèle classe correctement quatre-vingt-quinze pour cent des factures du jeu de test fourni » est un critère. « Solution performante » n’en est pas un.
Le coût de fonctionnement. Un ordre de grandeur mensuel, avec la règle qui s’applique si la consommation double. Les projets IA se distinguent des projets logiciels classiques sur ce point précis.
La confidentialité réciproque. Elle protège aussi vos données métier contre leur réutilisation pour entraîner un modèle qui servira à quelqu’un d’autre. À faire préciser noir sur blanc.
Les signaux d’alerte dans une proposition commerciale
Une proposition se lit comme un diagnostic du prestataire. Quatre choses doivent vous arrêter.
Un devis remis sans qu’on vous ait posé de question sur vos données. Personne ne peut chiffrer un projet IA sans savoir ce qui existe, dans quel état, et qui y a accès. Un chiffre donné avant cette conversation est un chiffre inventé.
Des résultats promis en pourcentage avant le démarrage. Un partenaire honnête donne une fourchette, l’assortit d’hypothèses explicites, et accepte de revoir le périmètre si les hypothèses tombent.
Une liste de technologies en guise de méthode. L’énumération des modèles, frameworks et plateformes maîtrisés ne dit rien de la façon dont le projet sera conduit. Ce qui vous intéresse, c’est la séquence des étapes et ce qui déclenche l’arrêt.
Un forfait unique et indivisible sur plusieurs mois. Il transfère tout le risque chez vous et prive les deux parties de la possibilité d’apprendre en cours de route. Préférez un premier lot court, avec une décision explicite à la fin.
Comment organiser la consultation
Trois candidats suffisent. Au-delà, vous comparez des documents plus que des équipes, et le temps passé dépasse le gain.
Envoyez le même brief à tout le monde, deux pages maximum. Décrivez le problème et ce qui vous dérange aujourd’hui, pas la solution que vous imaginez. Précisez ce que vous avez comme données, honnêtement, y compris quand c’est en désordre. Donnez une fourchette de budget, ce qui vous fera gagner deux semaines et écartera d’emblée ceux qui ne jouent pas dans cette catégorie.
Demandez à chacun de revenir avec une reformulation du problème avant de parler de solution. C’est le test le plus discriminant de toute la consultation, et il ne coûte rien. Ceux qui sautent l’étape et arrivent directement avec une architecture vous vendront cette architecture quoi qu’il arrive.
Faites au moins un rendez-vous dans leurs locaux. Vous verrez la taille réelle de l’équipe, ce qui vaut tous les argumentaires. Pour une agence IA à Lyon, cette demande ne pose aucune difficulté si la structure existe vraiment sur place.
Ce que le tissu économique lyonnais change concrètement
La proximité géographique n’a pas d’importance sur un projet purement logiciel. Elle en a beaucoup dès que le sujet touche à un métier physique, et c’est précisément le profil de l’économie lyonnaise.
Dans l’industrie et la chimie, très présentes dans la vallée du Rhône, les cas d’usage sérieux tournent autour du contrôle qualité, de la détection de dérive machine et de la traçabilité. Ils exigent tous qu’un ingénieur passe du temps devant la ligne. Un cadrage fait à distance, sur la foi d’un export de données, produit des modèles qui marchent en laboratoire et échouent en atelier.
Dans la santé et la pharma, l’autre pilier régional, la contrainte dominante est réglementaire avant d’être technique. La question à poser porte moins sur la performance du modèle que sur la traçabilité des décisions, l’hébergement des données de santé et la capacité du prestataire à documenter ce qu’il a fait pour un auditeur.
Pour les services, la logistique et le commerce, la proximité compte surtout au démarrage, le temps de comprendre les procédures réelles plutôt que celles qui sont écrites. Ensuite, le travail se fait très bien à distance.
Autrement dit, la question utile n’est pas de savoir si votre prestataire est lyonnais, mais s’il peut être chez vous dans la journée quand le projet en a besoin.
Par où commencer
Ne partez pas d’une intention générale du type « il faut qu’on s’y mette ». Prenez une tâche précise qui agace vos équipes, mesurez ce qu’elle coûte en heures sur un an, vérifiez que la donnée nécessaire existe, et allez consulter avec ça. Un bon partenaire saura quoi en faire, et un mauvais se trahira dès la première réunion.
Si vous voulez confronter ce périmètre à un avis extérieur, le détail de notre offre régionale est sur la page de notre agence IA à Lyon, et le diagnostic IA permet de cadrer un premier lot sans engagement. Pour comparer les acteurs du marché local avant de consulter, notre comparatif des agences IA lyonnaises les passe en revue un par un.
