E-commerce B2B sur mesure — catalogue grossiste, conditions tarifaires par client, integration ERP
-65% de commandes par téléphone et email, panier moyen +34%, ROI atteint en 8 mois. Stack Next.js 15 + Payload CMS, moteur prix multi-niveaux servi en < 50ms, integration ERP Sage X3 bidirectionnelle, self-service factures et avoirs. Cas client Nehos 2025 : distributeur matériaux de construction, 1 200 clients B2B actifs.
Nos clients types
Les grossistes et distributeurs se heurtent a un paradoxe persistant : leurs clients professionnels veulent commander en ligne, mais les outils disponibles ne correspondent ni a la complexité de leurs relations commerciales, ni aux contraintes de leurs systèmes d'information. Premier constat chiffre : selon Forrester B2B Commerce 2024, 60 a 70% des commandes grossistes transitent encore par téléphone ou email. Le coût de traitement d'une commande par téléphone ou email oscille entre 25 et 45 euros — saisie manuelle dans l'ERP, risque d'erreur de référence ou de quantité, relance fournisseur si rupture, confirmation écrite au client. En ligne, ce coût tombe a 2-8 euros. Pour un distributeur qui traite 5 000 commandes par mois, l'écart represente entre 85 000 et 185 000 euros d'économie annuelle potentielle. Pourtant, la plupart des portails B2B existants restent sous-utilises parce qu'ils ne reproduisent pas fidèlement les conditions commerciales réelles. Deuxième problème structurel : les portails legacy en place. Beaucoup de grossistes ont investi dans Magento 1 (EOL depuis juin 2020), dans le module webshop de leur ERP (SAP Webshop, Sage e-Commerce), ou dans une solution PHP maison datant des années 2010. Ces outils partagent les mêmes limites : performance mediocre (TTFB > 4 secondes sur un catalogue de 10 000 references), interfaces non adaptées aux usages mobiles, et surtout impossibilité de personnaliser les conditions tarifaires sans intervention d'un développeur. Troisième point de friction : la gestion des conditions tarifaires par client. En B2B, chaque compte client a son propre barème : prix liste public, remises volume négociées (paliers a 50, 100, 500 unites), conditions particulières sur certaines familles produit, UGS (unites de gestion de stock) spécifiques aux commandes du client. Cette granularite est impossible a gérer dans un SaaS généraliste comme Shopify B2B ou WooCommerce sans des développements spécifiques coûteux et fragiles. Et sans cette fidélité tarifaire, les acheteurs B2B n'adoptent pas le portail — ils continuent d'appeler leur commercial pour s'assurer du bon prix. Quatrième problème : la gestion des comptes multi-contacts. Une entreprise cliente n'a pas un seul interlocuteur. L'acheteur passe la commande, le responsable des achats valide si le montant depasse un seuil, le service comptabilité verifie la conformité avec le budget mensuel. Sans workflow de validation hiérarchique configurable, le portail B2B ne peut pas être adopte par les entreprises clientes dont les processus internes exigent ces étapes de validation. Cinquième friction : la disponibilité stock en temps réel. En B2B, une commande passée avec une disponibilité inexacte genere un avoir, un retard de livraison et une perte de confiance. Les acheteurs B2B ont besoin de savoir si le stock est disponible dans l'entrepot regional (livraison J+1) ou dans l'entrepot central (J+2 a J+3) au moment où ils passent la commande, pas deux heures après via un email de confirmation. Sixième limite des portails legacy : l'absence de self-service documentaire. Les acheteurs B2B veulent pouvoir télécharger leurs factures, avoirs et bons de commande directement depuis leur espace client, sans appeler le service administration des ventes. Cette fonctionnalité, banale dans le B2C depuis 2015, reste absente de la majorité des portails B2B legacy — ce qui genere des appels entrants a faible valeur ajoutée et monopolise du temps ADV qui pourrait être consacre a des taches a plus forte valeur.
La stack retenue par Nehos pour les projets e-commerce B2B sur mesure repose sur deux composants principaux : Next.js 15 en frontend et Payload CMS en backoffice, complétée par un moteur de prix maison et une couche d'intégration ERP bidirectionnelle. Cette architecture séparée permet de faire évoluer chaque brique indépendamment et d'adapter le système aux spécificités de chaque distributeur sans refonte globale. Frontend Next.js 15 avec rendu hybride. Les pages catalogue sont générées en ISR (Incremental Static Regeneration) : un catalogue de 50 000 SKUs est servi depuis le CDN OVHcloud sans calcul serveur sur chaque requête. Les pages de produit avec prix personnalises utilisent le SSR (Server-Side Rendering) : à chaque chargement, le système appelle le moteur de prix avec l'identifiant du compte client et retourne le prix spécifique au client en moins de 50ms, grace au cache Redis. L'interface B2B est séparée de toute version publique : login obligatoire, aucun prix public visible, navigation par code produit ou par famille selon les habitudes d'achat du secteur. Moteur de prix multi-niveaux. C'est le coeur fonctionnel du portail B2B. Le calcul du prix affiche suit une hiérarchie de quatre niveaux : prix liste public (niveau 0) -> remise segment commercial (PME, ETI, grand compte) -> remise client individuelle (conditions négociées au contrat) -> remise produit ou famille de produit (promotions temporaires, liquidations de stock). Ce moteur est servi par une API interne avec un SLA de réponse < 50ms grace au cache Redis. La mise à jour des conditions tarifaires est effectuée par le service commercial directement dans Payload CMS, sans intervention technique, avec prise d'effet immediate ou a date planifiée. Gestion des comptes clients entreprise. Payload CMS structure les comptes en hiérarchie : compte entreprise (SIRET, conditions de paiement, limite de credit, gestionnaire de compte) -> contacts associes avec roles différenciés (acheteur, validateur budget, comptable). Le workflow commande est configurable par compte : certains clients ont un accès direct bon de commande, d'autres passent obligatoirement par un devis avant validation. Les seuils de validation hiérarchique sont paramétrables : toute commande dépassant X euros doit être approuvée par le validateur budget avant d'être transmise a la logistique. Ces workflows reflètent les processus internes des entreprises clientes et favorisent l'adoption du portail. Integration ERP et WMS bidirectionnelle. L'API REST d'intégration est développée spécifiquement pour chaque ERP en place : Sage X3, SAP Business One, Cegid. Le flux sortant (du portail vers l'ERP) transmet les bons de commande valides avec toutes les références, quantités, conditions tarifaires et references client. Le flux entrant (de l'ERP vers le portail) alimente en temps réel le stock par entrepot (refresh < 30 secondes), les dates de disponibilité estimées, et les factures et avoirs émis. Cette synchronisation bidirectionnelle garantit que le portail reflecte a tout moment l'état reel du système opérationnel, sans ressaisie manuelle et sans divergence entre ce que voit l'acheteur et ce que voit le commercial. Paiements B2B natifs. Les modes de paiement B2B sont très différents du B2C : virement SEPA a reception de facture, prélèvement SEPA B2B sur mandat (automatisation des échéances), paiement par carte pour les petits montants, et délais nets (30, 45 ou 60 jours). L'integration Stripe (pour carte et prélèvement SEPA B2B) ou GoCardless (spécialiste prélèvement SEPA recurrent) gere la collecte, la reconciliation et la notification automatique. Les conditions de paiement du contrat client sont reprises depuis Payload CMS et appliquées automatiquement à chaque commande. Catalogue et gestion documentaire. L'import masse CSV/Excel permet de mettre à jour un catalogue de 50 000 references en moins d'une heure, sans intervention technique. Les images produits sont hébergées sur OVHcloud CDN avec redimensionnement automatique (webp, AVIF). Les fiches techniques PDF, certificats CE et specifications techniques sont attachées à chaque fiche produit et téléchargeable directement par les acheteurs. Le self-service documentaire couvre l'ensemble des documents administratifs : factures, avoirs, bons de livraison, historique commandes sur 3 ans, export comptable CSV compatible avec les ERP acheteurs. Ce module elimine la majorité des appels entrants au service ADV pour des demandes de documents.
-65%
Commandes par téléphone et email (distributeur matériaux BTP, 1 200 clients B2B actifs, 2025) — 8 commerciaux sédentaires redeploys de la saisie de commandes vers la prospection active
2.8s
Temps de chargement catalogue 50 000 SKUs avec prix personnalises par client (SSR Next.js 15 + cache Redis moteur prix) — mesure en production avec 1 200 comptes clients actifs
+34%
Panier moyen en ligne vs commande téléphonique (cross-sell par recommandations IA basées sur l'historique d'achat du compte client et les tendances du segment)
ROI 8 mois
Sur l'économie de traitement des commandes : 25 euros par commande téléphonique -> 3 euros par commande en ligne. Budget projet à partir de 24 k€ HT, volume 5 000 commandes/mois
#Le problème : pourquoi e-commerce B2B sur mesure est un enjeu critique
Les grossistes et distributeurs se heurtent a un paradoxe persistant : leurs clients professionnels veulent commander en ligne, mais les outils disponibles ne correspondent ni a la complexité de leurs relations commerciales, ni aux contraintes de leurs systèmes d'information.
Premier constat chiffre : selon Forrester B2B Commerce 2024, 60 a 70% des commandes grossistes transitent encore par téléphone ou email. Le coût de traitement d'une commande par téléphone ou email oscille entre 25 et 45 euros — saisie manuelle dans l'ERP, risque d'erreur de référence ou de quantité, relance fournisseur si rupture, confirmation écrite au client. En ligne, ce coût tombe a 2-8 euros. Pour un distributeur qui traite 5 000 commandes par mois, l'écart represente entre 85 000 et 185 000 euros d'économie annuelle potentielle. Pourtant, la plupart des portails B2B existants restent sous-utilises parce qu'ils ne reproduisent pas fidèlement les conditions commerciales réelles.
Deuxième problème structurel : les portails legacy en place. Beaucoup de grossistes ont investi dans Magento 1 (EOL depuis juin 2020), dans le module webshop de leur ERP (SAP Webshop, Sage e-Commerce), ou dans une solution PHP maison datant des années 2010. Ces outils partagent les mêmes limites : performance mediocre (TTFB > 4 secondes sur un catalogue de 10 000 references), interfaces non adaptées aux usages mobiles, et surtout impossibilité de personnaliser les conditions tarifaires sans intervention d'un développeur.
Troisième point de friction : la gestion des conditions tarifaires par client. En B2B, chaque compte client a son propre barème : prix liste public, remises volume négociées (paliers a 50, 100, 500 unites), conditions particulières sur certaines familles produit, UGS (unites de gestion de stock) spécifiques aux commandes du client. Cette granularite est impossible a gérer dans un SaaS généraliste comme Shopify B2B ou WooCommerce sans des développements spécifiques coûteux et fragiles. Et sans cette fidélité tarifaire, les acheteurs B2B n'adoptent pas le portail — ils continuent d'appeler leur commercial pour s'assurer du bon prix.
Quatrième problème : la gestion des comptes multi-contacts. Une entreprise cliente n'a pas un seul interlocuteur. L'acheteur passe la commande, le responsable des achats valide si le montant depasse un seuil, le service comptabilité verifie la conformité avec le budget mensuel. Sans workflow de validation hiérarchique configurable, le portail B2B ne peut pas être adopte par les entreprises clientes dont les processus internes exigent ces étapes de validation.
#Notre approche en 4 phases
#Phase 1 : Audit des règles tarifaires et flux commandes (S1-S2)
Cartographier les barèmes tarifaires existants par client, segment et produit. Identifier les flux de commande actuels (telephone, email, EDI). Qualifier les interfaces ERP (Sage X3, SAP B1, Cegid) et les flux stock/facturation a synchroniser. Cadrer le périmètre fonctionnel (catalogue, devis, bon de commande, paiement, self-service factures).
Voir notre expertise : PIM Akeneo catalogue B2B.
#Phase 2 : Setup stack et moteur de prix (S3-S5)
Déployer Next.js 15 + Payload CMS sur OVHcloud. Configurer le moteur prix multi-niveaux (prix liste -> remise segment -> remise client -> remise produit) avec cache Redis < 50ms. Créer la structure de comptes clients entreprise : compte mere, contacts (acheteur, validateur, comptable), limites de credit, conditions de paiement.
Voir notre expertise : Medusa.js e-commerce B2B.
#Phase 3 : Integration ERP et workflow commandes (S6-S9)
Développer l'API REST bidirectionnelle ERP (stock temps réel < 30s, transfert commandes validées, synchro facturation). Configurer le workflow : panier -> devis optionnel -> bon de commande -> validation hiérarchique -> expedition -> facture PDF. Intégrer les paiements B2B (virement SEPA, prélèvement SEPA B2B, carte, délais nets via Stripe ou GoCardless).
Voir notre expertise : migration Magento 1 B2B.
#Phase 4 : Catalogue, self-service factures et go-live (S10-S12)
Importer le catalogue masse (CSV/Excel, 50k+ SKUs), configurer CDN OVHcloud pour images produits et fiches techniques PDF. Déployer le module self-service factures et avoirs (historique 3 ans, export comptable CSV). Tests charge, recette client, go-live avec monitoring temps réel.
Voir notre expertise : conformité NF203 facturation B2B.
#Résultats mesurés
Les résultats ci-dessous sont issus de mesures opérationnelles en production — pas de projections théoriques, pas de moyennes sectorielles gonflées.
| KPI | Résultat | Contexte |
|---|---|---|
| Commandes par téléphone et email (distributeur matériaux BTP, 1 200 clients B2B actifs, 2025) | -65% | 8 commerciaux sédentaires redeploys de la saisie de commandes vers la prospection active (Cas client Nehos 2025, 2025) |
| Temps de chargement catalogue 50 000 SKUs avec prix personnalises par client (SSR Next.js 15 + cache Redis moteur prix) | 2.8s | mesure en production avec 1 200 comptes clients actifs (Mesures production Nehos 2025, 2025) |
| Panier moyen en ligne vs commande téléphonique | +34% | (cross-sell par recommandations IA basées sur l'historique d'achat du compte client et les tendances du segment) (Cas client Nehos 2025, 2025) |
| Sur l'économie de traitement des commandes : 25 euros par commande téléphonique | ROI 8 mois | (Cas client Nehos 2025, 2025) |
-65% : Commandes par téléphone et email (distributeur matériaux BTP, 1 200 clients B2B actifs, 2025) — 8 commerciaux sédentaires redeploys de la saisie de commandes vers la prospection active.
2.8s : Temps de chargement catalogue 50 000 SKUs avec prix personnalises par client (SSR Next.js 15 + cache Redis moteur prix) — mesure en production avec 1 200 comptes clients actifs.
+34% : Panier moyen en ligne vs commande téléphonique (cross-sell par recommandations IA basées sur l'historique d'achat du compte client et les tendances du segment).
#Cas client : Distributeur de matériaux de construction, 1 200 clients B2B actifs (artisans, P
#Contexte
Distributeur de matériaux de construction, 1 200 clients B2B actifs (artisans, PME BTP, collectivités), 85% des commandes passées par téléphone ou email, portail Magento 1 EOL non maintenu depuis 2022, 8 commerciaux sédentaires dédiés à la saisie de commandes dans Sage X3, catalogue de 48 000 references actives, budget projet à partir de 24 k€ HT tout compris.
#Défi
Digitaliser sans perdre les conditions tarifaires négociées individuellement par chaque client (remises volume, prix spéciaux sur certaines familles, UGS client spécifiques), intégrer Sage X3 en temps réel (stock par entrepot, transfert commandes, synchro factures), respecter le budget de 911 k€ et obtenir un ROI en moins de 12 mois. Trois objectifs simultanément non négociables.
#Solution déployée
Stack Next.js 15 + Payload CMS avec moteur prix multi-niveaux (prix liste -> remise segment -> remise client -> remise produit, cache Redis < 50ms). API REST bidirectionnelle Sage X3 : stock entrepot temps réel (refresh 30s), transfert automatique des bons de commande valides, synchro factures et avoirs. Workflow devis + bon de commande + validation hiérarchique configurable par compte client. Self-service factures et avoirs, historique 3 ans. Integration Stripe pour prélèvement SEPA B2B et paiements carte. Hébergement OVHcloud, CDN images produits.
#Résultats obtenus
Portail en production en 11 semaines. -65% commandes par téléphone et email en 4 mois post-lancement. 8 commerciaux sédentaires redeploys sur la prospection et le développement de comptes. Panier moyen en ligne +34% vs commande téléphonique (cross-sell recommandations). Coût de traitement commande : 25 euros -> 3 euros. ROI atteint en 8 mois. Zero écart tarifaire signale par les clients depuis la mise en production.
#Pourquoi Nehos pour e-commerce B2B sur mesure
Nehos Groupe n'est pas un intégrateur généraliste qui adapte une solution standard à votre contexte. On conçoit des architectures sur mesure, calibrées sur vos contraintes métier, réglementaires et techniques. Chaque projet démarre par un audit de faisabilité qui pose les limites avant les promesses — si le ROI ne tient pas, on le dit avant de signer quoi que ce soit.
Notre méthode ROI-First impose un cadrage chiffré dès la phase d'audit : coût actuel documenté, gains projetés avec hypothèses conservatrices, critères de go/no-go factuels. En production, on mesure les résultats réels et on les compare aux projections — transparence totale, y compris quand les chiffres sont en dessous des attentes. Nos expertises connexes : migration Magento 1 B2B, conformité NF203 facturation B2B, agent IA SAV B2B.
Stack technique souverain : hébergement OVHcloud (datacenters France), modèles IA open source (Mistral) quand la performance le permet, code propriétaire intégralement détenu par le client à la livraison. Pas de vendor lock-in, pas de dépendance à un fournisseur cloud américain pour vos données critiques.
#Pour aller plus loin
Cas d'usage connexes :
Questions frequentes sur le développement d'un portail e-commerce B2B sur mesure
Les differences sont structurelles, pas seulement cosmétiques. En B2B : pas de prix public visible (login obligatoire), conditions tarifaires différentes par client (remises négociées, paliers volume), comptes multi-contacts avec roles et droits différenciés (acheteur, validateur, comptable), workflow d'approbation des commandes au-delà d'un seuil de montant, modes de paiement spécifiques (virement SEPA, délais nets 30/45/60 jours, prélèvement SEPA B2B sur mandat), integration ERP obligatoire pour le stock temps réel et la synchro facturation. Un e-commerce B2C générique (Shopify, WooCommerce) peut être mis en ligne en quelques semaines. Un portail B2B qui reproduit fidèlement les conditions commerciales et les processus d'achat d'une base de 1 000 clients professionnels demande un travail de specification et de développement sur mesure — 10 a 14 semaines selon le périmètre ERP.
Avec un moteur de prix multi-niveaux qui calcule le prix affiche en temps réel à partir de quatre parametres : prix liste de base, remise de segment (PME, ETI, grand compte, collectivité), remise client individuelle (issue du contrat commercial, stockée dans Payload CMS), et remise produit ou famille de produit (promotions, liquidations). Ce moteur est servi par une API interne avec cache Redis : la réponse est inférieure a 50ms pour un catalogue de 50 000 references. Le service commercial met à jour les conditions client directement dans Payload CMS — sans dev, sans ticket, avec prise d'effet immediate ou a date planifiée. Les acheteurs voient toujours leur prix contractuel, jamais le prix liste. Cette fidélité tarifaire est la condition principale de l'adoption du portail par les acheteurs B2B.
Nehos integre les ERP les plus répandus chez les distributeurs et grossistes français : Sage X3, SAP Business One, Cegid, Sage 100, Divalto. L'integration est une API REST bidirectionnelle développée spécifiquement pour chaque ERP. Flux entrant (ERP -> portail) : stock par entrepot avec refresh < 30 secondes, dates de disponibilité estimées, factures et avoirs émis. Flux sortant (portail -> ERP) : transfert automatique des bons de commande valides avec toutes les références, quantités, conditions tarifaires et données client. Zéro ressaisie manuelle, zero risque de divergence entre le portail et le système opérationnel. Pour les ERP sans connecteur préexistant ou avec des flux EDI legacy (EDIFACT, XML propriétaire), une phase d'audit technique est nécessaire pour qualifier l'effort d'intégration.
10 a 12 semaines pour un portail complet avec intégration ERP simple (Sage X3 ou SAP B1 sans personnalisation majeure) : moteur prix, comptes clients, workflow commandes, catalogue import masse, self-service factures, paiements B2B. Ce délai passe à 14-16 semaines si l'ERP a des flux EDI complexes, si le catalogue depasse 100 000 references avec des règles de gestion spécifiques (substitution de références, gestion des lots, traçabilite), ou si plusieurs entrepots régionaux avec des logiques de stock différentes doivent être intégrés. Le délai le plus frequent d'allongement : les données tarifaires dans l'ERP existant sont souvent incomplètes ou mal structurées — la phase de migration et de nettoyage des conditions tarifaires peut représenter 2 a 4 semaines supplémentaires.
Oui, sans degradation de performance notable. Next.js 15 en ISR regenere uniquement les pages produit modifiées depuis la dernière indexation — pas la totalité du catalogue. Pour un catalogue de 100 000 references, le catalogue complet est servi depuis le CDN OVHcloud ; seules les 2 a 5% de pages modifiées chaque jour sont reconstruites. La recherche produit est gérée par Algolia (latence < 50ms quel que soit le volume, faceting natif par famille, disponibilité, prix) ou par Meilisearch en self-hosted pour les budgets plus contraints. Le moteur de prix Redis supporte sans problème 100 000+ SKUs avec des conditions tarifaires par client. Les projets qui posent des défis spécifiques au-delà de 100 000 references : les catalogues avec des variantes produit très nombreuses (couleur x taille x conditionnement), les règles de substitution automatique de références, et les logiques de prix par quantité commandée avec plusieurs paliers — ces cas doivent être qualifies en phase d'audit.
Oui. Next.js 15 integre nativement le routing multi-locale (i18n) avec des URLs dédiées par marche (/fr, /de, /es, /en) et une gestion des devises par compte client. Payload CMS permet de traduire les contenus éditoriaux (descriptions produit, pages catégorie, CGV) par locale avec un workflow de traduction integre. Les conditions tarifaires peuvent être configurées par couple client+devise dans le moteur de prix. Les spécificités réglementaires par marche (TVA locale, mentions légales, conformites produit CE vs UKCA) sont gerable via des champs conditionels dans les fiches produit Payload. Pour les distributeurs qui exportent vers 5 marches ou plus, une phase de cadrage spécifique est recommandée pour qualifier les règles TVA par pays, les modes de paiement locaux (BACS au Royaume-Uni, SEPA en zone euro, iDEAL aux Pays-Bas) et les obligations documentaires (declarations douanières, documents d'origine).