À budget égal, une gamme au-dessus

Pendant des années, j'ai tenu le même discours à une partie de mes clients : « Pour ce budget, on va partir sur une solution standard et l'adapter du mieux possible. » Un WordPress codé sur mesure pour un site, un PrestaShop pour une boutique, un logiciel du marché ou un tableur pour le reste. Des solutions solides, mais pensées pour tout le monde, donc pour personne en particulier. Et c'était au métier du client de s'y plier.

Depuis quelques mois, mon discours a changé. Pour un budget comparable, je peux proposer des sites web, des boutiques en ligne et surtout des logiciels métier sur mesure d'une gamme au-dessus. La raison tient en deux lettres, et elle mérite quelques explications honnêtes.

J'expliquais en août que le coût du code s'est effondré, mais pas tout le reste. C'était un constat de marché. Ici, je parle de mon quotidien : comment j'utilise l'IA, ce qu'elle me permet de proposer, et ce qu'elle ne change pas.

Un outil pertinent, mis sur le marché de la pire des manières

Je vais être direct : je pense que l'IA est un outil réellement utile. Je pense aussi qu'elle a été mise sur le marché de la pire des manières.

Des promesses démesurées, d'abord : les développeurs allaient disparaître, les interfaces aussi, et n'importe qui allait créer un logiciel en une phrase. Une course entre quelques géants qui avance bien plus vite que l'encadrement. Des données envoyées à des services dont on ne sait pas toujours où ils les stockent ni ce qu'ils en font. Et des suppressions de postes justifiées par l'IA, pendant que beaucoup d'entreprises arrêtaient de former des développeurs juniors.

Mais l'outil est là, et le rejeter ne le fera pas disparaître. Mon choix a été de faire avec, en m'imposant des règles.

Soyons honnêtes : sur l'écriture pure du code, l'IA est aujourd'hui plus rapide, et souvent meilleure, que la grande majorité des développeurs. Moi compris. Ça ne veut pas dire qu'elle sait quoi écrire. Voici comment je répartis le travail :

• Ce que je lui confie : le code répétitif, les formulaires, les composants d'interface, la documentation technique, les premières pistes de maquettes et leurs variantes.
• Ce que je relis : tout ce qui part en production, sans exception. Un code qui semble fonctionner peut être faux, lent ou vulnérable.
• Ce que je garde : l'architecture, le modèle de données, le choix des technologies et des librairies, la sécurité, et la compréhension de votre métier.

Ce dernier point, c'est le cœur de mon travail depuis plus de quinze ans et une centaine de projets. Savoir qu'une entreprise facture différemment un dépannage et un chantier, qu'un technicien n'a pas de réseau dans une cave, ou qu'un commercial doit retrouver une fiche client en deux clics : aucun prompt ne le devine à votre place.

Sites web : ce que je proposais avant, ce que je propose maintenant

Pendant longtemps, pour un site vitrine ou éditorial, ma proposition était un WordPress sur mesure : thème codé à la main, sans page builder. Un bon compromis, parce que WordPress fournit d'emblée le back-office, les médias et les utilisateurs, et que le budget pouvait se concentrer sur le reste.

Je connaissais une architecture plus ambitieuse, dite découplée (headless) : un back-office dédié aux contenus d'un côté, un site indépendant de l'autre. Meilleure sur bien des points, mais trop coûteuse à développer pour la plupart de mes clients. Je la réservais aux projets qui pouvaient se l'offrir.

Ce n'est plus le cas. Aujourd'hui, pour une enveloppe comparable, je livre des sites web construits avec Astro et alimentés par un back-office Strapi :

• Un back-office modelé sur vos contenus, et non sur le schéma « articles et pages » : réalisations, équipes, horaires, offres d'emploi.
• Des pages rapides. Astro n'envoie au navigateur que le JavaScript strictement nécessaire.
• Une surface d'attaque réduite, puisque le site public est en grande partie statique et n'expose pas directement le back-office.
• Des contenus réutilisables par une application ou un outil interne, et une refonte graphique possible sans toucher aux contenus.

Le visuel en profite aussi. L'IA accélère la conception des maquettes, des animations et des illustrations, et la légèreté d'Astro permet d'aller plus loin sans ralentir le site. Mais une belle façade ne fait pas un bon site : c'est un bonus, pas l'argument.

Boutiques et applications : choisir la bonne solution, pas la seule abordable

Pour l'e-commerce, PrestaShop permet de lancer rapidement une boutique complète, tant que votre façon de vendre correspond au modèle prévu. Dès qu'elle en sort (tarifs par client professionnel, produits configurables, abonnements, liaison avec un logiciel de gestion), chaque besoin devient un module, et chaque mise à jour un pari. Avec Sylius, un framework e-commerce open source bâti sur Symfony, on ne contourne plus le fonctionnement standard : on code directement le vôtre. Ce niveau de personnalisation, longtemps réservé aux gros budgets, devient envisageable pour des boutiques plus modestes.

Côté mobile, Flutter permettait déjà de produire iOS et Android à partir d'une seule base de code. Avec l'IA, une application pour vos techniciens ou vos clients devient un projet réaliste. Et quand une application web installable (PWA) suffit, je le dis : c'est moins cher, et ça évite la validation par les stores.

Logiciels métier : ce qui était hors de portée ne l'est plus

C'est pour moi le changement le plus important. Pour les sites, l'IA permet une montée en gamme. Pour les outils internes, elle ouvre une porte qui était presque fermée aux petites entreprises.

Beaucoup de TPE et PME pilotent encore leur activité avec un tableur partagé qui supporte mal les accès simultanés et le terrain, un SaaS générique qui ne couvre qu'une partie du besoin, ou un outil no-code qui devient ingérable en grossissant. Dans bien des cas, c'est l'entreprise qui finit par s'adapter : on contourne, on ressaisit, on garde un fichier « à côté ».

Le SaaS mérite qu'on s'y arrête, parce qu'il est souvent pertinent : prêt à l'emploi, maintenu par l'éditeur, rapide à déployer. Pour une petite équipe dont le besoin correspond au logiciel, il reste difficile à battre. Son piège, c'est son modèle de prix. Un abonnement d'entrée de gamme à 30 € HT par utilisateur et par mois paraît anodin. Pour une équipe de 20 personnes, c'est 600 € chaque mois, 7 200 € par an, et plus de 21 000 € sur trois ans. Pour un outil qui ne vous appartient pas, dont le tarif peut augmenter, dont les fonctions avancées sont souvent réservées aux formules supérieures, et dont la facture grimpe à chaque recrutement.

Un outil sur mesure a lui aussi un coût : développement, hébergement, maintenance. Mais ce coût n'augmente pas à chaque nouvel utilisateur.

Un outil développé sur mesure prend le problème dans l'autre sens. Il reprend votre vocabulaire, vos étapes, vos exceptions. Le technicien voit ce dont il a besoin sur le terrain, la facturation se prépare sans ressaisie, le dirigeant retrouve ses indicateurs sans consolider trois fichiers. Un premier outil ciblé sur un vrai point de friction (planning, interventions, devis, stock) entre aujourd'hui dans des budgets proches de ceux d'un site ambitieux.

Trois points que j'aborde systématiquement avec mes clients :

• Le coût se compare sur trois à cinq ans, en tenant compte de l'évolution de vos effectifs, pas seulement de l'équipe actuelle.
• Vos données restent les vôtres, hébergées où vous le souhaitez et exportables à tout moment.
• L'adoption compte autant que le code. Un outil que l'équipe n'utilise pas ne vaut rien, alors l'interface se conçoit avec ceux qui s'en serviront.

Et si vous êtes tenté de générer cet outil vous-même avec une IA : pour un prototype, allez-y, c'est un excellent moyen de clarifier votre besoin. Pour un logiciel qui gère vos clients, vos factures et les accès de vos salariés, la vraie question devient : est-il sécurisé, sauvegardé, maintenable ? C'est justement la partie que l'IA ne fait pas seule.

Utiliser l'IA chez vous, sainement et en gardant la main

Puisque l'IA fait partie de mon quotidien, je propose aussi à mes clients de l'intégrer dans leurs propres outils. Avec la même prudence que celle que je m'applique.

Utiliser l'IA sainement, c'est d'abord savoir où elle apporte vraiment quelque chose : trier des demandes entrantes, résumer un document, extraire les informations d'un devis ou d'une facture, aider à rédiger une réponse. Et savoir où elle n'a rien à faire : décider à la place d'un humain, ou traiter seule des informations sensibles sans contrôle.

C'est ensuite savoir où partent vos données. Envoyer des fiches clients ou des documents internes à un service hébergé hors d'Europe n'est pas un détail. Selon la sensibilité des informations, plusieurs options existent : un fournisseur européen, un modèle open source hébergé en France, voire un modèle plus léger qui tourne directement sur vos propres serveurs.

Dans la mesure du possible, je privilégie ces solutions souveraines. Mais je ne prétendrai pas qu'elles conviennent à tous les cas : un modèle hébergé localement reste moins puissant que les plus grands modèles du marché, et son hébergement a un coût. L'enjeu est de trouver, projet par projet, le bon équilibre entre performance, confidentialité et budget.

C'est enfin être transparent avec vos propres utilisateurs lorsqu'ils interagissent avec une IA, ce que le règlement européen sur l'IA prévoit d'ailleurs.

Ce que l'IA ne change pas

Le prix ne s'effondre pas. Un devis n'a jamais payé le temps passé à taper du code. Il paie la compréhension du besoin, l'architecture, la vérification, la mise en production et le suivi, c'est-à-dire ce « tout le reste » qui a gardé toute sa valeur. Le temps gagné, je ne le rends pas en remise : je le réinvestis dans ce que je livre.

Un projet vivant se maintient. Hébergement, mises à jour, sauvegardes, évolutions. Strapi, par exemple, est une application serveur à maintenir, et certaines montées de version demandent un vrai travail. C'est à prévoir, même si ça reste plus sain qu'un empilement d'extensions tierces.

Un nouvel outil demande un temps d'adaptation. Un back-office sur mesure est plus clair qu'un back-office générique, mais une équipe habituée à WordPress aura besoin de quelques jours pour prendre ses repères.

Vous ne devez pas dépendre de moi. « Et si vous disparaissez ? » est une question légitime. Astro, Strapi, Symfony, Sylius et Flutter sont open source, matures et portés par de larges communautés. Le code et la documentation vous sont livrés, et tout développeur compétent sur ces technologies peut reprendre le projet. Accessoirement, ces outils très documentés sont aussi ceux sur lesquels l'IA produit le code le plus fiable.

Le standard reste parfois le bon choix. Un site vitrine simple peut très bien vivre sur un CMS classique, et un SaaS qui colle déjà à votre activité n'a pas besoin d'être réinventé. Vous le dire fait aussi partie de mon travail.

Adapter l'outil au métier, enfin

Pendant des années, le marché a reposé sur un compromis : les grandes entreprises avaient des outils pensés pour elles, les petites s'adaptaient à des solutions standard. Ce compromis est en train de sauter, et c'est l'une des rares promesses de l'IA que je vois se concrétiser dans mon travail.

Si vous préparez un projet, commencez par trois questions :

1. Où perdez-vous du temps aujourd'hui ? Doubles saisies, fichiers parallèles, contournements : ce sont les signes d'un outil qui ne correspond pas à votre fonctionnement.

2. Qu'est-ce qui rend votre activité différente ? Si c'est ce qui fait votre valeur, votre outil doit le gérer nativement.

3. Par quoi commencer ? Inutile de tout remplacer d'un coup : un premier module ciblé sur votre principal point de friction suffit pour valider l'approche.

Que ce soit pour un site web ou un outil métier, la question n'est plus « quelle solution standard ressemble le plus à mon activité ? », mais plutôt : si votre outil était construit autour de votre métier, combien de contournements disparaîtraient ?

Pour aller plus loin : Lugh Web - Le code ne coûte plus rien. Tout le reste, si. Lugh Web - Votre futur site web est-il un outil performant ou une simple façade ? Règlement européen sur l'intelligence artificielle (AI Act) Documentation Astro - L'architecture en îlots Documentation Strapi Sylius - Framework e-commerce open source Flutter - Documentation officielle