Avec l’IA, tout le monde peut développer son propre logiciel. Faut-il pour autant le faire ?

Avec l’IA, tout le monde peut développer son propre logiciel. Un prototype, ça se fait en un week-end maintenant. Mais un prototype n’est pas un outil sur lequel une équipe s’appuie tous les jours. Ce qui manque, c’est quelqu’un qui porte le projet pendant des mois, et c’est ce qui coûte le plus cher, bien plus qu’un abonnement.

Le prototype n’a jamais été aussi facile

Un vendredi soir, un responsable informatique, ou un directeur commercial un peu curieux, ouvre un assistant de code. Il lui décrit son problème : lire les bons de commande reçus par e-mail et en sortir un fichier propre, prêt à importer dans l’ERP. Le dimanche, ça marche sur les dix PDF qu’il a pris dans sa boîte mail.

C’est réel, et c’est une très bonne nouvelle : l’IA a rendu l’expérimentation presque gratuite. Le lundi, la question arrive naturellement : pourquoi payer un abonnement pour quelque chose qu’on vient de faire en deux jours ?

Ce qui manque : quelqu’un qui porte le projet

Un logiciel utilisé tous les jours a besoin de quelqu’un qui décide, qui suit, qui corrige et qui fait évoluer. Pas pendant un week-end : pendant des mois, puis des années.

• Décider : quelles commandes l’outil traite, que faire d’un prix qui ne correspond pas au tarif, qui valide quoi, ce qui part directement dans l’ERP.
• Suivre : savoir chaque jour ce qui est passé, ce qui a échoué, ce qui attend quelqu’un.
• Corriger : le client qui change de format, l’article remplacé, la mise à jour de l’ERP qui casse l’import, le modèle d’IA qui lit soudain une colonne autrement.
• Faire évoluer : ajouter les devis après les commandes, un deuxième site, une nouvelle boîte mail, un autre ERP après un rachat.

Ce travail ne se voit pas dans la démonstration du lundi. Il se compte en jours chaque mois, et il mobilise souvent les personnes les plus précieuses de l’entreprise : celles qui connaissent à la fois le métier et les outils. Quand elles changent de poste ou partent, il ne reste parfois qu’une boîte noire que personne n’ose toucher.

On ne sait pas ce qu’il nous faut avant d’avoir essayé

Il y a un deuxième piège, plus discret. Au départ, le besoin paraît simple : lire une commande et la saisir. Les détails qui font la différence n’apparaissent qu’en route :

• le client qui commande au carton quand l’ERP compte à la pièce ;
• la référence écrite à sa façon, ou pas de référence du tout ;
• l’« annule et remplace » qui arrive une heure après la première commande ;
• l’encours dépassé qu’il ne fallait surtout pas laisser passer.

On ne découvre ces détails qu’en utilisant quelque chose qui marche, sur de vraies commandes, avec la vraie équipe. Un outil maison les rencontre un par un, à vos frais, pendant que l’ADV continue de tout saisir à la main. Une solution déjà en production chez d’autres entreprises les a déjà croisés : nous en racontons quelques-uns dans nos articles sur les références client et sur la conversion des conditionnements.

Le cœur de métier, une règle que l’IA ne change pas

Beaucoup l’ont dit avant nous : concentrez vos efforts sur ce qui vous différencie de vos concurrents, sur votre cœur de métier, et déléguez le reste à ceux dont c’est le métier.

Pour un distributeur de matériel électrique, un grossiste alimentaire ou un fabricant de produits d’hygiène, ce qui fait la différence, c’est l’assortiment, la disponibilité, le conseil, la qualité de la relation avec les clients. Pas le code qui lit un PDF.

L’IA ne change pas cette règle. Elle la rend juste plus facile à oublier, parce que le premier pas ne coûte presque plus rien.

Quand développer soi-même reste une bonne idée

Il y a des cas où construire en interne se défend : un flux petit et très homogène, qu’un simple import suffit à traiter ; une équipe technique stable qui aura du temps pour ce sujet dans la durée ; ou une prise de commande qui fait vraiment partie de votre avantage concurrentiel. Et un prototype reste un excellent moyen d’apprendre, à condition de ne pas le confondre avec un outil de production. Nous avons détaillé ces cas, et une méthode pour trancher, dans développer son propre outil ou choisir une solution existante.

Ce que nous en retenons chez Eledone

Porter le projet, c’est notre métier. Nous définissons avec vous les règles de traitement, nous suivons ce que fait l’agent, nous l’adaptons quand vos clients, votre catalogue ou votre ERP changent, et nous suivons l’évolution des modèles d’IA. Votre équipe garde la main là où elle compte : Eledone ne lui montre que ce qui doit être validé par un humain.

Vous pouvez juger sur pièce avec l’essai en ligne sur une de vos commandes, ou voir le détail sur la page saisie des commandes.

Questions fréquentes

Un prototype fait avec l’IA peut-il suffire ?

Pour apprendre et formuler votre besoin, oui. Pour traiter chaque jour les commandes de vos clients, il faut quelqu’un qui le surveille, le corrige et le fait évoluer. C’est ce temps-là qu’il faut chiffrer avant de décider.

Combien coûte vraiment un outil maison ?

Le développement initial pèse peu. Le gros du coût est dans le suivi : les cas particuliers, les mises à jour de l’ERP, l’évolution des modèles d’IA, la personne qui doit rester disponible pour tout cela, et le temps pendant lequel l’équipe continue de saisir à la main.

Que garde-t-on en interne si l’on choisit une solution existante ?

Les décisions. Vos règles métier, vos priorités, la validation des cas qui le demandent et la relation avec vos clients restent chez vous. Ce que vous déléguez, c’est la technique et son entretien.

Vous voulez voir ce que ça donne sur vos propres commandes, sans projet à porter ?
Demandez une démo