L’existant pris en compte
Donner à chaque information une place utile.
Trois chantiers à ne pas confondre
Le thème porte la présentation. Le catalogue contient données, attributs et images. Le socle et les modules exécutent des règles métier. Ces niveaux peuvent évoluer ensemble, mais ne se reprennent pas avec les mêmes opérations. Le devis doit donc les séparer.
Un nouveau thème ne répare pas une règle de livraison mal documentée. Une montée de version ne produit pas non plus une nouvelle architecture de catégories. Le problème à résoudre doit précéder le choix du chantier.
Reconstituer les adaptations utiles
Une boutique ancienne peut contenir des modifications qui ne figurent dans aucun document. Il faut repérer les fonctions indispensables et les cas particuliers plutôt que copier le visible. Les réglages, modèles d’e-mails et règles de panier peuvent participer au fonctionnement quotidien.
Les intégrations ERP, stocks ou caisse demandent une revue spécifique. Aucune compatibilité de modules n’est annoncée avant vérification de l’installation et des solutions envisagées.
Réécrire le parcours avec des données réelles
Les longues dénominations, produits sans image, déclinaisons multiples et ruptures doivent être présents dans la version de préparation. Ils révèlent des limites que le catalogue de démonstration ne montre pas. Les règles de livraison et de paiement sont testées selon des scénarios validés.
La reprise d’URL, de liens et de contenus utiles doit être anticipée. Une refonte peut faire varier la visibilité ; l’objectif technique est d’éviter les suppressions et changements inutiles, pas de promettre une stabilité absolue.
Choisir une refonte ou comparer une migration
Si le modèle de boutique reste adapté, conserver PrestaShop peut être pertinent. Si les opérations changent, une migration vers une autre solution peut être étudiée avec ses pertes de fonctions et ses nouveaux coûts. La décision ne se réduit pas à un thème plus récent.
Pour un premier devis, indiquez ce que l’équipe doit pouvoir faire seule et les difficultés qui reviennent. Une liste de besoins exploitable facilite la comparaison des propositions.
Une idée claire. Une suite concrète.
Comprendre
Votre activité, votre objectif, vos contenus.
Dessiner
Une direction et des priorités à discuter.
Construire
Un périmètre défini avant réalisation.
Vérifier
Les parcours, le mobile et la transmission.
Questions fréquentes
Refonte signifie-t-elle nouvelle version de PrestaShop ?
Pas automatiquement. Le thème, les données et le socle constituent des chantiers distincts à cadrer.
Peut-on garder les URL ?
Elles sont inventoriées ; leur conservation ou leur reprise dépend de la structure retenue.
La maquette prouve-t-elle la compatibilité des modules ?
Non. Elle sert à discuter le design, pas à valider le fonctionnement technique.
Faut-il passer à Shopify ?
Pas par principe. Les opérations réelles et les limites des deux modèles doivent être comparées.