Bâtir ou acheter des agents IA : une règle de décision 2026

Partez du travail à accomplir. Un produit est un bon candidat s’il traite vos cas réels tout en respectant vos exigences de données, d’autorisations et de soutien. Le développement sur mesure mérite d’être étudié lorsqu’une lacune vérifiée justifie le coût de posséder et d’entretenir la solution.

Distinguez deux décisions : ce qui demande du sur-mesure et qui assurera l’exploitation. Acheter un logiciel laisse du travail de configuration, de gestion des accès et de traitement des exceptions. Commander du code laisse des licences, de l’infrastructure et un dispositif de soutien à prévoir.

Comparez quatre options concrètes

Ces options peuvent coexister. Vous pouvez acheter l’extraction de documents, écrire un connecteur pour un ancien système comptable et conserver les règles d’approbation dans votre application. Cela n’oblige pas à entraîner votre propre modèle.

Définissez d’abord les exigences éliminatoires

Décrivez le déclencheur, les entrées nécessaires, les actions autorisées et le résultat final d’un seul processus. Incluez les cas difficiles et précisez lesquels doivent être confiés à une personne. Distinguez les exigences obligatoires des préférences négociables.

Vérifiez ces éléments avant de comparer les prix :

• Données : les champs qui quittent chaque système, les personnes qui y ont accès, les lieux de traitement et de conservation, ainsi que la suppression. Vérifiez le produit, le forfait et le contrat exacts. L’exclusion de l’entraînement d’un modèle ne définit pas à elle seule la durée de conservation.
• Autorisations : le système doit fonctionner avec les accès que vous pouvez réellement accorder. Un connecteur exigeant des droits d’administration étendus peut être éliminé même si sa démonstration fonctionne.
• Exploitation : nommez la personne responsable des exceptions, des pannes d’intégration et de la reprise, ainsi que le soutien disponible pendant son absence.
• Sortie : déterminez ce qui peut être exporté et réutilisé, ce qui reste sous licence et ce dont un autre exploitant aurait besoin pour reprendre le travail.

Une exigence de localisation des données n’impose pas automatiquement un développement interne. Un produit sous licence adapté peut y répondre. À l’inverse, du code sur mesure qui envoie des données à un service hébergé inadapté échoue aussi à cette exigence. Faites examiner l’architecture et les conditions réelles par la personne compétente.

Testez la capacité manquante avant de la faire développer

Prenons une entreprise de services fictive qui oriente les demandes entrantes. Les clients connus doivent être dirigés vers leur responsable de compte; les nouveaux prospects doivent avoir une fiche provisoire dans le CRM, avec la bonne catégorie de service. Les comptes inconnus et les renseignements contradictoires vont dans une file d’exceptions. L’envoi d’un message au client sort du cadre de ce test.

Essayez le produit disponible sur des demandes représentatives, y compris les doublons, les changements de nom de compte et les coordonnées manquantes. Une catégorie absente peut se régler par configuration. Un ancien CRM non pris en charge peut nécessiter un connecteur. Une règle que les employés n’expliquent pas de façon cohérente peut exiger une clarification du processus avant toute automatisation.

Consignez chaque lacune, sa fréquence, ses conséquences et son contournement. Comparez le coût du contournement à celui de la correction. Un processus particulier peut parfois se configurer dans un produit standard; un processus courant peut nécessiter une intégration sur mesure.

Utilisez les mêmes cas réservés et les mêmes critères d’acceptation pour chaque candidat. Notez la version du produit, ses paramètres et la date du test. Comptez les actions inacceptables séparément des catégorisations correctes. Réussir ce test justifie d’envisager un pilote limité, sans prouver la fiabilité future. Le guide du pilote explique la suite.

Comparez une année complète pour la même charge

Comparez chaque option avec le même volume de cas, les mêmes heures de service, les mêmes exigences de qualité et la même période d’exploitation. Incluez :

1. La mise en place, l’intégration, la migration, le nettoyage des données et les tests d’acceptation.
2. Le temps interne de réalisation et de gestion à son coût complet, même pour des personnes déjà salariées.
3. Les licences, l’usage des modèles, l’hébergement, la surveillance et le soutien.
4. La vérification humaine, les exceptions, les nouvelles tentatives, les corrections et l’entretien.
5. Le transfert ou la migration en cas d’arrêt ou de changement de fournisseur.

Estimez séparément les mois normaux et chargés. Indiquez ce qui provient d’un devis, d’un test mesuré ou d’une hypothèse. Ne masquez pas le temps interne dans l’option sur mesure et ne l’ajoutez pas uniquement à l’option produit. Évitez de compter deux fois un soutien déjà compris dans les frais.

Un abonnement qui paraît peu coûteux peut, par exemple, demander de fréquentes corrections manuelles. Un développement interne peut éviter cet abonnement tout en mobilisant des ingénieurs nécessaires ailleurs. Comparez le coût du travail terminé et accepté, avec l’effort humain restant. Du temps libéré crée de la capacité; il ne devient une économie de trésorerie que lorsqu’un coût baisse réellement.

Notre guide du coût des agents IA présente un calcul du délai de récupération de l’investissement et les limites de nos prix publiés. Estimez l’entretien selon le travail et le niveau de service requis, sans supposer un pourcentage fixe du coût de développement.

Ce que les statistiques de réussite ne décident pas

Le rapport de juillet 2025 de Project NANDA compare des déploiements déclarés par 52 organisations interrogées. Les auteurs avertissent que les différences entre entreprises pourraient expliquer les résultats et que les données ne suffisent pas à quantifier la réussite des approches hybrides. Ces observations ne prouvent pas qu’engager un fournisseur double vos chances de réussite.

Demandez à l’équipe interne comme au fournisseur des preuves de travaux pertinents, des résultats de tests, un responsable d’exploitation nommé et une estimation crédible. Appliquez le même critère aux deux.

Prenez une décision révisable

Consignez l’option retenue, les alternatives testées, les risques ouverts, le coût attendu et les éléments qui feraient changer la décision. Donnez au pilote un responsable, une date de bilan, une limite de dépenses et des conditions d’arrêt claires. Si aucune option ne satisfait les exigences essentielles ou ne crée assez de valeur, conserver le processus actuel est une conclusion valable.

Avant de signer, testez une exportation et vérifiez que le prochain exploitant peut l’utiliser. Un fichier de données exporté n’inclut pas nécessairement les règles, la configuration, les cas d’évaluation ou les droits nécessaires pour exécuter le processus ailleurs. Nos questions aux fournisseurs couvrent ces conditions de contrat et de transfert.

Si vous devez encore choisir le processus qui mérite un investissement, l’audit d’occasions en IA est une prestation autonome qui couvre le classement des processus, les coûts et le choix entre achat et développement. Si le processus et la lacune sont déjà définis, voyez comment nous cadrons le développement d’agents IA. La proposition doit expliquer pourquoi le sur-mesure est nécessaire dans votre cas.