Création de site e‑commerce sur-mesure 

Le budget dépend de la complexité fonctionnelle, du volume d’intégrations SI, du niveau d’exigence performance et du périmètre. Un site B2B avec workflows complexes et intégrations ERP / PIM représente généralement un investissement de plusieurs centaines de milliers d’euros. Un projet plus ciblé peut tenir dans une enveloppe nettement inférieure. Le cadrage initial permet de définir une enveloppe fiable et de structurer le delivery en lots pour sécuriser le ROI. 

Comptez 6 à 18 mois en moyenne entre le cadrage et la mise en production, selon la complexité du périmètre, le nombre d’intégrations SI et le modèle de delivery. Nous privilégions une approche en releases incrémentales pour livrer de la valeur dès les premiers mois, plutôt qu’un big bang en fin de projet. 

Un CMS standard reste pertinent tant que vos process métier, votre volumétrie et vos intégrations entrent dans les standards de l’éditeur. Le développement sur–mesure devient justifié dès lors que les apps et connecteurs s’empilent, que les performances se dégradent, ou que votre roadmap métier dépend de fonctionnalités hors périmètre du CMS. Un audit de cadrage permet de trancher objectivement, sans biais commercial. 

Trois leviers : un code source documenté et conforme aux standards du marché (frameworks reconnus, pas de stack propriétaire), une architecture modulaire qui permet de remplacer des composants indépendamment, et une documentation technique complète livrée en fin de projet. Nous favorisons toujours l’autonomie du client, y compris la possibilité de reprendre la TMA en interne ou de changer de prestataire. 

Le full-custom signifie que la totalité de la plateforme est développée spécifiquement, sans s’appuyer sur un CMS éditeur, adapté aux projets où aucune brique du marché ne couvre le besoin. Le headless utilise un moteur e-commerce du marché en back-office (Shopify, commercetools…) avec une partie front développée sur mesure. Le composable (architecture MACH) assemble plusieurs briques best-of-breed connectées par API. Le choix dépend du retour sur investissement attendu, pas d’une préférence technologique. 

Oui, à condition de réaliser au préalable un audit du code, de l’architecture et de la documentation existante. Cet audit permet d’évaluer la qualité du livrable, d’identifier les zones de dette technique et de chiffrer la reprise. Selon les cas, nous reprenons la base existante, refactorisons certaines parties, ou recommandons un rebuild partiel.