Devrais-je engager une agence IA, un pigiste ou bâtir à l’interne?
N’embauchez à l’interne qu’une fois que le système fonctionne et que vous savez ce qu’il doit faire — avant cela, vous payez un salaire pour découvrir les besoins. Un pigiste est la voie la moins chère vers un prototype, et le mauvais choix dès que le travail touche des données clients, des paiements ou quoi que ce soit qui doit continuer de rouler après son départ. Une agence vous procure de la continuité et de la supervision, et vous payez pour les couches entre vous et la personne qui écrit le code.
Le risque que personne n’évalue correctement, c’est la continuité. Quand un pigiste termine, le savoir accumulé part avec lui. Si une API change six mois plus tard, il n’y a pas de ligne de soutien. C’est correct pour un prototype et coûteux pour tout ce qui porte une charge réelle. Le test est simple : si une panne d’une semaine de ce système vous coûtait de l’argent réel, la personne qui l’a bâti ne peut pas être quelqu’un dont vous ne pouvez pas garantir la disponibilité.
La prime d’agence achète de vraies choses — une relève quand quelqu’un est malade, un deuxième regard, un processus qui survit au roulement de personnel — mais elle achète aussi un chargé de compte qui traduit votre problème à un développeur que vous ne rencontrez jamais, et c’est dans la traduction que les besoins meurent. L’indice, c’est qui se présente à l’appel de vente. Si la personne qui délimite le travail ne touchera jamais au code, chaque décision que vous prenez ensemble sera redécidée plus tard par quelqu’un qui n’était pas dans la pièce.
L’interne est le bon point d’arrivée pour un système devenu central dans votre façon de fonctionner, et le mauvais point de départ. Un développeur à temps plein coûte plus de 180 000 $ par année, charges comprises, avant que quoi que ce soit soit livré, et les premiers mois d’un projet mal défini brûlent ce salaire à découvrir ce qu’il faudrait bâtir — un travail qu’un mandat externe bien délimité fait plus vite et avec une fin définie. La séquence qui fonctionne : faire bâtir le système à l’externe, l’utiliser assez longtemps pour savoir ce dont il a vraiment besoin, puis embaucher la personne qui en sera responsable, avec la documentation et la propriété des comptes déjà à votre nom pour que la passation soit réelle.
Peu importe la formule choisie, trois questions filtrent la plupart des mauvais résultats : qui exactement écrit le code, et est-ce que je peux lui parler; à qui appartiennent le code et les comptes dès le premier jour; et quel est le plus petit premier jalon sur lequel nous pouvons vous juger. Un fournisseur qui résiste à l’une des trois vous montre comment le mandat va se dérouler.
VX-N n’est volontairement aucune des trois formules : une petite équipe où la personne au bout du fil est celle qui bâtit. Il n’y a pas de chargé de compte qui relaie votre problème à un développeur que vous ne rencontrez jamais. Si votre problème a réellement besoin d’une agence de douze personnes, nous vous le dirons lors du premier appel.
Dernière révision le 28 août 2026