La plupart des projets IA n’échouent pas parce que la technologie n’a pas fonctionné. Ils échouent parce que la société chargée de les réaliser avait une belle présentation, un pitch convaincant et aucun historique en production vraiment digne d’examen. Si vous établissez en ce moment une shortlist de sociétés de développement d’agents IA, c’est là la seule distinction qui compte.
Cet article vous propose un cadre d’évaluation structuré — les questions à poser, les réponses qui disqualifient un vendor, et les clauses contractuelles qui méritent d’être négociées avant de signer quoi que ce soit.
Pourquoi choisir son vendor est plus difficile qu’il n’y paraît
Le marché du développement d’agents IA a crû plus vite que le vivier d’équipes qui savent réellement ce qu’elles font. Beaucoup de prestataires présentent des démos de plateformes préconfigurées habillées en développement sur mesure. D’autres ont de solides références en recherche mais aucune expérience opérationnelle pour livrer des agents qui traitent de vraies données clients, se connectent à des CRM en production et restent performants après la première semaine.
Choisir le mauvais partenaire coûte bien plus que la facture initiale. Reconstruire un agent mal conçu six mois plus tard — une fois qu’il est intégré dans vos workflows — est coûteux, tant financièrement qu’en capital de confiance interne.
Une solide analyse build vs. buy vaut la peine d’être faite avant même d’ouvrir la moindre conversation avec un vendor. Une fois que vous avez décidé que le développement sur mesure est la bonne voie, utilisez cette checklist pour évaluer qui devrait s’en charger.
Les quatre points qui distinguent les bonnes sociétés d’agents IA des autres
1. Elles peuvent vous montrer des agents en production
Pas une démo en sandbox. Pas un prototype construit pour une conférence. Demandez explicitement : « Pouvez-vous nous présenter un agent que vous avez déployé et qui gère actuellement de vraies tâches métier pour un client actif ? »
Une réponse crédible inclut : ce que fait l’agent, à quels systèmes il se connecte, ce qui se passe quand il reçoit une entrée inattendue, et — idéalement — comment il est surveillé. Les références vagues à « plusieurs déploiements enterprise » sans détail concret sont un signal d’alerte.
S’ils hésitent à cause de NDA, c’est compréhensible. Demandez-leur de décrire la fonction et l’architecture de l’agent sans nommer le client. Les équipes expérimentées peuvent le faire sans sourciller.
2. Elles parlent des échecs avant que vous le demandiez
Toute équipe de développement IA expérimentée a une histoire d’agent qui s’est comporté de façon inattendue en production. La manière dont elle l’a géré — détection, diagnostic, rollback — en dit bien plus sur sa maturité opérationnelle que ses histoires de succès.
Les équipes qui n’ont jamais eu d’incident soit n’ont pas assez livré, soit ne vous disent pas la vérité. Posez directement la question : « Qu’est-ce qui a mal tourné avec un agent que vous avez développé, et comment avez-vous réagi ? » Si la réponse est « rien de significatif », continuez à étoffer votre shortlist.
Cela est directement lié à la question de pourquoi les projets d’agents IA échouent — la plupart des échecs sont prévisibles et les prestataires expérimentés savent comment les mitiger en amont.
3. Elles cadrent soigneusement avant de chiffrer
Les prestataires qui vous donnent un prix fixe dans les 24 heures suivant un premier appel, sans avoir cartographié vos sources de données, vos exigences d’intégration ou vos cas limites, font des suppositions. Ou ils prévoient de renégocier plus tard.
Le bon prestataire prendra le temps de comprendre vos workflows actuels, votre stack existant et ce que « terminé » signifie concrètement pour votre organisation. Il facturera peut-être cette phase de discovery. C’est bon signe — cela indique qu’il prend le cadrage au sérieux. Un engagement de discovery qui produit une spécification technique claire est de l’argent bien investi avant de s’engager dans un build plus important.
4. Elles ont une opinion sur l’architecture
Une société de développement d’agents IA avec une vraie expertise a un point de vue sur la façon de construire votre cas d’usage spécifique. Elle recommande une approche — et, plus important encore, elle peut expliquer pourquoi elle n’utiliserait pas une autre.
Si elle acquiesce à tout ce que vous proposez sans jamais s’y opposer, ce n’est pas de l’orientation client. C’est une équipe qui ne sait pas assez pour exprimer un désaccord. Le bon partenaire vous dira quand un outil plus simple suffirait, quand une architecture multi-agents est prématurée, et quand une plateforme no-code serait moins chère et suffisante.
Questions à poser à chaque vendor
Utilisez-les lors des calls de discovery. Écoutez la précision, pas la rhétorique.
- « Comment gérez-vous les défaillances d’agent en cours de tâche ? » Vous voulez entendre parler de logique de retry, d’états de fallback, de chemins d’escalade humaine et d’outils d’observability — pas de rassurances sur le fait que leurs agents « échouent rarement. »
- « À quoi ressemble votre dispositif de monitoring après le déploiement ? » Les agents se dégradent silencieusement si personne ne les surveille. Les bons prestataires intègrent logging et alerting dès le départ.
- « Comment gérez-vous les mises à jour de prompt et de modèle sans casser le comportement existant ? » Les sorties des LLM changent lors des mises à jour de modèles. Les équipes matures ont des frameworks de tests de régression et d’évaluation en place.
- « À qui appartient le code et la configuration de l’agent après la livraison ? » Cela doit être sans ambiguïté dans le contrat. Vous voulez un transfert complet de propriété intellectuelle et la possibilité d’engager quelqu’un d’autre pour la maintenance.
- « Pouvez-vous décrire votre gestion des données et votre posture de sécurité ? » Pour tout agent qui touche à des données clients ou à des systèmes internes, vous avez besoin d’une réponse claire sur la résidence des données, les contrôles d’accès et si vos données sont utilisées pour l’entraînement de modèles.
Comprenez ce que vous comparez entre prestataires en consultant ce que coûte réellement le développement d’un agent IA — le réalisme budgétaire accélère la shortlist.
Les signaux d’alerte qui doivent clore la conversation
Ils commencent par le nom du modèle, pas par le cas d’usage. « Nous construisons sur GPT-5 » ou « Nous construisons sur Claude » n’est pas un facteur différenciant. Le modèle est un composant. L’architecture, le tooling, le travail d’intégration et les tests, voilà où réside la valeur.
Ils promettent des chiffres ROI sans connaître vos opérations. Tout prestataire affirmant que vous économiserez 40 % des coûts de main-d’œuvre avant de comprendre vos processus actuels fait des suppositions ou vous dit ce que vous voulez entendre. Des projections ROI crédibles requièrent de connaître vos coûts actuels, vos volumes de processus et vos taux d’erreur.
Leur démo ne se connecte pas à de vraies données. Un chatbot qui répond à des questions tirées d’un document statique n’est pas un agent IA. Si leur démo ne montre pas de tool calls, d’intégrations API ou de prise de décision structurée entre systèmes, ils n’ont peut-être jamais livré le type d’agent que vous souhaitez acquérir.
Aucun modèle de support post-lancement. Les agents ont besoin de réglages après le déploiement. Si l’engagement du prestataire se termine à la livraison, vous serez seul quand les cas limites apparaîtront — et ils apparaîtront. Demandez précisément à quoi ressemblent l’hypercare, le SLA et les options de maintenance.
Clauses contractuelles à prioriser
La plupart des acheteurs se concentrent sur le prix et le calendrier. Ces clauses comptent davantage :
- Cession de propriété intellectuelle : transfert complet à vous au paiement final, aucun arrangement de rétrocession de licence laissant un levier au prestataire.
- Accord de traitement des données : définit comment vos données sont traitées, stockées et si elles peuvent être utilisées pour l’entraînement de modèles. Essentiel pour la conformité au RGPD.
- Critères d’acceptation : définit ce que signifie « terminé ». Sans critères clairs, les litiges sur la complétude sont quasi garantis.
- Escrow ou accès au code source : si le prestataire cesse son activité, vous avez besoin d’un moyen d’accéder à ce que vous avez payé et de le maintenir.
- Paiements basés sur des jalons : lie la trésorerie à la livraison, pas au temps. Réduit votre exposition si un projet s’enlise.
Pour les agents traitant des données personnelles ou sensibles, vérifiez également l’alignement avec les exigences de protection des données — particulièrement pertinent pour les entreprises suisses sous la nLPD et pour tout déploiement à destination de l’UE.
À qui cela s’applique (et qui peut passer)
Cette checklist est destinée aux organisations qui planifient un build custom d’agents IA — situations où une plateforme no-code a atteint ses limites, votre cas d’usage est assez complexe pour justifier un développement sur mesure, ou vous avez besoin d’une intégration profonde avec des systèmes internes.
Si vous êtes encore dans la phase d’exploration pour savoir si les agents IA conviennent à votre organisation, le framework ROI des agents IA est un meilleur point de départ. La sélection du vendor devient simple dès que vous savez quel résultat vous cherchez réellement à atteindre.
Ce qu’Orange ITS fait différemment
Orange ITS est un cabinet de conseil en IA suisse basé à Chiasso. Nous concevons et livrons des agents IA sur mesure — connectés à votre CRM, ERP ou systèmes opérationnels — et nous restons impliqués après le lancement pour garantir qu’ils fonctionnent comme prévu.
Nous ne vendons pas de modèles. Nous cadrons les cas d’usage, construisons selon votre architecture et remettons du code dont vous êtes l’unique propriétaire. Chaque engagement commence par une phase de discovery technique avant tout engagement de build.
Si vous êtes en phase d’évaluation active de prestataires, un appel de 30 minutes avec notre équipe vous donnera une image claire de ce que nous construirions pour votre situation spécifique, ce que cela coûterait en termes approximatifs, et si nous sommes le bon choix — ou si quelqu’un d’autre vous servirait mieux. Sans engagement, sans présentation.
Prenez rendez-vous avec Orange ITS et apportez vos questions de shortlist. Nous y sommes habitués.