Skip to content
Sur mesure vs plateforme

Agents IA : développer ou acheter ? Un cadre de décision

Orange ITS — Équipe d’ingénierie IA 10 min de lecture

La plupart des débats sur le développement interne ou l’achat d’une solution se terminent dans une impasse. Le partisan de la solution standard cite la rapidité de déploiement et les faibles coûts initiaux. Le responsable technique interne défend le contrôle et la flexibilité à long terme. Le directeur général veut une recommandation pour jeudi. Personne ne quitte la salle avec une décision.

Cet article vous propose une sortie structurée. Évaluez cinq dimensions, additionnez le total, et vous disposerez d’une position défendable — pas un ressenti intuitif, pas un argumentaire commercial — à présenter à votre conseil d’administration.

Un avertissement important d’emblée : « acheter » ne signifie pas une seule chose. Le marché se divise aujourd’hui en au moins trois options distinctes, et choisir entre elles compte autant que la question principale développement-ou-achat.


Les Trois Options entre lesquelles Vous Choisissez Réellement

Avant d’évaluer quoi que ce soit, soyez précis sur ce que « acheter » signifie dans votre situation :

Agents SaaS prêts à l’emploi — assistants IA préconfigurés de fournisseurs (Intercom, Zendesk, HubSpot, etc.) avec des fonctionnalités AI intégrées. Les plus rapides à déployer ; les moins personnalisables ; vous travaillez dans leur UX et leur modèle de données.

Builders d’agents no-code / low-code — plateformes comme Zapier AI, Make, Voiceflow ou Botpress qui permettent à des non-développeurs d’assembler visuellement la logique des agents. Plus flexibles que le SaaS, mais ils atteignent rapidement leurs limites lorsque la complexité augmente. Nous avons analysé ce plafond en détail dans Quand les builders d’agents IA no-code atteignent leurs limites.

Développement sur mesure — un agent construit sur des frameworks ouverts (LangGraph, CrewAI, Mastra) ou de toutes pièces, conçu et livré par une équipe de développement. Coût initial le plus élevé ; flexibilité à long terme et profondeur d’intégration maximales.

Des approches hybrides existent également — un builder no-code pour le workflow front-end, une couche de modèle ou d’intégration personnalisée en dessous. Le scorecard prend en compte ce cas.


Le Scorecard en Cinq Dimensions

Évaluez chaque dimension de 1 à 3. Additionnez le total.

  • Score 5–8 : une solution standard ou low-code est probablement le bon choix.
  • Score 9–11 : approche hybride. Envisagez une plateforme pour le front-end avec une couche d’intégration personnalisée.
  • Score 12–15 : le développement sur mesure est probablement la bonne réponse.

Il s’agit d’un guide, pas d’une prescription. Utilisez-le pour ancrer la conversation.


Dimension 1 — Valeur Différenciante (1–3)

Demandez-vous : Cet agent touche-t-il un processus qui constitue une source d’avantage concurrentiel pour notre entreprise ?

  • 1 point — Le processus est générique (planification, déflexion de FAQ, routage de documents). Vos concurrents dans votre secteur le gèrent de la même façon, et la manière dont vous le gérez n’est pas une raison pour laquelle les clients vous choisissent.
  • 2 points — Le processus compte pour les clients mais ne vous est pas propre. Vous avez des préférences spécifiques sur son fonctionnement qu’aucun produit standard ne satisfait tout à fait.
  • 3 points — Le processus est un différenciateur central. La façon dont vous le gérez fait partie de votre produit, de votre marque ou de votre histoire de marge. Le confier à une plateforme revient à rendre votre avantage concurrentiel identique à celui de toutes les autres entreprises sur cette plateforme.

Une société de logistique disposant d’un algorithme de cotation propriétaire se note 3 ici. Un cabinet d’avocats déployant un agent pour gérer les questionnaires d’intégration des nouveaux clients pourrait se noter 2 — c’est important, mais ce n’est pas l’expertise juridique du cabinet.


Dimension 2 — Profondeur d’Intégration (1–3)

Demandez-vous : À quel point cet agent doit-il se connecter aux systèmes internes ?

  • 1 point — L’agent peut accomplir sa mission avec des données disponibles via des API standard ou des intégrations publiques. Votre CRM, calendrier ou système de ticketing est suffisamment courant pour être supporté par toutes les plateformes.
  • 2 points — L’agent a besoin d’accéder à deux ou trois systèmes internes, dont au moins un avec une interface non standard, une composante on-premise ou un schéma de données sur mesure.
  • 3 points — L’agent doit lire ou écrire dans des tables ERP, des bases de données legacy, des API internes propriétaires ou des entrepôts de données réglementés avec des exigences spécifiques de contrôle d’accès. Les connecteurs standard n’existent pas ou ne sont pas fiables.

Les PME suisses découvrent souvent qu’elles se notent 3 ici lorsqu’elles commencent à cartographier leurs flux de données réels — une intégration Sage 200 ou un ERP développé sur mesure ne figure sur la liste des connecteurs natifs d’aucune plateforme, et l’effort pour combler cet écart appartient au côté coût de l’équation développement-ou-achat.


Dimension 3 — Sensibilité des Données (1–3)

Demandez-vous : Quelle est la sensibilité des données que l’agent traitera, et où doivent-elles résider ?

  • 1 point — Les données ne sont pas sensibles ou se trouvent déjà dans un environnement SaaS. Le traitement via une plateforme tierce est acceptable au regard de votre politique de données et des réglementations applicables (LPD révisée, RGPD, règles sectorielles).
  • 2 points — Les données sont modérément sensibles. Vous êtes prêt à utiliser une plateforme cloud, mais vous avez besoin de garanties contractuelles sur la résidence des données, et vous ne souhaitez pas que celles-ci soient stockées indéfiniment sur l’infrastructure partagée de la plateforme.
  • 3 points — Les données sont hautement sensibles (dossiers médicaux, données financières, communications protégées par le secret professionnel, dossiers du personnel) ou il existe des exigences explicites pour un traitement on-premise ou en cloud privé (typiquement imposées par des régulateurs sectoriels comme la FINMA ou des règles de confidentialité médicale, et non par la seule LPD révisée). De nombreuses plateformes ne peuvent satisfaire cette exigence sans modules enterprise qui transforment radicalement le tableau des coûts.

Les opérateurs de santé en Suisse, les fiduciaires et les cabinets d’avocats se notent presque toujours 3 ici.


Dimension 4 — Fréquence des Changements (1–3)

Demandez-vous : À quelle fréquence la logique, les sorties ou les intégrations de l’agent devront-elles évoluer ?

  • 1 point — Le processus géré par l’agent est stable. Vous prévoyez de le configurer une fois et d’effectuer des ajustements mineurs au plus chaque trimestre. Le rythme de mise à jour du fournisseur ne perturbera pas votre flux de travail.
  • 2 points — Le processus change quelques fois par an. Vous pouvez tolérer la charge de gestion des changements de la plateforme, mais vous avez eu de mauvaises expériences avec des mises à jour imposées par le fournisseur qui ont cassé des choses.
  • 3 points — Le processus change fréquemment — nouvelles lignes de produits, mises à jour réglementaires, évolutions de marché. Chaque modification sur une plateforme no-code implique de démonter un workflow visuel et de le reconstruire. Cette charge s’accumule. Sur un système personnalisé, un développeur modifie une configuration ou un template de prompt ; sur une plateforme, c’est une reconstruction.

Si vos exigences de conformité évoluent avec les mises à jour réglementaires suisses ou si votre catalogue produits change saisonnièrement, soyez honnête avec vous-même ici.


Dimension 5 — Capacité Interne (1–3)

Demandez-vous : Ce que votre équipe peut réalistement maintenir après le go-live ?

Cette dimension fonctionne à l’inverse. Un score élevé n’est pas toujours un avantage.

  • 1 point — Votre équipe dispose de développeurs à l’aise avec Python ou TypeScript, familiers avec les API et ayant une certaine expérience des systèmes basés sur des LLM. Ils peuvent prendre en charge un agent développé sur mesure après la transmission.
  • 2 points — Vous avez du personnel opérationnel techniquement compétent qui peut travailler dans un environnement no-code mais pas dans le code. Un développement sur mesure nécessiterait un support continu du fournisseur pour tout changement au-delà de la configuration.
  • 3 points — Aucune capacité technique significative en interne. Vous avez besoin de quelque chose qu’un utilisateur métier peut maintenir, ou d’un modèle de service entièrement géré.

Pour le calcul : si vous vous êtes noté 1 ici, soustrayez 1 de votre total (la capacité interne réduit le coût du sur mesure). Si vous vous êtes noté 3, ajoutez 1 (elle augmente le coût réel du sur mesure, même si toutes les autres dimensions pointent dans cette direction).


Application du Scorecard : Deux Exemples Concrets

Exemple A — Un courtier en assurances suisse de 40 personnes déployant un agent pour gérer les rappels de renouvellement de polices

  • Valeur Différenciante : 1 (processus générique)
  • Profondeur d’Intégration : 2 (connexion au système de gestion des polices via une API REST bien documentée)
  • Sensibilité des Données : 2 (données personnelles, traitement conforme au RGPD requis, mais le cloud est acceptable avec des garanties contractuelles)
  • Fréquence des Changements : 1 (le processus de renouvellement change rarement)
  • Capacité Interne : 3 (aucun développeur dans l’équipe)

Total : 9 — Hybride. Un builder no-code comme Voiceflow ou Make, avec des accords de traitement des données soigneusement rédigés, constitue un point de départ raisonnable. Si l’API du système de polices s’avère moins propre que documentée, reconsidérez la décision.

Exemple B — Une entreprise manufacturière suisse de 120 personnes déployant un agent pour traiter les confirmations de commandes entrantes, vérifier les stocks dans son ERP on-premise et signaler les exceptions à l’équipe logistique

  • Valeur Différenciante : 2 (la gestion des commandes est centrale pour leurs opérations, pas un différenciateur en soi, mais leur processus spécifique est idiosyncrasique)
  • Profondeur d’Intégration : 3 (ERP on-premise, tables de stocks personnalisées, workflow interne de gestion des exceptions)
  • Sensibilité des Données : 2 (données commerciales, aucune contrainte réglementaire stricte au-delà de la protection des données standard)
  • Fréquence des Changements : 2 (le mix produits change trimestriellement, quelques ajustements de processus attendus)
  • Capacité Interne : 1 (petite équipe de développement interne, à l’aise avec les API)

Total : 10 (moins 1 pour la capacité) = 9 — Hybride, tendance sur mesure. Dans ce cas, nous recommanderions de commencer par une couche d’intégration personnalisée connectée à l’ERP, avec un workflow front-end léger que l’équipe interne peut ajuster. Un développement entièrement sur mesure se justifie si le budget le permet.


Ce que le Scorecard Ne Vous Dit Pas

Aucun scorecard ne remplace le jugement sur les coûts. Une entreprise qui obtient 14 dans ce cadre peut néanmoins regarder le coût initial du développement sur mesure et décider qu’une plateforme est le choix pragmatique pour les douze prochains mois — avec un plan de migration lorsque les limites se feront sentir. C’est un choix valide.

Ce que vous voulez éviter, c’est de faire ce compromis sans le reconnaître. Une décision pour une plateforme prise sans évaluer la profondeur d’intégration n’est pas une décision ; c’est un espoir. Quand la plateforme ne peut pas communiquer avec votre ERP au quatrième mois, l’intégration personnalisée d’urgence coûte plus cher que de faire les choses correctement dès le début.

Le tableau du coût total de possession mérite un examen séparé — Le coût réel des agents IA : TCO sur mesure vs plateforme entre dans le détail des chiffres qui apparaissent rarement dans les propositions des fournisseurs. Et si le lock-in vous préoccupe, Lock-in sur les plateformes d’agents IA : les risques que personne ne chiffre explique à quoi ressemblent réellement les coûts de migration.


Qui Devrait Développer, et Qui Devrait (Probablement) Acheter

SignalDirection probable
Processus générique et stablePlateforme ou SaaS
Aucune capacité de développement interne, budget limitéPlateforme low-code (en gardant les yeux ouverts sur les limites)
Les données doivent rester on-premise ou dans une juridiction spécifiqueSur mesure ou déploiement en cloud privé
L’agent est une partie centrale de votre produit ou serviceSur mesure
Vous disposez d’une équipe de développement interne opérationnelleSur mesure ou hybride
Vous avez besoin d’un proof-of-concept en deux semainesPlateforme pour valider, sur mesure pour passer à l’échelle
L’intégration nécessite des systèmes internes non standardSur mesure
Vous avez déjà subi les conséquences d’un vendor lock-inSur mesure

Le Rôle d’Orange ITS

Nous travaillons avec les trois modes de livraison — nous aidons les clients à vérifier si une plateforme correspond réellement à leurs besoins avant qu’ils s’engagent, et nous développons la couche personnalisée quand ce n’est pas le cas. Notre priorité est de livrer des agents opérationnels, pas de défendre une technologie particulière.

Les équipes avec lesquelles nous travaillons le mieux sont celles qui souhaitent un second avis sur la décision avant de signer un contrat avec une plateforme ou de lancer un développement interne. Se tromper sur le choix développement-ou-achat au départ est la première raison pour laquelle les projets d’agents IA ne tiennent pas leurs promesses — il est moins coûteux de faire les choses correctement lors d’une conversation structurée que de défaire six mois de déploiement sur une plateforme.

Si vous travaillez actuellement sur cette décision, un appel de 30 minutes avec notre équipe chez Orange ITS vous donnera une recommandation claire pour votre initiative spécifique — pas un pitch générique pour une approche. Nous vous poserons des questions sur votre stack, vos données et votre capacité interne, et nous vous dirons honnêtement où nous situons le risque.

Réserver un appel de cadrage de 30 minutes

Nous sommes basés à Chiasso, nous intervenons dans toute la Suisse et en Europe, et nous avons livré du développement d’agents IA sur mesure pour des entreprises de 15 à 500 collaborateurs. Aucun engagement, aucune présentation commerciale.

Insights

Passez de l’idée à l’action

Un appel de 30 minutes suffit pour savoir si un agent IA s’intègre à votre flux de travail — et ce qu’il rapporterait.