E-commerce B2B avec devis ou tarifs sur mesure : options et limites

Vendre en ligne à des professionnels ne consiste pas toujours à ajouter un panier à un catalogue. Un client peut disposer de tarifs négociés, commander pour plusieurs établissements, demander une validation interne ou payer à échéance. Certains produits nécessitent un chiffrage, une configuration ou une vérification de disponibilité avant de devenir une commande ferme.

La boutique doit alors arbitrer entre plusieurs parcours. Elle peut afficher des prix publics et proposer une demande de devis, réserver les tarifs aux comptes validés, permettre la commande directe à certains clients ou construire un portail relié à l’ERP. Ces modèles peuvent cohabiter, mais ils ne demandent ni la même architecture ni le même niveau de maintenance.

Le bon choix dépend de ce qui varie réellement entre les clients : prix, catalogue, quantités, livraison, paiement, droits ou règles de validation. Une solution standard fonctionne bien lorsque ces différences restent structurées. Elle atteint ses limites lorsque le site doit reproduire une organisation commerciale complexe et des données calculées ailleurs.

Pourquoi le tunnel B2B diffère d’un achat grand public

Un acheteur particulier choisit généralement pour lui-même, paie immédiatement et reçoit sa commande à une adresse. Le parcours professionnel peut impliquer plusieurs rôles : un utilisateur prépare le panier, un responsable valide le budget, le service achat fournit un numéro de commande et la comptabilité règle la facture plus tard.

L’entreprise cliente peut également posséder plusieurs sites. Chaque établissement utilise une adresse, un catalogue, des conditions de livraison et parfois des tarifs différents. Un même contact peut commander pour plusieurs entités, tandis que d’autres utilisateurs ne voient que les commandes de leur agence.

Le panier ne représente donc pas toujours une commande définitive. Il peut devenir une demande de chiffrage, une proposition interne ou un brouillon soumis au fournisseur. Le site doit indiquer clairement ce que l’action produit afin d’éviter qu’un client croie avoir commandé alors qu’il a seulement demandé un prix.

Les principes du tunnel d’achat e-commerce restent utiles : catalogue compréhensible, formulaires clairs, informations de livraison et confirmation sans ambiguïté. Le B2B ajoute toutefois les comptes entreprises, les autorisations et les règles commerciales propres à chaque relation.

Option 1 : proposer un catalogue avec demande de devis

Le modèle le plus simple conserve un catalogue visible et remplace l’achat direct par une demande. Le visiteur sélectionne des produits, quantités ou options, puis transmet son besoin avec les informations nécessaires au chiffrage.

Cette solution convient lorsque le prix dépend d’éléments impossibles à connaître immédiatement : personnalisation, transport spécifique, volume exceptionnel, installation, disponibilité fournisseur ou combinaison de plusieurs prestations. Elle permet aussi de qualifier un prospect avant de lui ouvrir des conditions commerciales.

La demande doit produire un dossier exploitable, pas un simple email contenant « je souhaite un devis ». Produits, variantes, quantités, société, adresse, délai et contexte doivent être structurés. Le commercial peut ensuite compléter, modifier et versionner la proposition.

WooCommerce propose plusieurs extensions officielles sur sa place de marché pour remplacer le bouton d’achat par une demande de devis, cacher les prix selon les rôles ou permettre un panier de chiffrage. La documentation de B2B Request a Quote montre notamment des règles et statuts applicables aux utilisateurs.

La limite apparaît lorsque le devis reste géré à côté du site. Le commercial reçoit la demande, recrée les lignes dans l’ERP, génère un PDF puis demande au client de confirmer par email. Le portail collecte mieux le besoin, mais la vente continue de dépendre de ressaisies et d’échanges difficiles à suivre.

Un système plus abouti renvoie le devis dans le compte client. Celui-ci peut consulter ses versions, accepter la proposition ou demander une modification. L’acceptation transforme ensuite les lignes validées en commande, sans perdre les références et conditions négociées.

Option 2 : afficher des prix selon le groupe ou le rôle

Certaines entreprises n’ont pas besoin d’un tarif individuel pour chaque client. Elles utilisent quelques niveaux : distributeur, revendeur, grand compte, partenaire ou tarif public. Chaque compte validé appartient à un groupe qui détermine les produits visibles et les remises.

Ce modèle convient bien aux solutions standard. WooCommerce propose des extensions de prix par rôle et des suites de vente en gros capables d’appliquer des tarifs, restrictions de catalogue, quantités et méthodes de paiement selon les utilisateurs.

La règle doit toutefois rester compréhensible. Une remise de 10 % sur une catégorie ou un prix fixe par rôle se teste facilement. Plusieurs promotions cumulées, exceptions client, seuils et contrats datés peuvent produire un résultat difficile à expliquer au commercial comme à l’acheteur.

Le compte doit voir le prix réellement applicable avant de soumettre la commande. Modifier ensuite silencieusement le total détruit la confiance et complique les litiges.

Pour les visiteurs non connectés, le site peut afficher les prix publics, masquer les montants ou présenter un catalogue partiel. Ce choix influence le référencement et la qualification des prospects.

Option 3 : attribuer un catalogue et des conditions par entreprise

Le niveau suivant ne raisonne plus seulement par rôle. Chaque entreprise, voire chaque établissement, reçoit un catalogue, des prix, des adresses, des conditions de paiement et des permissions propres.

Shopify B2B utilise les notions de company et company location. Sa documentation indique qu’un établissement peut posséder son identifiant fiscal, ses adresses, son catalogue, ses conditions de paiement, ses contacts et ses réglages de checkout. (help.shopify.com)

Les catalogues déterminent les produits et tarifs accessibles. Shopify permet aussi de soumettre toutes les commandes d’une entreprise comme brouillons à examiner avant approbation. Cette fonction rapproche le checkout d’un processus commercial sans obliger l’équipe à reconstruire toute l’interface.

Les capacités varient selon le plan. Shopify précise que ses fonctions B2B sont disponibles à différents niveaux, tandis que les catalogues directement attribués à une entreprise, les catalogues en nombre illimité, les acomptes, paiements partiels et certaines demandes de paiement avancées sont réservés à Shopify Plus. (help.shopify.com)

Cette approche devient intéressante lorsque les règles peuvent être représentées dans la plateforme. Elle atteint ses limites lorsque le tarif doit être calculé à chaque ligne depuis un contrat complexe, que le crédit disponible vient de l’ERP ou qu’une commande doit suivre plusieurs approbations propres au client.

Option 4 : transformer le panier en commande soumise à validation

Tous les clients professionnels n’ont pas besoin d’un devis formel. Certains connaissent leurs références et tarifs, mais la commande doit encore être approuvée par le fournisseur ou par leur propre organisation.

Le checkout peut alors enregistrer une commande provisoire. Le fournisseur vérifie le stock, le minimum, la livraison ou l’encours, puis accepte ou ajuste le dossier. Ce modèle évite de présenter chaque achat comme une négociation complète tout en conservant une étape de sécurité.

La validation interne du client constitue une autre dimension. Un collaborateur prépare le panier, puis un responsable autorisé l’approuve selon un seuil. La commande n’est transmise au fournisseur qu’après cette décision.

Les solutions standard gèrent parfois la soumission en brouillon, mais les circuits multi-niveaux demandent souvent un développement spécifique selon le montant, l’établissement ou le budget.

Le numéro de bon de commande doit suivre la commande, la facture, la livraison et l’avoir lorsqu’il conditionne le traitement comptable du client.

Tarifs personnalisés : la vraie difficulté est la source du prix

Le prix affiché peut provenir de la boutique, d’un fichier commercial, du CRM ou de l’ERP. Tant que cette source n’est pas définie, les équipes risquent de modifier la même grille à plusieurs endroits.

Une petite gamme avec trois niveaux de remise peut être administrée dans l’e-commerce. Une entreprise qui calcule ses tarifs selon le client, la quantité, le conditionnement, le marché, la date, la devise et les matières premières possède déjà un moteur de prix métier.

Recopier ce moteur dans Shopify ou WooCommerce crée deux versions de la règle. Le commercial modifie un contrat dans l’ERP, mais le site continue d’afficher l’ancien montant. La synchronisation doit alors transmettre les prix applicables ou permettre au portail d’interroger la source officielle.

Si chaque fiche appelle l’ERP en direct, sa lenteur peut bloquer le catalogue. Une architecture peut mettre en cache les tarifs autorisés puis vérifier le montant final au panier.

Les conflits doivent être prévus. Que se passe-t-il si le prix affiché diffère du tarif reçu au moment de la validation ? Le système doit éviter les corrections silencieuses et présenter la situation à l’équipe ou au client selon la règle commerciale choisie.

Paiement immédiat, différé, acompte ou encours

Le paiement B2B peut suivre plusieurs modèles. Certains clients règlent par carte lors de la commande. D’autres paient par virement, à trente jours ou selon les conditions négociées. Une fabrication spécifique peut demander un acompte puis un solde avant expédition.

Le compte entreprise doit recevoir uniquement les moyens autorisés. Une société placée en paiement immédiat ne doit pas pouvoir sélectionner une échéance accordée à un grand compte. Les règles peuvent également varier par établissement.

Shopify permet de définir des conditions de paiement par entreprise ou établissement et, selon le plan, des exigences d’acompte ou des demandes de paiement liées aux commandes. Sa documentation sur les payment terms B2B décrit ces configurations.

Le crédit et l’encours sont plus complexes : le site doit connaître la limite, les factures échues et les commandes engagées, généralement depuis l’ERP ou la comptabilité.

Le portail doit distinguer commande et paiement : une commande acceptée à échéance suit un calendrier, elle n’est pas encore un incident de paiement.

Gérer quantités, établissements et droits utilisateurs

La vente professionnelle utilise souvent cartons, palettes, lots ou minimums de commande. Ces règles influencent le prix, la livraison et le stock ; elles doivent apparaître dès le catalogue plutôt qu’au dernier écran. Les solutions standard gèrent bien un minimum ou un palier simple, mais deviennent difficiles à maintenir lorsque plusieurs familles, contrats et unités se combinent.

Le conditionnement ne doit pas être confondu avec la quantité physique. Commander « 3 » peut signifier trois pièces, cartons ou palettes. Les unités doivent rester cohérentes entre le site, l’ERP, la préparation et la facture.

Un portail B2B sérieux doit également gérer plusieurs utilisateurs et établissements. Préparer une commande, l’approuver, consulter toutes les commandes d’un site, télécharger les factures ou administrer les utilisateurs correspondent à des permissions distinctes.

L’authentification ne remplace pas l’autorisation. Un utilisateur connecté doit encore être rattaché à la bonne entreprise et au bon établissement ; une erreur peut exposer des tarifs, commandes ou factures appartenant à un autre client.

Relier le portail B2B à l’ERP, au CRM et à la comptabilité

Le portail doit recevoir les données nécessaires sans chercher à remplacer tous les logiciels internes. Le CRM conserve la relation commerciale, l’ERP les produits, stocks et contrats, tandis que la comptabilité porte les factures et règlements selon l’organisation retenue.

Les échanges concernent notamment les entreprises, contacts, catalogues, tarifs, commandes, statuts, expéditions, factures et encours. Chaque objet doit posséder un identifiant stable pour éviter que le même client ou la même commande soit créé plusieurs fois.

Toutes les synchronisations n’ont pas besoin du temps réel. Le stock critique exige de la fraîcheur ; les factures peuvent être importées après validation.

La reprise des erreurs fait partie du projet. Un ERP indisponible ne doit ni perdre la demande ni afficher une commande définitivement acceptée si aucune vérification n’a eu lieu. Le système conserve l’événement, informe l’utilisateur du statut réel et permet une reprise sans doublon.

La réforme française de la facturation électronique ajoute un point de vigilance actuel. Toutes les entreprises concernées doivent pouvoir recevoir des factures électroniques à partir du 1er septembre 2026 ; l’obligation d’émission s’applique à cette date aux grandes entreprises et ETI, puis au 1er septembre 2027 aux PME, TPE et micro-entreprises. Le portail ne doit donc pas être conçu comme un générateur de PDF isolé du futur circuit de facturation. (economie.gouv.fr)

Les limites des extensions standard

Une extension B2B peut apporter rapidement des prix par rôle, une demande de devis ou un catalogue privé. Elle reste une bonne solution lorsque les règles correspondent à son modèle et que l’équipe peut les administrer sans développeur.

Les difficultés apparaissent lorsque plusieurs extensions interviennent sur la même décision. L’une calcule les remises, une autre impose des quantités, une troisième gère le devis et une quatrième modifie le checkout. L’ordre d’exécution et les mises à jour peuvent alors produire des comportements difficiles à tester.

La logique métier risque aussi de devenir invisible. Un tarif important est configuré dans un écran d’extension, une exception dans un bout de code et une autre dans l’ERP. Personne ne sait plus expliquer pourquoi le client voit ce montant.

La maintenance doit être incluse dans l’arbitrage. WooCommerce permet une grande souplesse mais demande de suivre WordPress, le thème, les extensions et leurs compatibilités. Shopify réduit cette couche technique, mais certaines fonctions avancées dépendent du plan, des applications ou des possibilités offertes par son checkout.

Le coût inclut donc les licences, mais aussi la saisie des règles, les tests, la supervision et les évolutions contractuelles.

Quand le sur-mesure devient raisonnable

Le sur-mesure ne se justifie pas parce que le B2B paraît complexe dans l’absolu. Il devient raisonnable lorsque les besoins essentiels ne peuvent pas être représentés proprement par la plateforme standard ou lorsque l’empilement nécessaire coûterait plus cher à maintenir.

Les signaux les plus forts sont les prix calculés par contrat, les validations à plusieurs niveaux, les multi-établissements complexes, la gestion de crédit, les commandes récurrentes, la configuration technique des produits et l’intégration profonde à un ERP.

Un portail spécifique peut conserver Shopify ou WooCommerce pour certaines fonctions, ou devenir une application reliée au système commercial et au paiement.

L’article Site e-commerce sur mesure ou solution clé en main aide à arbitrer ce niveau d’investissement. Le choix doit considérer les fonctions réellement différenciantes, le volume, les intégrations et la capacité de maintenance.

Le sur-mesure demande davantage de cadrage et de tests. Il n’efface pas la nécessité de définir catalogues, prix, responsabilités et exceptions.

Choisir le parcours adapté au modèle commercial

Un catalogue avec demande de devis convient aux offres configurables ou négociées. Les prix par rôle répondent à quelques segments stables. Les catalogues par entreprise sont adaptés aux contrats différenciés mais structurés. Le portail sur mesure prend le relais lorsque l’expérience dépend profondément de l’organisation interne.

Ces modèles peuvent cohabiter : commande directe pour les produits courants, devis pour les équipements complexes et conditions dédiées pour les grands comptes.

La page Création de site e-commerce présente les solutions Shopify, WooCommerce et sur mesure selon le catalogue, les intégrations et les parcours nécessaires. Un projet B2B demande généralement un cadrage plus poussé que l’ajout d’un panier, car le site doit représenter une partie du fonctionnement commercial de l’entreprise.

La bonne solution n’est donc pas celle qui reproduit en ligne toutes les exceptions accumulées par le service commercial. Elle transforme les règles stables en parcours simples, conserve une validation humaine pour les cas particuliers et relie le portail aux systèmes qui détiennent réellement les prix, commandes et factures.