Construire ou acheter ses outils internes quand l’IA écrit le code

L’IA écrit le code, pas le projet. Le prix n’est qu’un facteur sur six : un test d’adéquation d’une minute pour vos outils internes vous répond acheter, construire ou mixte.

L’IA peut accélérer le code. Le reste du projet avance au rythme de vos équipes et de vos partenaires : comprendre le problème, piloter, tester, intégrer, attendre les partenaires, former. C’est ce qui décide si l’équipe utilise l’outil. Achetez du SaaS quand le processus est courant. Construisez vous-même avec l’IA pour un prototype. Faites construire pour la production quand l’outil devient la façon dont vos opérations tournent. Avec une agence qui fait tourner sa propre usine de code IA, la construction avance en continu et les ingénieurs passent leur temps sur le problème avec votre équipe.

Une bonne agence utilise l’IA, elle aussi, et elle code donc vite. Ce que vous lui payez, c’est la part que l’IA ne fait pas : comprendre le problème, piloter, faire la recette, intégrer, conduire le changement et faire tourner l’outil en production, avec des gens qui l’ont déjà fait (comment nous construisons avec l’IA). Utilisez le test d’adéquation ci-dessous : six questions, moins d’une minute. Nous sommes une agence d’ingénierie qui construit des logiciels d’opérations, et ce guide dit donc aussi quand acheter, et quand votre prototype suffit.

Où passe le temps d’un projet aujourd’hui

Le code était autrefois le gros bloc d’un projet logiciel. Avec des outils d’IA comme Claude, ChatGPT, Lovable, Replit ou Cursor, quelqu’un de votre équipe peut obtenir du code qui marche à partir d’un prompt. Le reste du projet a gardé la même taille.

Le code a toujours été une part réduite du travail. IDC a constaté que les développeurs ont consacré 16 % de leur temps au développement d’applications en 2024 ; le reste est allé à des tâches comme la rédaction des exigences et des cas de test, la sécurité et le déploiement du code (IDC, via InfoWorld, 24 février 2025).

Les études sur l’IA et la vitesse de code ne s’accordent pas. Dans une expérience de 2023, des développeurs équipés de GitHub Copilot ont écrit un petit serveur HTTP en JavaScript 55,8 % plus vite (Peng et al.). Un essai de Google mené en 2024 avec 96 ingénieurs a estimé un gain d’environ 21 % sur une tâche d’entreprise, avec une grande marge d’erreur (étude Google, 2024). Dans l’essai de METR de 2025, 16 développeurs open source expérimentés ont mis 19 % de temps en plus avec des outils d’IA tout en se croyant plus rapides (METR, juillet 2025) ; METR considère désormais ces résultats comme dépassés. Son étude de suivi conclut que l’IA a probablement accéléré ces développeurs fin 2025, et qualifie ses propres données de « preuve seulement très faible » de l’ampleur du gain, à cause de ceux qui ont choisi d’y participer (METR, février 2026). Toutes mesurent des tâches de développement, pas des projets entiers. Même un fort gain de vitesse ne réduit qu’un bloc.

Les six blocs ci-dessous avancent au rythme de vos équipes, de vos partenaires et du calendrier.

Comprendre le problème

Avant de construire ou d’acheter, quelqu’un cartographie la façon dont le travail se fait aujourd’hui : qui fait quoi, avec quelles données, et où ça coince. Sans cela, l’outil automatise la mauvaise chose, et vite.

Piloter le projet

Quelqu’un fixe les priorités, tient le périmètre et dit non. Avec l’IA, ce rôle devient plus dur, car chaque idée semble désormais rapide à ajouter.

Exigences et retours

Chaque tour de « est-ce que c’est bon ? » demande du temps à ceux qui utiliseront l’outil. L’IA produit la version suivante en quelques minutes ; votre équipe a toujours besoin de l’après-midi pour l’essayer.

Tests et recette

L’équipe vérifie l’outil sur des cas réels avant sa mise en service : la commande bizarre du mois dernier, le client à deux adresses, le remboursement. Personne d’autre ne connaît ces cas.

Intégrations et attente des partenaires

Se connecter à votre logiciel de comptabilité ou à votre CRM, c’est demander un accès API, ouvrir un ticket chez un éditeur, attendre que votre comptable valide une correspondance. C’est du temps de calendrier, et la file d’un éditeur avance à son propre rythme.

Conduite du changement et référents

Il faut former les gens, avoir dans chaque équipe un référent qui répond aux premières questions, et fixer une date où l’ancien tableur s’arrête. Quel que soit l’outil choisi, cette partie est pour vous.

La réponse courte : trois options, chacune gagne quelque part

Achetez du SaaS quand le processus ressemble à celui de tout le monde

La comptabilité, la paie, l’email, la messagerie et les bases d’un CRM fonctionnent de la même façon dans la plupart des entreprises. L’éditeur prend en charge le code, la maintenance, la sécurité et la disponibilité. Vous gardez le paramétrage, les intégrations et la formation.

Construisez-le vous-même avec l’IA quand c’est un prototype ou un petit outil

Une poignée d’utilisateurs, aucune donnée sensible, rien d’écrit dans vos autres systèmes, et personne de pénalisé si l’outil s’arrête une journée. Le code va vite ; le cadrage, les tests et la formation sont pour vous, en plus de votre travail quotidien. C’est souvent la bonne première étape, et un prototype qui marche fait un bon cahier des charges pour la suite.

Faites-le construire pour la production quand il devient la façon dont vos opérations tournent

Plus d’utilisateurs, des droits d’accès, de vraies données, des intégrations, de la disponibilité, et un outil qui doit continuer à marcher quand celui qui l’a construit passe à autre chose. C’est le cas du logiciel métier sur mesure. Avec une agence qui fait tourner sa propre usine de code IA, la construction avance en continu et les ingénieurs passent leur temps sur le problème avec votre équipe. Une bonne agence mène tout le projet : le cadrage, le pilotage, la recette et le passage de relais, autant que le code. Vos équipes donnent toujours leurs retours, testent et portent l’outil, et le code, les comptes et les données doivent vous appartenir.

Souvent les deux : achetez le courant, construisez le processus clé et les connexions

Gardez la comptabilité, la paie, l’email et la messagerie que vous payez déjà. Construisez l’application d’opérations quotidienne et la synchronisation entre vos outils : les parties où votre entreprise se distingue de la suivante. Quand cette couche devient le système sur lequel tourne votre back-office, elle devient un back-office d’opérations construit autour de vos processus, et notre guide ERP sur mesure ou standard prend le relais.

Le prix est la petite partie : six choses qui décident entre construire et acheter

Un outil moins cher qui ne convient pas, ou que vous ne pouvez pas quitter, coûte plus que son prix. Six choses décident du choix, et le prix n’en est qu’une.

Adéquation : l’outil s’adapte-t-il à votre équipe et à votre façon de travailler ?

Un outil que votre équipe doit contourner coûte du temps, et un tableur pousse à côté. Penche pour acheter : un outil standard colle déjà à votre façon de travailler, avec quelques réglages. Penche pour construire : votre équipe travaille à sa façon, et la plier à l’outil ferait perdre cela.

Feuille de route : le risque d’attendre des fonctions d’éditeur qui n’arriveront peut-être jamais

Un éditeur construit ce que demande la plupart de ses clients. Si la fonction dont vous avez besoin n’est pas sur sa liste, vous attendez, ou vous contournez. Penche pour acheter : les fonctions actuelles suffisent. Penche pour construire : le travail dépend de quelque chose que l’éditeur ne livrera peut-être jamais.

Données : où elles sont stockées, qui y accède, pouvez-vous les exporter

Certaines entreprises peuvent garder leurs données dans le cloud de n’importe quel éditeur sérieux ; d’autres doivent décider où elles vivent et qui les voit. Vérifiez comment vous les récupéreriez, et sous quelle forme, avant de signer. Penche pour acheter : un cloud sérieux et un export propre suffisent. Penche pour construire : les données doivent rester où vous décidez, sous votre contrôle.

Dépendance : enfermement, hausses de prix, éditeur qui ferme ou se fait racheter

Un éditeur peut augmenter ses prix, changer ses offres, être racheté ou fermer. La question est de savoir à quel point cela ferait mal. Penche pour acheter : vous pourriez passer facilement à un autre outil. Penche pour construire : perdre cet outil arrêterait l’activité.

Avantage : ce processus est-il ce qui vous fait gagner ?

Si les clients vous choisissent pour la façon dont ce travail est fait, un outil construit autour de la façon de tout le monde vous fait perdre cet avantage. Penche pour acheter : le processus ressemble à celui de tout le monde. Penche pour construire : c’est ce qui vous fait gagner.

Coût : comparer 3 ans, un facteur parmi six

Comparez 3 ans d’abonnement, au prix que vous paierez après chaque renouvellement, avec le devis de construction et sa maintenance. Le devis couvre aussi le projet autour du code, pas seulement le code. Penche pour acheter : acheter coûte moins cher sur 3 ans. Penche pour construire : construire coûte moins cher sur 3 ans.

Le test d’adéquation construire ou acheter

Six questions, moins d’une minute : les cinq ci-dessus, et le coût si vous ouvrez « Comparer les coûts » et saisissez vos chiffres. Rien n’est répondu à votre place ; une question laissée de côté compte comme neutre. Vos réponses restent dans votre navigateur et dans l’adresse de la page : vous pouvez copier le lien et l’envoyer à un collègue.

Comment lire le résultat

• Le verdict tient en une ligne. Chaque réponse penche pour acheter, reste neutre ou penche pour construire, et les six comptent autant : deux ou plus d’un côté donnent Acheter ou Construire.
• Ce qui a fait pencher nomme les facteurs du côté gagnant, pour que vous puissiez vérifier les raisons, pas seulement la réponse.
• La balance montre tous les facteurs d’un coup : où chacun penche, et ceux que vous avez laissés sans réponse.
• Mixte est une réponse honnête. Quand les facteurs tirent dans les deux sens, l’audit en fait un plan chiffré : un plan écrit et un prix ferme pour le premier système.

Ce que l’IA a accéléré, et ce qu’elle n’a pas accéléré

Plus rapide aujourd’hui : la première version, les écrans, la démo

Une première version qui marche d’un formulaire, d’un tableau de bord ou d’une petite application se fait vite avec un outil d’IA, et elle montre aux gens ce qu’ils demandent mieux que n’importe quel cahier des charges. Utilisez-la ainsi.

Toujours coûteux : le projet autour du code, puis le faire tourner

Les blocs du projet ci-dessus viennent d’abord. Ensuite, un outil utilisé chaque jour a besoin de ce qui suit, chaque mois, quel que soit celui qui l’a construit :

• La maintenance. Les mises à jour, les corrections, les petits changements que les gens demandent. Une heuristique largement citée attribue à l’exploitation, à la maintenance et aux évolutions 60–80 % du coût d’un système sur sa durée de vie (Klotz, 2026, citant Lientz et Swanson, 1980, et des travaux ultérieurs).
• La sécurité et les accès. Chacun se connecte avec son propre compte et ne voit que ce qu’il doit voir, et quelqu’un retire les accès quand une personne s’en va.
• La qualité des données et le modèle de données. L’outil garde une seule version de chaque fiche, sous une forme que le prochain rapport sait lire.
• Les intégrations. Les synchronisations avec vos autres outils réessaient quand elles échouent, et quelqu’un en est prévenu.
• La disponibilité. Des sauvegardes existent, une restauration a été testée, et quelqu’un remarque quand l’outil est à l’arrêt.
• La propriété quand le constructeur s’en va. Le code, les comptes et les décisions sont écrits là où la personne suivante les trouve.

Quand un prototype fait maison avec l’IA suffit

Répondez pour votre outil. Les chiffres sont des exemples, à adapter à votre cas :

• Moins de dix personnes environ l’utilisent-elles ?
• Ne contient-il aucune donnée personnelle, client ou financière ?
• Se contente-t-il de lire vos autres systèmes, sans jamais y écrire ?
• Une journée d’arrêt ne pénaliserait-elle personne ?
• La personne qui l’a construit reste-t-elle ?
• S’il cassait, préféreriez-vous le reconstruire plutôt que le réparer ?
• Peut-on l’utiliser sans formation ?
• Se passe-t-il d’un accès accordé par un partenaire ou un éditeur ?

Tout est oui : gardez le prototype, et gardez l’argent. Chaque non est une raison de chiffrer la construction pour la production.

Comment Sabai construit avec l’IA

L’IA est notre façon de construire. Le code est écrit avec l’IA, et l’IA traverse aussi la livraison : réunions transcrites, décisions écrites dans le code, documentation tenue à jour, retours rassemblés depuis tous les canaux. Nous faisons tourner notre propre usine de code IA : la construction avance donc en continu, et nos ingénieurs passent leur temps sur le problème avec votre équipe : le comprendre, piloter, recueillir les retours, faire la recette, embarquer les référents.

Nous travaillons dans vos outils et vos données, aux côtés des personnes qui font tourner les opérations. Le périmètre vient de vos réunions, chaque tour va à de vrais utilisateurs, et ce qu’ils disent décide du suivant.

Ce que nous construisons est fait pour durer en service : chacun se connecte avec ses propres accès, les sauvegardes sont testées, l’outil est surveillé, et chaque changement part de la même façon, avec un retour possible. Il vit dans vos propres comptes dès le premier jour, avec les décisions écrites à côté du code. Une fois en service, vous le faites tourner, ou nous le faisons tourner pour vous. La maintenance est en option, et le code, les comptes et les données restent à vous.

Pour commencer petit, prenez l’audit (page en anglais), payant : il se termine par un plan écrit et un prix ferme pour le premier système. Quand le besoin est déjà clair, nous passons directement à la construction.

Les signes que votre prototype doit passer en production

• Chaque jour, plus de gens en dépendent.
• Il écrit dans votre logiciel de comptabilité ou votre CRM.
• Il contient des données de clients ou de salariés.
• Quelqu’un demande qui peut voir quoi.
• Il a cassé, et une seule personne a pu le réparer.
• Il est devenu une deuxième copie de données qui vivent ailleurs.
• Une équipe ne l’utilisera pas tant que personne ne l’aura formée.

Quand vous voyez cela, le travail à venir est le projet autour du code. Nous amenons en production des outils construits par les équipes elles-mêmes, dans le cadre de notre travail sur le logiciel métier sur mesure.

Qui répond quand ça casse

Faites le test du responsable nommé avant de décider : écrivez le nom de la personne ou de l’agence qui répond quand l’outil casse un lundi matin, et ce que coûte son temps. Si vous ne pouvez pas écrire de nom, achetez.

Il y a trois façons de remplir cette case :

• Celui qui l’a construit le garde. En plus de son travail quotidien. Prévoyez le passage de relais pour le jour où il passera à autre chose.
• Un développeur salarié. Ses heures sur l’outil, à son coût, et une deuxième personne qui peut le remplacer.
• Une agence avec un contrat de maintenance. Ses honoraires sont la maintenance que vous ajoutez dans la partie coût du test d’adéquation. La nôtre est en option : vous pouvez nous la confier, passer l’outil à vos équipes avec une formation, ou changer d’agence.

Si vous le faites construire, gardez une sortie bon marché

Trois choses limitent le coût du départ, et chacune se vérifie facilement avant de signer :

• Vos comptes dès le premier jour. L’hébergement, la base de données et le code sont ouverts au nom de votre entreprise, et le constructeur y travaille comme invité.
• Des mises à jour que n’importe qui peut refaire. Un changement part toujours par les mêmes étapes automatisées, et la version précédente est à une étape.
• Des décisions écrites à côté du code. Pourquoi les données ont cette forme, pourquoi une synchronisation tourne la nuit : c’est écrit là où le prochain ingénieur, ou votre propre assistant IA, le lira.

Avec les trois, vous pouvez partir et tout continue de marcher.

Où se place un assistant ou un agent IA

Que vous achetiez ou construisiez, un assistant ou un agent est une décision à part. Un assistant IA répond quand on lui demande : connectez un assistant comme Claude ou ChatGPT aux outils que vous avez déjà, et l’équipe l’interroge sur les commandes ou les clients avec des mots simples. Un agent prend en charge une tâche et la fait, à heure fixe ou quand les données changent, dans les limites des droits que vous fixez. Les deux marchent sur des outils achetés comme sur des outils construits, tant que l’outil laisse d’autres logiciels lire ses données par une API.

Terme API Une interface de programmation : la façon dont un logiciel parle à un système, pour lui demander des données ou lui dire de faire quelque chose.

Nous les mettons en place comme des services à part : l’intégration d’IA pour un assistant sur vos données, et les agents IA pour les tâches qui tournent seules.

Questions fréquentes

Parlons-en

Apportez le lien de votre test d’adéquation, ou le prototype que vous avez construit. À la fin, vous saurez s’il faut acheter, garder votre prototype ou le passer en production, et si nous ne pouvons pas vous aider, nous ne vous relancerons pas.

Réservez un appel gratuit de 30 minutes. Sans engagement. Vous choisissez l’heure.