Un dirigeant nous appelle et annonce qu'il veut « faire développer un outil ». Derrière cette phrase, nous trouvons presque toujours la même réalité : un WordPress qui a grossi pendant six ans, une vingtaine d'extensions posées par trois prestataires successifs, un formulaire de devis qui tombe en panne à chaque mise à jour majeure, et une équipe qui n'ose plus toucher au bouton de mise à jour. À l'autre extrémité, nous voyons aussi des projets partir en cadrage pendant des mois pour accoucher d'un site vitrine de huit pages, alors qu'un gestionnaire de contenu aurait rendu le même service en quelques semaines.
Ces deux échecs ont la même cause : la plateforme a été choisie avant que le besoin ne soit écrit. WordPress couvre une part très large des besoins d'une PME. Le développement sur mesure devient légitime le jour où le CMS vous oblige à déformer votre métier pour le faire entrer dans une extension, pas le jour où le thème commence à lasser. Nous réalisons les deux, à distance, partout en France et en Suisse. Une base vitrine WordPress démarre à 1490 HT, alors qu'un développement se chiffre après cadrage, parce que personne ne peut annoncer un montant sérieux avant d'avoir vu les écrans et les flux.
Ce que WordPress fait bien, et jusqu'où il tient
WordPress est un gestionnaire de contenu. Il excelle dès que l'objet de la page reste un texte, une image, une liste ou un formulaire : site vitrine, pages métier, actualités, portfolio, catalogue de produits simples. Nous comparons d'ailleurs les deux façons de monter une boutique dans WooCommerce ou Shopify. L'écosystème est vaste, les compétences se trouvent partout, et vous modifiez vos propres textes après une heure de formation. L'argument est opérationnel avant d'être financier : vous ne rappelez pas un prestataire pour corriger un horaire d'ouverture.
Le CMS tient également très bien la partie référencement. Les balises, la structure des URL, les données structurées et les redirections se traitent avec des extensions matures. Si votre enjeu consiste à être trouvé sur des requêtes métier ou locales, le sujet reste le contenu et non le langage de programmation, comme nous l'expliquons dans SEO local ou national.
La limite apparaît quand la page cesse d'être le produit. Un configurateur qui calcule un prix à partir de quinze paramètres, un portail dans lequel vos clients suivent l'avancement de leur dossier, une synchronisation bidirectionnelle avec votre logiciel de gestion : ces besoins existent bien sous forme d'extensions, mais chacune impose son propre modèle de données. Vous finissez par écrire votre métier dans des champs personnalisés détournés de leur usage, et personne ne sait plus où vit la vérité d'une information.
Les signaux qui montrent que le CMS a été poussé trop loin
Ces symptômes se constatent en une heure d'audit et ils suffisent généralement à trancher.
- Personne dans l'entreprise ne sait dresser la liste des extensions installées, ni expliquer à quoi sert la moitié d'entre elles.
- Des données réellement métier, comme des dossiers clients, des stocks ou des rendez-vous facturables, sont stockées dans des champs personnalisés créés à la main plutôt que dans une structure prévue pour cela.
- Une mise à jour d'extension casse régulièrement un parcours utilisateur, ce qui transforme chaque montée de version en opération à risque. Nous imposons alors un environnement de préproduction, méthode que nous détaillons dans le staging WordPress.
- Un salarié exporte un fichier CSV chaque semaine pour recoller deux outils, en attendant la véritable interface promise depuis deux ans.
- Le site reste bloqué sur une version de PHP que l'hébergeur ne maintient plus, parce qu'une extension ancienne interdit la montée de version. Nous décrivons cette impasse dans PHP obsolète.
Quand trois de ces cinq signaux se cumulent, continuer à empiler des extensions coûte plus cher sur trois ans qu'un développement cadré. Ce coût ne se lit jamais dans le devis initial : il se lit dans les interventions imprévues et dans le temps que vos équipes passent à contourner leur propre outil.
Ce que le développement sur mesure vous engage à porter
Le sur-mesure résout le problème de fond, mais il vous confie une application à faire vivre. Une application possède des dépendances qui vieillissent, un environnement d'exécution à mettre à jour, des sauvegardes à vérifier et une documentation à tenir. Un outil développé puis abandonné devient plus fragile qu'un WordPress oublié, parce que la communauté qui publie des correctifs de sécurité pour WordPress n'existe pas pour votre code.
Nous parlons donc du coût de fonctionnement avant le premier sprint, et non à la livraison. Concrètement, cela signifie décider qui héberge l'application, qui reçoit les alertes quand elle tombe, à quelle fréquence les bibliothèques sont mises à niveau, et ce qui se passe si l'un de vos processus métier change. Le code que nous écrivons vous appartient, il est livré sur un dépôt à votre nom, et l'hébergement reste votre contrat. Cette règle de propriété est la même que pour un site vitrine, et nous l'expliquons en détail dans à qui appartient votre site.
Séparer le contenu du flux métier plutôt que choisir un camp
La bonne réponse est souvent double. Le site public reste un WordPress : il porte les pages, les actualités, le référencement et les mentions légales, et vos équipes le modifient sans nous. L'application métier vit à côté, avec ses propres comptes et sa propre base de données, et les deux communiquent par une interface de programmation lorsque c'est nécessaire, pas par une extension qui prétend tout relier.
Cette séparation apporte trois bénéfices immédiats. Une mise à jour du site ne peut pas casser le portail client, puisqu'ils ne partagent plus le même code. Les droits se gèrent séparément, ce qui évite de donner un accès administrateur au site à un utilisateur qui devait seulement consulter ses commandes. Enfin, chaque partie évolue à son rythme, ce qui permet de refondre le site vitrine sans rouvrir le chantier applicatif, décision que nous cadrons dans refondre ou corriger son site.
Notre méthode pour arbitrer entre CMS et développement
Nous procédons dans le même ordre à chaque fois, et l'arbitrage prend rarement plus d'une semaine.
- Nous listons les écrans et les flux réels. Qui saisit une information, qui la valide, quel système la possède déjà, et que se passe-t-il quand quelqu'un se trompe. Cette étape se fait avec les personnes qui utilisent l'outil, pas seulement avec la direction.
- Nous séparons ce qui relève du contenu éditorial de ce qui relève d'une règle de gestion. Une page de présentation d'un service est du contenu. Un calcul de remise selon le volume et le pays de livraison est une règle de gestion.
- Nous vérifions si une extension mature couvre déjà la règle de gestion sans la déformer. Quand c'est le cas, nous restons sur le CMS, car reprendre un besoin standard en code coûte plus cher sans rien apporter.
- Nous chiffrons les deux scénarios quand le doute subsiste, en incluant le fonctionnement sur trois ans et non seulement la mise en service.
- Nous cadrons le périmètre du premier lot avant d'écrire la première ligne de code, puis nous livrons par itérations courtes que vous validez.
Nous restons également capables de dire que le besoin ne justifie ni l'un ni l'autre. Un cabinet qui veut dix pages, un formulaire fiable et une présence correcte sur Google a besoin d'une création WordPress et d'un contrat de maintenance à 500 HT / an, pas d'une application. Un commerce qui demande un espace client avec suivi de commandes a besoin d'un cadrage, pas d'un thème acheté en ligne.
Ce qu'il faut retenir avant de signer
Le critère de décision tient en une phrase : si votre besoin s'exprime dans une page et un formulaire, restez sur un gestionnaire de contenu ; si le logiciel constitue lui-même votre métier, cadrez un développement et acceptez d'en porter le fonctionnement. Le mauvais choix se reconnaît de la même manière dans les deux sens, sous la forme d'une extension de trop ou d'un cadre technique surdimensionné pour huit pages.
Nos missions de création et de développement se livrent à distance, dans toute la France et toute la Suisse. Si vous hésitez, décrivez-nous le flux de travail que vous voulez outiller plutôt que la technologie que vous imaginez. Nous vous répondons par WordPress, boutique, développement, ou une combinaison des deux, et nous expliquons pourquoi avant de commencer.