Un fournisseur qui passe la première réunion à expliquer son modèle, son architecture de reprise après sinistre et le nombre de paramètres proposés décrit son produit, et non votre problème. Une conversation utile se déroule dans l'autre sens : C'est à lui de poser les questions., et elles doivent concerner votre processus, vos données et vos exceptions.
Il s'agit probablement du signal le plus fiable de tous ceux disponibles sur le marché, car il est impossible de le simuler sans avoir effectué les travaux nécessaires.
Si la plupart de ces éléments n'apparaissent pas lors de la première conversation, le diagnostic n'est pas établi :
Le septième point est particulièrement révélateur. Un prestataire qui demande ce qui a été tenté auparavant cherche à comprendre la cause de l'échec précédent ; celui qui ne pose pas la question risque de reproduire la même erreur.
Si le fournisseur parle principalement de… | Ça se vend probablement… | Risque pour vous |
|---|---|---|
Le modèle et ses capacités | L'accès à une technologie | Cette intégration reste hors de portée. |
Sa plateforme et ses connecteurs | Un abonnement | Dépendance et coût de sortie |
Exemples de réussite d'autres secteurs | Référence commerciale | Votre cas est totalement différent. |
Votre processus et vos exceptions | Un système | Le risque habituel de tout projet |
Aucune des trois premières lignes n'entraîne automatiquement la disqualification de l'entreprise. Elles indiquent simplement ce qui est exclu du contrat et, par conséquent, où apparaîtront les frais supplémentaires.
À qui appartiennent le code et la documentation une fois le projet terminé ? S'il y a des nuances, la réponse est que ce n'est pas de vous.
Que se passe-t-il si nous voulons changer de fournisseur dans les deux ans ? La réponse utile décrit la documentation, les contrats à versions et la transférabilité, et non la loyauté.
Qui prend en charge les défauts du code livré ? Un défaut ne constitue pas une modification du périmètre. Il doit être corrigé gratuitement et documenté par écrit.
Que se passe-t-il si vous êtes en retard ? Une réponse ayant des conséquences contractuelles témoigne d'une discipline de livraison ; une réponse concernant les méthodologies agiles n'en témoigne pas.
Comment gérez-vous les permis et la traçabilité ? Si la réponse est que cela sera vu lors de la phase de mise en œuvre, la sécurité sera reportée à la fin.
Quel est le coût d'exploitation estimé sur trois ans ? Consommation, évaluation, entretien et évolution.
Quel cas d'utilisation nous déconseilleriez-vous ? Le meilleur des sept. Un fournisseur qui n'exclut jamais rien n'évalue pas.
Chez The Cloud Group, nous incluons ces conditions dans le contrat précisément parce qu'elles correspondent aux exigences légitimes d'un acheteur : la propriété du code et de la documentation, la correction des défauts à vie et un remboursement intégral en cas de retard de livraison. Ce n'est pas une prise de risque commerciale si l'ingénierie est bien organisée ; c'est la conséquence logique d'une telle organisation. Vous pouvez les constater dans nos garanties écrites
«Vous n'avez rien à changer.» Si le projet n'entraîne aucune modification des méthodes de travail, il n'aura aucun impact sur les résultats. Les données McKinsey 2025 sont sans équivoque : le facteur ayant la plus forte corrélation avec l'impact sur l'EBIT est la refonte des flux de travail, et seule la société 21% l'a mise en œuvre.
« Le modèle n'a pas tort sur ce point. » Tout élément probabiliste peut se tromper. Un fournisseur qui le nie n'a soit jamais exploité de systèmes en production, soit préfère ne pas en parler.
Prix nettement inférieur à la valeur marchande, sans aucune explication. Cela signifie généralement que le périmètre exclut l'intégration, les autorisations, les tests et la documentation. Le prix initial plus bas est compensé par les modifications ultérieures du périmètre.
Et un avertissement à prendre en compte : Gartner estimait en 2025 que, parmi les milliers de fournisseurs se présentant comme spécialistes des agents d’IA, seuls 130 environ le sont réellement, un phénomène qu’il a appelé *agent washing*.
Le problème structurel de ces achats réside dans le fait que l'information est fournie par les candidats, et que chacun définit le problème de telle sorte que son produit en soit la solution. Trois mesures permettent de corriger ce problème :
Le troisième point est celui qui change le plus le résultat, et c'est le rôle que nous assumons lorsque nous participons à un appel d'offres en tant qu'évaluateurs et non en tant que candidats : nous rédigeons le cahier des charges, évaluons les offres et négocions le contrat, sans nous soumettre à l'offre que nous évaluons.
Si vous ne deviez retenir qu'un seul indicateur après la première réunion, celui-ci est un bon choix : Qui a le plus parlé ?
Si vous avez parlé à quelqu'un, cette personne cherche probablement à comprendre le problème. Si c'est le fournisseur qui a pris la parole, il souhaite imposer une solution. La différence est perceptible bien avant la signature, et encore plus après.
Ce qui compte, ce sont les questions posées, pas les réponses données. Un bon fournisseur consacre la première conversation à comprendre les processus, les données, les exceptions, les parties prenantes et les contraintes réglementaires du client, plutôt qu'à décrire son modèle, sa plateforme ou ses capacités techniques.
Quel processus souhaitez-vous améliorer et combien coûte-t-il aujourd'hui ? Où se trouvent les données et à qui appartiennent-elles ? Quel pourcentage de cas sont des exceptions ? Qui décide et que se passe-t-il en cas d'erreur ? Quels systèmes doivent être modifiés ? Quelles restrictions réglementaires s'appliquent ? Qu'est-ce qui a été essayé auparavant et comment le succès sera-t-il mesuré ?.
À qui appartiennent le code et la documentation une fois le projet terminé ? Que se passe-t-il si vous souhaitez changer de fournisseur ? Qui prend en charge les défauts du code livré ? Quelles sont les conséquences d’un retard ? Comment sont gérées les autorisations et la traçabilité ? Quel est le coût d’exploitation sur trois ans ? Et quel cas d’utilisation déconseilleriez-vous ?.
Troisièmement : l’assurance qu’aucun changement ne sera nécessaire dans la façon de travailler, le déni que le modèle puisse être erroné et un prix bien inférieur à la valeur marchande sans explication, ce qui exclut généralement l’intégration, les permis, les tests ou la documentation de portée.
Il s'agit de la présentation de prétendus spécialistes des agents IA par des fournisseurs qui ne le sont pas. Gartner estimait en 2025 que, parmi les milliers de fournisseurs faisant de la publicité dans cette catégorie, seuls 130 environ possédaient de réelles capacités.
Élaboration du processus et des critères pondérés avant la première démonstration, évaluation à l'aide de données propriétaires et d'un cas rare choisi par le client, et intégration d'une composante technique indépendante qui ne participe pas au même appel d'offres qu'elle évalue.
Vous évaluez des fournisseurs de logiciels d'IA ou de logiciels sur mesure ? Nous pouvons rédiger l'appel d'offres, évaluer les offres et négocier le contrat en utilisant des critères techniques indépendants, sans nous présenter comme candidats. Parlons-en →
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
