Guide de cadrage PrestaShop pour les PO
Ce guide est destiné aux Product Owners, scrum-master et lead devs. Il te donne les clés pour cadrer un projet PrestaShop sans mauvaise surprise — ni en sprint 3, ni en prod.
Ce guide de cadrage est ton bouclier contre les dérives de périmètre. Avant de signer un bon de commande ou d'ouvrir un premier ticket Jira, parcours ces sections avec ton client. Tu t'éviteras des conversations difficiles plus tard — et lui aussi.
Lecture : 15min Cadrage projet : 30min🎯 Les questions à poser avant de signer
📦 Catalogue & produits
| 🔍 Question | ⚠️ Pourquoi c'est important |
|---|---|
| Combien de produits au lancement ? À 1 an ? | > 50 000 produits → penser performances & indexation |
| Des variantes (taille, couleur, matière) ? | Chaque combinaison est une ligne en base — ça explose vite |
| Des produits virtuels / téléchargeables ? | Natif PS, mais à valider avec le client |
| Un PIM externe (Akeneo, Plytix…) ? | Nécessite un connecteur module ou dev custom |
| Import / export catalogue régulier ? | Format CSV natif limité — prévoir un module ou API |
🛒 Modèle de vente
| 🔍 Question | ⚠️ Pourquoi c'est important |
|---|---|
| B2C uniquement, B2B uniquement, ou les deux ? | Le B2B natif PS est limité — prévoir un module dédié |
| Des prix spécifiques par client ou groupe ? | Natif via groupes clients, mais complexité à anticiper |
| Des abonnements ou ventes récurrentes ? | Non natif — module tiers obligatoire |
| Marketplace ou vente en nom propre uniquement ? | Multi-vendeurs = module spécifique (ex: Webkul) |
| Click & collect ou retrait en magasin ? | Module ou dev nécessaire |
💳 Paiement & livraison
| 🔍 Question | ⚠️ Pourquoi c'est important |
|---|---|
| Quels prestataires de paiement ? (Stripe, PayPal, Alma…) | La plupart ont un module officiel — vérifier la version PS |
| Paiement en plusieurs fois ? | Module Alma, Klarna, ou Stripe natif selon cas |
| Quels transporteurs ? (Colissimo, Chronopost, DPD…) | Modules officiels disponibles — attention aux versions |
| Calcul des frais de port : fixe, poids, destination ? | Natif PS, mais règles complexes = module transporteur |
| Gestion des retours ? | Back-office PS basique — workflow avancé = dev custom |
🔗 Intégrations externes
| 🔌 Système | 📋 Mode d'intégration typique |
|---|---|
| ERP (Sage, SAP, Cegid…) | API bidirectionnelle ou connecteur module — budget à prévoir |
| CRM (HubSpot, Salesforce…) | Module ou webhook — vérifier le sens des flux |
| WMS / logistique | API custom ou EDI — complexité élevée |
| Analytics (GA4, Matomo…) | Module natif ou GTM |
| Emailing (Brevo, Mailchimp…) | Module officiel généralement disponible |
| Marketplace (Amazon, Fnac…) | Module connecteur (ex: Shopping Feed) |
Chaque intégration ERP/WMS est un projet dans le projet. Ne jamais estimer "quelques jours" sans avoir validé le format des données, la fréquence de synchro et la gestion des erreurs avec les deux parties.
🌍 Multi-boutique & internationalisation
| 🔍 Question | ⚠️ Pourquoi c'est important |
|---|---|
| Plusieurs boutiques sur la même instance ? | Multi-boutique natif PS — mais gouvernance complexe |
| Plusieurs langues ? | Natif, mais penser aux traductions produits & CMS |
| Plusieurs devises ? | Natif, mais taux de change et arrondis à valider |
| Règles fiscales par pays ? | Natif, mais à configurer minutieusement (TVA intracommunautaire) |
⚖️ Matrice de décision : acheter ou coder ?
Avant chaque fonctionnalité, pose-toi cette question et utilise la grille ci-dessous :
| 🎯 Critère | 🛒 Module marketplace | 🔧 Dev custom | 🔌 API externe |
|---|---|---|---|
| Coût initial | 50€ – 500€ | 1j – 10j | Variable |
| Délai | Immédiat | Planifié | Selon complexité |
| Maintenabilité | Dépend de l'éditeur | Maîtrisée | Dépend du service |
| Risque compatibilité | ⚠️ Moyen (mises à jour PS) | ✅ Faible si bien fait | ✅ Faible |
| Quand choisir | Besoin standard, budget serré | Besoin métier spécifique | Système tiers existant |
"Un module à 200€ bien maintenu coûte moins cher qu'une journée de dev. Mais un module abandonné depuis 2 ans sur une PS 1.7 coûte 3 jours de migration."
C'est la règle des 3 ans : si le module n'a pas eu de mise à jour depuis 3 ans, passe ton chemin — ou prévois un budget de reprise.
📋 Checklist de lancement en 3 phases
- 🗂️ Phase 1 — Cadrage
- 🔨 Phase 2 — Build
- 🚀 Phase 3 — Go-live
Fonctionnel
- Périmètre fonctionnel validé (catalogue, paiement, livraison, intégrations)
- Modules identifiés et testés sur environnement de démo
- Intégrations ERP/CRM/WMS spécifiées avec les deux parties
- Maquettes validées par le client (desktop + mobile)
- Stratégie multi-boutique / multi-langue définie
Technique
- Version PrestaShop cible définie (recommandé : dernière stable)
- Environnement Docker de dev prêt (voir le cookbook)
- Hébergement cible identifié (mutualisé / VPS / cloud)
- Stratégie de sauvegarde définie
- Nom de domaine et certificat SSL pris en compte
Développement
- Thème installé et personnalisé (logo, couleurs, typographie)
- Modules installés et configurés
- Catalogue importé et vérifié (photos, descriptions, prix, stocks)
- Règles de taxes configurées
- Transporteurs configurés avec les tarifs réels
- Pages CMS créées (CGV, mentions légales, politique de retour)
- Emails transactionnels personnalisés
Intégrations
- Paiement testé en mode sandbox (tous les scénarios : succès, échec, remboursement)
- Connecteurs ERP/WMS testés avec des données réelles
- Analytics configuré et vérifié (GA4, GTM)
Avant le lancement
- Tests de performance (> 1 000 produits, charge simultanée)
- Audit sécurité (dossier
/installsupprimé, admin renommé) - Recette client signée
- Backup complet avant mise en prod
- Plan de rollback défini
Le jour J
- Mise en production en heure creuse
- Vérification du paiement en conditions réelles (petite commande test)
- Vérification emails transactionnels reçus
- Monitoring activé (uptime, erreurs 500)
- Produits de démo supprimés 😄
🚀 Ce que Doing livre clé-en-main
| ✅ Livrable Doing | 📋 Détail |
|---|---|
| Environnement Docker | Docker Compose prêt pour dev, staging et prod |
| PrestaShop installé & configuré | Version stable, back-office sécurisé, SSL activé |
| Thème personnalisé | À partir du Starter Theme ou thème client |
| Modules sélectionnés & testés | Selon grille de décision validée en cadrage |
| Intégrations API | Connecteurs ERP, CRM, transporteurs selon périmètre |
| Documentation technique | Architecture, procédures de déploiement, guide admin |
| Formation back-office | 1 session avec les équipes métier |
Noble PO, si les brumes du cadrage t'enveloppent et que les donjons du périmètre te semblent impénétrables, sache que les Chevaliers de Doing Industrialisation chevauchent à tes côtés dès la phase d'avant-vente.
Armés de leurs parchemins d'estimation, de leurs épées anti-dérive de scope et de leur grimoire des risques, ils ont traversé maints royaumes PrestaShop — des plus prospères aux plus tourmentés.
Envoie-leur donc un pigeon voyageur 🕊️ — ils seront là avant le prochain sprint pour qualifier le projet, estimer les charges et fortifier tes défenses contre les mauvaises surprises.
Que ton backlog soit ordonné et tes sprints victorieux ! 🎺👑