Aller au contenu principal

Développeur PrestaShop à Tours,
quand aucun module ne fait le travail

Modules métier, connecteurs marketplace, interfaçage avec votre ERP ou votre caisse, reprise d’un sur-mesure laissé par quelqu’un d’autre. Le code vous appartient, il est documenté, et il est validé sur une copie de votre boutique avant d’approcher la production.

Décrire mon besoin Voir des projets chiffrés

110 € HT/h, ou au forfait dès que le périmètre tient. 24 ans d’informatique, dont 11 comme responsable du système d’information d’une entreprise.

Quatre situations,
et elles reviennent toutes

« Le module n’existe pas. »

Vous avez cherché sur la place de marché officielle, vous avez trouvé dix modules qui font presque, et aucun qui fait. C’est le cas le plus fréquent dès que le besoin vient du métier plutôt que du commerce en ligne en général.

« Il existe, mais il ne fait pas ça. »

Le module est installé, il couvre les trois quarts du besoin, et le quart qui manque est justement celui qui vous ferait gagner du temps. Le reprendre par surcharge coûte souvent moins cher que d’en écrire un, et parfois beaucoup plus : ça se regarde avant de chiffrer, pas après.

« Celui qui l’a écrit ne répond plus. »

Un développement sur mesure livré il y a trois ans, sans documentation, sans dépôt, et la boutique en dépend. Il tient tant qu’on n’y touche pas, et il bloque toutes les montées de version. C’est repreneable, et c’est même une demande courante.

« À chaque mise à jour, quelque chose casse. »

Des surcharges posées sur des fichiers du cœur, des modules qui se disputent le même point d’entrée, des correctifs appliqués directement en production. La boutique fonctionne, mais plus personne n’ose la mettre à jour — et c’est ce qui finit par coûter cher.

Six familles,
un même métier

Elles se commandent séparément. Dans les faits, un connecteur amène presque toujours une question de performance, et une reprise de code amène presque toujours une montée de version.

Modules métier sur mesure

Fidélité avec portefeuille de points et gestion d’états, multi-entrepôt, synchronisation de stock entre boutiques, masquage de prix B2B avec demande de devis, grilles de transport par département, champs personnalisés en back-office. Écrits selon les règles natives de PrestaShop, pas contre elles.

Connecteurs et intégrations API

Marketplaces, transporteurs, moyens de paiement, services tiers. Import de commandes, remontée de stock, synchronisation des statuts et des numéros de suivi. Avec ce qui fait la différence entre un connecteur et un script : file d’attente, contrôle d’idempotence, journalisation exploitable en cas d’écart.

Interfaçage ERP, caisse et logiciel de gestion

Création automatique des clients, adresses, commandes et règlements dans l’outil de gestion. Caisse physique et boutique en ligne partageant le même compte client et le même stock. C’est le poste le plus variable d’un devis, parce qu’il dépend de l’API d’en face et de la qualité de sa documentation.

Reprise et remise en état de code existant

Audit du sur-mesure déjà en place, suppression des surcharges devenues inutiles, remise en conformité avec le socle, documentation de ce qui reste. Souvent le préalable obligatoire à une montée de version bloquée depuis des années.

Tâches planifiées et traitements de masse

Imports et exports automatisés, flux XML et JSON, mises à jour de catalogue en lot, génération de documents, notifications. Écrits pour tourner sans surveillance et pour prévenir quand ils échouent, ce qui est la partie que l’on oublie.

Performance et base de données

Requêtes répétées ou non indexées, tables de suivi devenues énormes, cache mal réglé, hooks appelés en boucle. Une boutique lente est rarement lente « en général » : il y a une cause, elle se mesure, et elle se corrige.

La double compétence n’est pas un argument, c’est une condition. Un connecteur qui s’appuie sur un service séparé demande d’écrire le code et de préparer le serveur qui l’héberge : vhost, dépendances système, service supervisé, journaux. Une agence qui sous-traite son hébergement ne peut pas livrer ce périmètre, et un hébergeur ne peut pas écrire le module. Le détail de ce qui tourne en production est sur la page stack technique.

Quatre chantiers,
de 600 à 5 000 €

Montants réellement facturés, sur des projets livrés. Ils donnent un ordre de grandeur et ne constituent pas un tarif : un périmètre comparable ne sera pas nécessairement chiffré au même montant.

Connecteur marketplace entre PrestaShop et BrickLink

Connecteur bidirectionnel : les commandes de la marketplace descendent dans la boutique, les stocks remontent après chaque vente, les statuts et les numéros de suivi se synchronisent en continu. Création des annonces depuis le catalogue, tables de correspondance couleurs et modes de livraison.

Le prix dépend du sens de la synchronisation et du nombre de correspondances à tenir. Un flux montant seul coûte une fraction d’un échange bidirectionnel.

5 000 € HT

Module PrestaShop et microservice Node.js pour la nomenclature

Analyse de documents PDF pour en extraire la nomenclature, consolidation automatique avec le catalogue, tableau éditable avec filtres et totaux calculés, ajout de stock en masse selon les règles natives de PrestaShop, traçabilité de l’employé comprise.

Il fallait écrire le module, écrire le microservice, et préparer le serveur pour l’héberger : vhost, dépendances système, service supervisé. Une agence qui sous-traite son hébergement ne peut pas livrer ce périmètre ; un hébergeur ne peut pas écrire le module.

3 000 € HT

Intégration ERP et marketplace : PrestaShop, DailyBiz, Shopping Flux

Création automatique des clients, adresses, commandes et règlements dans l’ERP par API. File d’attente alimentée au passage en « paiement accepté », tâche planifiée toutes les cinq minutes, reprise des derniers identifiants pour une numérotation cohérente, contrôle d’idempotence.

Relier la boutique au système de gestion supprime la ressaisie et l’écart entre le site et la comptabilité. Le montant est chiffré après lecture de la documentation de l’API, jamais à l’estime.

2 250 € HT

Module de saisie d’adresse française

Auto-complétion du code postal, listes déroulantes villes et départements dynamiques, validation serveur de la cohérence code postal, ville et département, intégré à l’espace client et au tunnel de commande.

L’entrée de gamme du sur-mesure : une fonctionnalité précise, un périmètre fermé. Tout le sur-mesure n’est pas un gros budget.

600 € HT

Six autres projets, dont deux migrations comparables facturées 960 € et 6 500 €, sont détaillés avec leur périmètre complet sur la page tarifs. L’écart entre ces deux migrations tient à l’inventaire des modules et des personnalisations, pas au numéro de version : c’est exactement ce qui est regardé avant de chiffrer.

Le code, et ce qui
va avec

Le code vous appartient

Développement spécifique commandé et payé, donc cédé. Pas de licence annuelle, pas de clé d’activation, pas de module qui s’éteint si vous partez ailleurs. Vous repartez avec les sources, et un autre prestataire peut les reprendre.

Une documentation écrite pour quelqu’un d’autre que moi

Ce que fait le module, où il s’accroche, ce qu’il attend en configuration, et ce qui se passe quand ça échoue. Écrite en partant du principe que je ne serai pas là pour l’expliquer.

Une recette avant la production

Le développement est monté sur une copie isolée de la boutique, avec ses vraies données, et vous le validez là. La mise en production vient après votre accord, jamais avant.

Écrit pour survivre à la prochaine mise à jour

Hooks et points d’extension officiels plutôt que surcharges des fichiers du cœur, chaque fois que c’est possible. Quand ça ne l’est pas, c’est écrit dans la documentation, avec ce que ça implique le jour de la montée de version.

Quand je vous dirai non

Quand un module existant fait le travail. Je vous le dis et je l’installe. Cent euros au lieu de deux mille, et vous gardez la mise à jour assurée par son éditeur.

Quand le besoin n’est pas encore stable. Développer sur un processus métier qui va changer dans trois mois, c’est payer deux fois. Mieux vaut attendre, ou commencer par la partie qui ne bougera pas.

Quand le problème n’est pas là où vous le croyez. Une boutique lente ne se répare pas toujours par du code : c’est parfois la base, le cache ou le serveur. Le diagnostic technique sert précisément à ne pas se tromper de chantier, et son montant est déduit du chantier s’il m’est confié.

Quand il faut une équipe. Direction artistique, rédaction, campagnes publicitaires : je travaille seul et je ne couvre pas ces métiers.

Ce qu’on me demande
avant de commander

Pourquoi développer, alors qu’il existe un module sur la place de marché ?

Souvent il ne faut pas. Si un module existant couvre le besoin, je vous le dis et je l’installe : ça vous coûte cent euros au lieu de deux mille. Le sur-mesure se justifie quand le besoin vient de votre métier plutôt que du commerce en ligne en général, quand il faut parler à un système que vous êtes seul à utiliser, ou quand l’empilement de trois modules pour approcher le résultat coûte plus cher à maintenir qu’un développement propre.

À qui appartient le code une fois livré ?

À vous. Un développement spécifique commandé et payé est cédé avec ses sources. Il n’y a ni licence annuelle, ni clé d’activation, ni dépendance à un service que je ferais tourner de mon côté. Si vous changez de prestataire, il reprend le code.

Est-ce que ça survivra à la prochaine montée de version ?

C’est écrit pour, sans que personne puisse le promettre absolument. J’utilise les hooks et les points d’extension officiels plutôt que des surcharges des fichiers du cœur chaque fois que c’est possible, et quand ça ne l’est pas, c’est écrit dans la documentation avec ce que ça impliquera le jour venu. Une montée de version majeure reste un projet à part, chiffré séparément.

Vous intervenez sur une boutique que vous n’avez pas faite ?

Oui, c’est le cas le plus fréquent. Le travail commence par un inventaire : le socle, les modules, les surcharges, ce qui a été modifié à la main. Cet inventaire est ce qui fait le prix, bien plus que le numéro de version. Deux migrations PrestaShop comparables sur le papier ont été facturées 960 € et 6 500 € pour cette raison, et les deux sont détaillées sur la page tarifs.

Combien de temps faut-il compter ?

Un module à périmètre fermé se livre en une à deux semaines. Un connecteur qui doit parler à un système tiers dépend surtout de l’autre bout : la disponibilité de la documentation, celle d’un environnement de test, et le temps de réponse de l’éditeur en face. Le devis annonce un délai, et il annonce ce dont ce délai dépend.

Et si le développement casse quelque chose en production ?

Il n’arrive pas en production sans être passé par une copie de la boutique avec ses vraies données, et sans que vous l’ayez validé là. La sauvegarde est prise avant la mise en ligne, et la restauration est testée, pas supposée. Si malgré tout un écart apparaît après coup sur le périmètre livré, la correction est à ma charge.

Travaillez-vous en sous-traitance pour une agence ?

Oui, en marque blanche si besoin, avec accord de confidentialité, facturation directe à l’agence et tarif dédié. C’est un canal régulier : les agences ont la relation client et le graphisme, le développement PrestaShop et la partie serveur leur manquent souvent.