Comment Spadoom et Franke ont construit une plateforme e-commerce moderne en seulement 90 jours

Nous avons mis en production la plateforme SAP Commerce Cloud de Franke en 90 jours. Ce chiffre concerne le lancement de la plateforme commerce, pas une implémentation ERP : le S/4HANA de Franke était déjà en place, et ce lancement a été une étape d’un partenariat qui dure aujourd’hui depuis six ans.

J’ai dirigé la partie commerce du projet. Cet article parle donc moins du titre que des décisions qui ont permis de tenir le calendrier.

En bref : nous avons mis en production la plateforme SAP Commerce Cloud de Franke en 90 jours (lancement commerce), en remplaçant une boutique enlisée, rendue côté serveur, par une architecture headless B2B et B2C intégrée à S/4HANA et à SAP Cloud for Customer. Les commandes manuelles ont baissé d’environ 75 %, la plateforme relie aujourd’hui plus de 10 canaux mondiaux et le projet a remporté le SAP Quality Award « Rapid Time to Value ». Ce qui a fait la différence : le standard avant le spécifique, des décisions hebdomadaires avec une vraie autorité et une intégration lancée dès le premier jour.

Le point de départ de Franke

Lorsque nous avons commencé à travailler avec Franke, la plateforme était en mauvais état. Un ancien partenaire l’avait mal mise en œuvre : technologie dépassée, aucune intégration propre dans l’environnement SAP et aucun concept de service cohérent. Une grande partie des commandes arrivait encore par téléphone et devait être saisie par le centre de service. L’architecture côté serveur rendait coûteux le raccordement de chaque nouveau pays ou canal.

Franke n’avait pas besoin de quelqu’un qui traite les symptômes, mais d’un partenaire qui prenne la responsabilité technique, gestion de projet comprise, et reconstruise la plateforme sur des bases solides. Tout le contexte figure dans le témoignage de Franke.

Ce qui a rendu les 90 jours possibles

SAP Commerce Cloud est une plateforme mûre : SAP a été désignée Leader du Gartner Magic Quadrant for Digital Commerce pour la onzième fois consécutive (SAP News Center, novembre 2025). Cette maturité est une condition préalable. Le calendrier lui-même tient à quatre décisions.

D’abord le standard. Nous avons décidé tôt d’utiliser partout où c’était possible les fonctions standard et les composants storefront de SAP Commerce Cloud. Le développement spécifique était réservé aux vraies lacunes, pas aux préférences. À la question « peut-on personnaliser cela ? », la première réponse était « pourquoi ? ».

Décider chaque semaine, pas chaque mois. Un comité de pilotage hebdomadaire réunissant la direction de Franke, les chefs de projet et les experts métier, avec des voies d’escalade claires. Chacun savait ce qu’il pouvait décider. Dans un projet de 90 jours, une décision qui attend la réunion mensuelle coûte un sprint.

Des progrès visibles toutes les deux semaines. Des sprints de deux semaines conclus par une démonstration fonctionnelle. Les parties prenantes voyaient de vraies fonctionnalités plutôt que des diapositives d’avancement, ce qui maintenait le rythme et rendait les arbitrages de périmètre concrets.

Les deux côtés autour de la table. Les équipes de Franke apportaient la connaissance des processus et des clients, nous l’expérience de SAP Commerce Cloud et de l’intégration. Comme les deux côtés participaient à chaque décision, peu de questions devaient être renvoyées plus loin.

L’architecture retenue

Headless plutôt que rendu côté serveur. Nous avons remplacé l’ancienne storefront côté serveur par une architecture headless pour les boutiques B2B et B2C. Le front-end et le back-end commerce évoluent désormais séparément, et c’est précisément ce qui permet d’ajouter des canaux sans toucher au cœur. Si vous hésitez entre le framework storefront de SAP et un front-end React sur mesure, notre comparatif SAP Composable Storefront vs React/Next.js présente les avantages et les inconvénients ; SAP décrit son option basée sur Angular dans la documentation de la Composable Storefront.

Une intégration propre avec S/4HANA et C4C. Commandes, prix, disponibilités et données clients circulent entre SAP Commerce Cloud, S/4HANA et SAP Cloud for Customer par des interfaces définies, et non par des contournements manuels. C’est cette intégration qui transforme une boutique en processus : la commande passée en ligne est comptabilisée dans l’ERP sans que personne ne la ressaisisse.

Un espace self-service. Les clients passent et gèrent eux-mêmes leurs commandes, en suivent le statut et retrouvent leurs documents sans appeler le centre de service. C’est la partie du projet qui a fait bouger le chiffre le plus important.

Ce qui a mal tourné en cours de route

Chaque projet rencontre des obstacles ; ce qui compte, c’est que la gouvernance les absorbe sans déplacer la date. Deux se sont distingués.

Les intégrations externes étaient plus difficiles que prévu. Le raccordement des prestataires logistiques et de paiement a pris plus de temps qu’estimé. Nous avons intégré et testé chaque composant isolément avant de le connecter à l’ensemble, ce qui a gardé les erreurs petites et faciles à localiser.

L’adoption demandait plus d’attention. Les équipes internes de Franke devaient apprendre de nouveaux processus. Nous avons intégré formations et démonstrations guidées au rythme des sprints, afin que les futurs exploitants découvrent la plateforme pendant sa construction et non après le lancement.

Aucun des deux problèmes n’a déplacé la mise en production, car le comité hebdomadaire pouvait décider rapidement de la réponse.

Les résultats

Ces chiffres proviennent du témoignage de Franke publié :

• Environ 75 % de commandes manuelles en moins. L’espace self-service a retiré au centre de service une grande partie des commandes téléphoniques et réduit les coûts d’exploitation.
• Plus de 10 canaux mondiaux fonctionnent aujourd’hui sur la même plateforme, dont le système de caisse en Australie.
• SAP Quality Award « Rapid Time to Value ». La reconnaissance par SAP de la rapidité et de la qualité de la réalisation.

Le résultat à long terme compte tout autant : une plateforme stable sur laquelle Franke peut construire, au lieu d’une plateforme qu’il faut contourner.

Ce que d’autres entreprises peuvent en retenir

Tous les projets n’ont pas à être mis en production en 90 jours. Les principes valent pour n’importe quel calendrier.

Investir dans la gouvernance dès le départ. Les goulets d’étranglement décisionnels nuisent tout autant à un projet de six mois ; ils semblent seulement moins urgents jusqu’à ce qu’ils s’accumulent devant la mise en production.

Le standard par défaut. Chaque développement spécifique doit être maintenu et repris à chaque mise à niveau. Réservez le budget sur mesure à ce qui distingue vraiment votre entreprise.

Intégrer dès le premier jour. Les raccordements aux paiements, à la logistique et à l’ERP ont avancé en parallèle de la storefront. Attendre que la plateforme soit « prête », c’est ainsi que les projets courts deviennent longs.

Former pendant la construction. Les équipes qui découvrent le système pendant le développement sont productives à la mise en production ; celles formées après mettent des semaines à rattraper leur retard.

Si vous exploitez encore SAP Commerce on-premise, la lecture la plus urgente est que faire maintenant que la maintenance standard a pris fin. Pour le budget, consultez notre guide des prix et du TCO de SAP Commerce Cloud ; si vous choisissez encore un partenaire, notre panorama des partenaires d’implémentation SAP Commerce Cloud en Suisse présente les critères qui décident d’un projet. Ce que nous réalisons est résumé sur notre page consacrée à SAP Commerce Cloud.

---

Vous préparez un projet SAP Commerce Cloud ? Nous commençons par un atelier de cadrage qui définit l’architecture, recense les intégrations et établit un calendrier réaliste, qu’il s’agisse de 90 jours ou de six mois. Parlons-en.

Questions fréquentes

Tout projet SAP Commerce Cloud peut-il être mis en production en 90 jours ?

Non, et nous ne le promettons pas. Les 90 jours de Franke concernent le lancement de la plateforme commerce, dans le cadre d’un partenariat de longue date et d’un environnement S/4HANA existant. Les projets avec beaucoup de logique métier spécifique, des processus B2B complexes ou une importante transformation des données demandent plus de temps. Les principes (d’abord le standard, des décisions rapides, une intégration précoce) raccourcissent toutefois n’importe quel calendrier.

Que couvraient exactement les 90 jours ?

Le lancement de la plateforme SAP Commerce Cloud : les nouvelles boutiques headless B2B et B2C, l’espace self-service et l’intégration avec S/4HANA et SAP Cloud for Customer. Il ne s’agissait pas d’une nouvelle implémentation ERP ; le S/4HANA de Franke était déjà en service.

Quels résultats Franke a-t-elle obtenus ?

Les commandes manuelles ont baissé d’environ 75 %, ce qui a fortement soulagé le centre de service et réduit les coûts d’exploitation. La plateforme sert aujourd’hui de point central à plus de 10 canaux de vente mondiaux, dont le système de caisse en Australie. Le projet a remporté le SAP Quality Award « Rapid Time to Value ».

Combien coûte un tel projet ?

Nous ne publions pas le budget de Franke, et le chiffre d’un client ne se transpose de toute façon pas à un autre. Les coûts dépendent du périmètre, du nombre de canaux, des intégrations et de la part de logique spécifique. Notre guide des prix et du TCO de SAP Commerce Cloud détaille les postes de coûts typiques ; un atelier de cadrage vous donne le chiffre pour votre périmètre.

Qu’est-ce qu’une architecture « standards-first » ?

Cela signifie utiliser par défaut les fonctions standard et les composants storefront de SAP Commerce Cloud, et n’écrire du code spécifique que là où la plateforme ne couvre vraiment pas une exigence. Le développement sur mesure est réservé à ce qui distingue l’entreprise, par exemple des règles de prix propres. Chaque développement spécifique évité est un développement que vous n’aurez jamais à maintenir ni à mettre à niveau.