Le contexte (ce qui déclenche une refonte)
Une refonte n’arrive presque jamais “pour moderniser”. Elle arrive parce que :
- les coûts explosent (licences, infra, prestas, incidents),
- les cycles de livraison sont trop lents,
- la plateforme limite le business (international, B2B, omnicanal),
- le SI devient fragile et les intégrations cassent.
Ce qu’il faut décider avant la techno
1. Votre modèle opérationnel
- Équipe produit interne forte, ou exécution majoritairement via prestataires ?
- Capacité à maintenir du sur-mesure (tests, CI/CD, QA, run) ?
2. Votre SI
- OMS, PIM, ERP, CRM, DAM, moteur de recherche, PSP, taxes, fraude.
- Qui est “source de vérité” pour catalogue, prix, stock, commandes ?
3. Votre niveau de complexité
- Multi-pays, multi-entités, B2B, contraintes réglementaires, promotions.
4. Vos exigences de performance
- Checkout, search, pages catégorie, LCP, p95.
5. Vos contraintes SEO & tracking
- Structure d’URL, facettes, indexation, historique de redirections.
Les grandes familles de plateformes (et quand elles gagnent)
A — Platform-first (Shopify Plus)
- Quand c’est le bon choix : vitesse, standardisation, réduction de charge infra.
- Risques : dépendance apps, gouvernance plugins, limites sur certains workflows.
- Questions clés : headless nécessaire ? stratégie apps ? intégrations SI.
B — Enterprise suite (SFCC)
- Quand c’est le bon choix : organisation enterprise, multi-marchés, écosystème.
- Risques : complexité release, intégrations, coût projet si gouvernance faible.
C — Framework / sur-mesure gouverné (Sylius)
- Quand c’est le bon choix : besoin d’API-first et d’un socle modulable.
- Risques : dette technique si manque de discipline, coût run si outillage absent.
D — Composable / headless (BFF + services)
- Quand c’est le bon choix : performance et UX comme avantage concurrentiel.
- Risques : orchestration, coûts run, dépendance aux contrats d’API.
Méthode recommandée (en 4 ateliers)
Atelier 1 — “Non négociables” et SLO de parcours
- Définir 5–10 non négociables.
- Définir SLO : p95, error rate, taux d’échec paiement.
Atelier 2 — Cartographie SI + risques
- Flux et ownership.
- Top risques (data, SEO, cutover, intégrations).
Atelier 3 — Grille de décision pondérée
- Critères : time-to-market, TCO 3 ans, multi-pays, B2B, SEO, run, équipe.
- Score par option.
Atelier 4 — Prototype ciblé (2 parcours)
- Checkout + search (ou compte) avec intégrations réelles.
- Mesure perf + effort.
Exemples de “non négociables”
Pour éviter les débats infinis, voici des exemples concrets :
- Checkout : p95 < 1,2s et taux d’échec paiement < 0,5% (à adapter).
- SEO : 0 perte durable sur les pages top trafic, redirections prêtes avant le cutover.
- Run : alerting symptom-based et runbooks sur les parcours critiques.
- Multi-pays : capacité à déployer par marché avec feature flags.
Grille de décision pondérée (modèle simple)
Donnez un poids (1–5) à chaque critère, puis scorez chaque option.
- TCO 3 ans (licences + run + équipe + prestas)
- Time-to-market (fréquence de release, effort de maintien)
- SI & intégrations (OMS/PIM/ERP, webhooks, idempotence)
- B2B / règles métier (prix, contrats, workflows)
- SEO & tracking (URLs, facettes, consent, historique)
- Performance (LCP, p95, stabilité)
- Sécurité & conformité (RBAC, audit, données)
Workshop “prototype” (2 parcours, mais réels)
Objectif : sortir du débat théorique en 2 à 3 semaines.
- Parcours 1 : search → catégorie → PDP (perf + SEO)
- Parcours 2 : panier → checkout → paiement (stabilité + PSP)
Inclure au moins 1 intégration SI réelle (OMS ou ERP), sinon le POC ment.
Questions à poser à l’équipe
Ces questions révèlent la bonne famille de plateforme :
- Qui opère le run (internes, prestas) et avec quel niveau d’astreinte ?
- Quelles parties doivent rester sur-mesure (prix/promo, B2B, catalog) ?
- Quel est le niveau de tolérance aux changements imposés par l’éditeur ?
- Quel est le coût de chaque incident aujourd’hui (en temps, en CA, en réputation) ?
Checklist
- Non négociables définis
- SI cartographié (OMS/PIM/ERP/CRM/DAM/PSP)
- SLO checkout définis
- Grille de décision pondérée validée
- Prototype sur 2 parcours critiques
- Plan SEO (mapping + 301 + monitoring)
- Plan run (observabilité, on-call, runbooks)
Erreurs fréquentes
- Choisir une plateforme “par habitude” ou “par marque”.
- Sous-estimer SEO et tracking.
- Sous-estimer le run et l’observabilité.
- Confondre “headless” avec “meilleure perf” sans mesurer.
FAQ
Le headless est-il obligatoire ? Non. Il doit être justifié par un ROI (UX, perf, organisation).
Combien de temps pour une refonte ? 3–6 mois pour un périmètre maîtrisé, plus si multi-pays et SI lourd.