Aide à la décision
Évaluez chaque candidat sur des preuves, pas sur des promesses.
Attribuez une note après démonstration et collecte des livrables demandés. La pondération produit un score comparable, sans masquer les critères éliminatoires.
-
01
Couverture métier réelle
Comparer les parcours B2C/B2B complets, les cas limites et la parité avec l'existant, pas seulement une démonstration catalogue-panier.
Preuve à demander
Matrice de parité, scénarios E2E et démonstration sur vos parcours critiques.
Poids
18%
-
02
Adéquation aux compétences
Évaluer la capacité à recruter, former et maintenir la stack choisie sur plusieurs années.
Preuve à demander
Plan de staffing, compétences requises, documentation d'onboarding et délai de prise en main.
Poids
8%
-
03
Architecture & maintenabilité
Vérifier les frontières navigateur/BFF/ICM, la modularité, la dette embarquée et la lisibilité du code transmis aux équipes.
Preuve à demander
Revue d'architecture, diagrammes de flux, analyse de dépendances et exemple d'extension.
Poids
14%
-
04
Sécurité & conformité
Examiner sessions, secrets, dépendances, consentement, données personnelles, correctifs et responsabilités d'exploitation.
Preuve à demander
Threat model, scan de dépendances, politique de correctifs, en-têtes et parcours de consentement.
Poids
14%
-
05
Performance mesurable
Exiger des budgets Core Web Vitals, des mesures sur données réelles et une stratégie de cache compatible avec les prix et comptes clients.
Preuve à demander
Rapport Lighthouse/WebPageTest, budgets CI et tableau de bord RUM sur des données représentatives.
Poids
10%
-
06
SEO & internationalisation
Contrôler canoniques, hreflang, sitemaps catalogue, métadonnées, données structurées et gouvernance des URL.
Preuve à demander
Crawl technique, exemples de sitemaps, validation Schema.org et stratégie de redirection.
Poids
8%
-
07
Exploitabilité & observabilité
Clarifier déploiement, rollback, health checks, logs, alertes, RUM, montée en charge et diagnostic d'incidents.
Preuve à demander
Runbook, pipeline de déploiement, démonstration d'un rollback et exemples d'alertes.
Poids
10%
-
08
Personnalisation sans divergence
Mesurer comment les thèmes, composants, règles métier et connecteurs sont étendus sans bloquer les mises à jour futures.
Preuve à demander
Guide d'extension, stratégie d'override, exemple de montée de version avec personnalisations.
Poids
6%
-
09
Trajectoire de migration
Demander une cartographie de parité, une stratégie de coexistence, des critères de bascule et un plan de reprise SEO.
Preuve à demander
Plan par lots, inventaire des écarts, stratégie de coexistence et critères go/no-go.
Poids
7%
-
10
Coût total & réversibilité
Inclure licences, hébergement, build, maintenance, dépendances tierces, montée de version et capacité à changer de prestataire.
Preuve à demander
TCO sur trois ans, nomenclature des dépendances, modèle de support et plan de transfert.
Poids
5%
Score pondéré
Évaluation à compléter
0 = absent · 1 = faible · 2 = acceptable · 3 = démontré
FAQ
Questions fréquentes
Comment choisir entre Next.js, Nuxt et Angular SSR ?
Le critère principal est la compétence de vos équipes : React → Next.js, Vue → Nuxt, Angular → Angular SSR. Le périmètre fonctionnel et l'architecture sont identiques dans les trois cas.
Quelle stack pour une équipe Angular ou venant d'Intershop PWA ?
Angular SSR : c'est la continuité la plus directe pour des équipes déjà sur Angular, en remplaçant l'ancien Intershop PWA par une base server-first moderne.
Puis-je changer de stack plus tard ?
Le périmètre fonctionnel étant commun aux trois implémentations, votre logique métier et votre intégration ICM restent valables ; seule la couche front change.