PhytoQuant
Boutique PrestaShop suivie depuis plusieurs années. Migration de la 1.7 vers la 8 avec refonte du site, une suite de modules métier développés sur mesure, et une intégration dans les deux sens avec l'ERP du client.
- Plateforme : PrestaShop
- Parcours de version : 1.6, puis 1.7, puis 8
- Ce qui a été fait : migration, refonte du site, modules métier sur mesure, intégration bidirectionnelle avec l'ERP Dafi
- Rôle : développeur unique, en relation directe avec le client
- Suivi : maintenance et évolutions en continu
La migration et la refonte
Une boutique qui fonctionne est une boutique qu'on n'a pas le droit de casser. Sur un site suivi depuis plusieurs années, le travail ne commence donc jamais par du code : il commence par un inventaire de ce qui a été surchargé, de ce qui a été touché dans le thème, et des modules dont plus personne ne suit la version.
Le passage de la 1.7 à la 8 ne se joue pas dans le numéro de version. Entre les deux, la mécanique de surcharge évolue, une partie des points d'accroche disparaît, et le socle Symfony prend la place du code historique sur une part croissante du back-office. Le code personnalisé ne vieillit pas doucement : il cesse d'avoir prise.
Chaque fonction utilisée au quotidien par les équipes a donc été reprise et portée sur la nouvelle version, à usage constant. L'objectif n'était pas de moderniser leurs habitudes, mais de les leur rendre intactes le lendemain de la bascule.
La refonte du site a été menée dans le même mouvement. Reprendre l'apparence et la structure au moment où le socle change évite de payer deux fois le même travail d'intégration, et permet de repartir sur un thème tenu à la main.
Le site n'a pas été mis à jour sur place : il a été entièrement reconstruit sur un environnement de préproduction, puis promu en production le jour où il était prêt. Une reconstruction complète impose de tout revérifier, fonction par fonction, parce qu'aucune partie du site ne peut être tenue pour acquise. La bascule s'est faite quand cette vérification était terminée, et pas à une date fixée d'avance.
Ce qui tourne derrière
Une boutique de cette nature ne se pilote pas uniquement depuis le front. L'essentiel du travail est du côté des équipes qui l'utilisent tous les jours, et il n'existe pas en standard.
Un back-office de commande par téléphone a été développé pour les opérateurs : saisie de la commande, remises, transporteurs, livraison différée, et envoi au client d'un lien de paiement sécurisé. Un système de parrainage relie les clients aux praticiens qui les suivent, avec des codes dédiés et un espace d'administration réservé. S'y ajoutent un programme de fidélité et des règles de tarification par quantité.
La boutique est également reliée à l'ERP du client dans les deux sens, pour que l'information ne soit saisie qu'une fois. Les commandes du site partent vers l'ERP au format attendu par celui-ci ; les clients et les commandes nés hors du site reviennent dans PrestaShop, ce qui donne aux équipes une vue unique quel que soit le canal d'origine.
Le point délicat n'est pas l'échange lui-même, c'est ce qui se passe quand il n'aboutit pas. Un flux qui s'interrompt sans prévenir personne ne produit aucune alerte : il produit un écart, qui se découvre plus tard, quand quelqu'un commande un produit qui n'est plus là. Chaque échange journalise donc son état.
Ces briques sont maintenues en continu depuis des années, et chacune a traversé deux changements de version majeurs sans que l'activité s'arrête. C'est la partie du travail qui ne se voit pas, et c'est elle qui décide de la durée de vie d'une boutique.
