Sur mesure dans PrestaShop

Un module écrit une fois,
contre une extension
louée à vie.

Avant d'écrire une ligne, la bonne question est : est-ce que PrestaShop sait déjà le faire ? Dans la moitié des cas oui, et ce qu'on me demandait de développer était en réalité un réglage. Dans l'autre moitié, il faut du code. Et là, mieux vaut un module propre qu'une bidouille enfouie dans le thème, qui disparaîtra à la prochaine mise à jour.

5,0/5 · 66 avis vérifiés 50+ projets livrés 10 ans d'expérience
En détail

Trois formes de code coexistent sur une boutique, et elles ne se valent pas. Le module est la bonne : un composant isolé, qu'on peut désactiver d'un clic, qui survit aux mises à jour et peut être repris par un autre développeur. La surcharge (un fichier placé dans le dossier override/ qui remplace une partie du logiciel PrestaShop) est acceptable quand aucun point d'accroche n'existe, ces points d'accroche étant les endroits prévus par PrestaShop pour brancher un module ; à condition d'être documentée : c'est elle qu'il faudra relire à chaque montée de version.

Lire la suite

La modification directe du cœur (les fichiers de PrestaShop lui-même) ou du thème parent est à proscrire ; elle fonctionne le jour même et se perd à la première mise à jour, ce qui explique la plupart des boutiques bloquées sur une vieille version. Les besoins qui reviennent sont assez stables : configurateur de produit, grilles tarifaires par groupe de clients au-delà de ce que PrestaShop propose d'origine, commande rapide par référence pour la vente aux professionnels, passerelle vers un ERP (votre logiciel de gestion) ou un logiciel de caisse, connecteur vers une place de marché. Aucun n'est spectaculaire, tous se chiffrent, et chacun mérite qu'on vérifie d'abord si un module existant sérieux ne fait pas déjà l'affaire : payer une licence coûte souvent moins cher que payer du code, à condition que le module soit maintenu.

Ce qui est livré compte autant que ce qui est écrit : le code documenté, les hypothèses notées, et de quoi le reprendre sans moi. Un développement sur mesure qui ne peut être maintenu que par son auteur est une dette, pas un actif.

Caractéristiques

Ce que vous obtenez.

01

Un module qui survit aux mises à jour

Isolé, désactivable d'un clic. Une modification enfouie dans le thème disparaît à la première mise à jour.

02

Ce qui déroge est écrit noir sur blanc

Quand PrestaShop n'a pas prévu de branchement, je remplace une pièce du logiciel, et je le note : c'est ce qu'on relira à chaque montée de version.

03

Vérifier d'abord ce que PrestaShop sait faire

Dans la moitié des cas, le développement demandé était un réglage. Le dire fait perdre une vente et gagne un client.

04

Relié à votre logiciel de gestion ou de caisse

La ressaisie manuelle des commandes annule à elle seule le gain d'une boutique. À poser dès le départ, pas après.

05

Repris sans moi

Code documenté, hypothèses notées. Un développement que seul son auteur peut maintenir est une dette, pas un actif.

Méthode

Comment on procède.

01

PrestaShop sait-il déjà le faire ?

La question se pose avant le devis, pas après. Si la réponse est oui, il n'y a pas de projet, et c'est la bonne réponse.

une demi-journée
02

Un module existe-t-il ?

Une licence maintenue coûte souvent moins cher que du code. Je vérifie surtout que l'auteur est encore actif.

une demi-journée
03

Développement

Module isolé, testé sur une copie de votre boutique, avec sa documentation écrite au fur et à mesure et non à la fin.

selon le besoin
04

Recette et transfert

Testé sur vos cas réels, puis expliqué à qui devra vivre avec.

1 semaine
Cas concrets

Quelques exemples.

01

Grille tarifaire par client professionnel

Prix négociés par groupe de clients, appliqués dans le panier et sur la facture, importés chaque nuit depuis le logiciel de gestion (ERP) de l'entreprise.

02

Export logistique automatique

Commandes exportées au format du transporteur dès le paiement, numéro de suivi récupéré et envoyé au client.

FAQ

Questions fréquentes

Module sur mesure ou extension du marché ?
L'extension d'abord, si elle existe et si son auteur la maintient encore. Le sur-mesure se justifie quand le besoin est propre à votre métier, ou quand l'empilement d'extensions coûterait plus cher à l'année que le développement.
Que devient le code si nous cessons de travailler ensemble ?
Il est à vous, documenté, et écrit pour qu'un autre développeur PrestaShop puisse le reprendre. C'est une exigence que vous devriez poser à n'importe quel prestataire.
Les surcharges sont-elles vraiment un problème ?
Pas en soi. Ce qui pose problème, c'est une surcharge non documentée, découverte trois ans plus tard au moment d'une montée de version, sans que personne sache ce qu'elle corrigeait ni si on peut la supprimer.
Démarrons

Prêt pour votre projet ?

Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.

PrestaShop Expert certifié Certification délivrée par l'éditeur du CMS