Comment configurer des assortiments et des paliers de prix par détaillant dans un portail B2B
Quels produits un détaillant voit, à quel prix et en quelles quantités : les briques de base et les pièges.
L'ESSENTIEL Résumé de la rédaction
- Un portail B2B peut présenter à chaque détaillant son propre catalogue et sa propre liste de prix en affectant des produits et des prix à une entreprise ou à un groupe de clients.
- Les prix dégressifs, les quantités minimales de commande et les conditionnements sont les trois règles de quantité que la plupart des configurations wholesale doivent modéliser.
- Les fonctions natives d’un portail gèrent généralement les règles simples, tandis que les prix propres à un contrat ou en temps réel exigent souvent une intégration ERP ou un développement sur mesure.
- Les conditions de paiement et les plafonds de crédit relèvent de la fiche client et doivent provenir du système financier plutôt qu’être tenus à la main dans le portail.
- Les restrictions telles que les lignes exclusives ou les limites régionales doivent être conçues comme des règles de la fiche client avant tout chargement de produits.
Pour configurer des assortiments et des paliers de prix par détaillant, définissez d’abord des segments de clients, rattachez ensuite à chaque segment ou compte un catalogue (quels produits sont visibles) et une liste de prix (combien ils coûtent), puis ajoutez les règles de quantité et les conditions de paiement. La plupart des plateformes le prennent en charge nativement pour les cas simples. La difficulté ne tient pas au logiciel, mais à la définition des règles et à la propreté des données sous-jacentes.
Que sont les assortiments et les paliers de prix dans un portail B2B ?
Un assortiment est l’ensemble des produits qu’un détaillant donné est autorisé à voir et à commander, par exemple en raison d’une ligne exclusive, d’une restriction régionale ou d’un accord de distribution. Un palier de prix est l’ensemble des prix appliqués à ce détaillant, qui peut dépendre du compte, d’un groupe de clients ou de la quantité commandée. La documentation B2B de Shopify décrit les mêmes notions sous forme de catalogues qui définissent la disponibilité et les prix des produits par acheteur, et de profils d’entreprise dotés de leurs propres conditions de paiement et autorisations. D’autres plateformes emploient un vocabulaire différent pour les mêmes concepts.
Comment structurer les règles étape par étape ?
- Segmenter vos comptes : regrouper les détaillants par canal, région, relation ou contrat (par exemple grands comptes, indépendants, grands magasins).
- Définir un catalogue par segment, en listant les produits et variantes visibles.
- Créer des listes de prix par segment ou par compte, soit sous forme de remise en pourcentage sur un prix de gros de base, soit sous forme de prix explicites par produit.
- Ajouter les règles de quantité : quantité minimale de commande, conditionnements et éventuels paliers de volume.
- Rattacher les conditions de paiement, les plafonds de crédit et les paramètres de taxe à la fiche client, idéalement synchronisés depuis le système financier.
- Tester avec un compte réel : se connecter en tant qu’acheteur et essayer de passer une commande qui devrait être bloquée, puis une qui devrait aboutir.
| Règle | Ce qu’elle pilote | Source de référence habituelle |
|---|---|---|
| Catalogue | Quels produits et variantes un détaillant peut voir | Accords de vente et de distribution |
| Liste de prix | Prix par produit pour un compte ou un groupe | Politique tarifaire, ERP |
| Palier de volume | Dégressivité selon la quantité (par exemple un prix jusqu’à 50 unités, un prix inférieur à partir de 51) | Politique tarifaire |
| Commande minimale et conditionnement | Plus petite commande et taille de colis par modèle | Référentiel produit, logistique |
| Conditions de paiement et plafond de crédit | Quand et jusqu’à quel montant un détaillant peut devoir de l’argent | Finance, ERP |
Que peuvent gérer les fonctions natives d’un portail, et que ne peuvent-elles pas gérer ?
Un guide d’agence consacré à Shopify B2B indique que les listes de prix peuvent être affectées à des entreprises ou à des groupes de clients et que les prix dégressifs sont pris en charge, mais aussi que les listes de prix natives peuvent ne pas couvrir les règles complexes fondées sur la durée du contrat ou sur les conditions de marché en temps réel, qui peuvent exiger une intégration ERP ou une application sur mesure. Le même guide note que les workflows de validation et les plafonds de dépenses par utilisateur ne sont pas natifs, et que combiner multilinguisme, multidevise, prix B2B et restrictions de catalogue ajoute de la complexité. Les autres plateformes diffèrent : vérifiez les limites documentées de votre propre fournisseur plutôt que de les présumer.
Où ces configurations dérapent-elles le plus souvent ?
- La logique tarifaire vit à plusieurs endroits (tableur, portail, ERP) et finit par diverger.
- Les règles de catalogue sont ajoutées produit par produit, de sorte qu’un nouveau modèle est visible par défaut pour les mauvais détaillants.
- Les conditionnements et les minimums sont tenus dans un document et non dans les données, si bien que le portail ne peut pas les faire respecter.
- La gestion des devises et des taxes est ajoutée après la construction des listes de prix.
- Personne n’est responsable des règles : les exceptions s’accumulent donc sans être examinées.
Comment préparer les données avant le chargement ?
Avant de construire quoi que ce soit, assurez-vous que chaque modèle dispose d’un identifiant stable, de variantes de taille et de coloris complètes, d’un prix de gros de base, d’un prix de vente conseillé et d’un conditionnement. Documentez ensuite les règles commerciales en langage clair : qui voit quoi, à quel prix, avec quel minimum. Les écrire d’abord fait apparaître des contradictions qui, sinon, n’émergeraient que lorsqu’un acheteur est bloqué au moment de la commande. Lorsque des fonctions d’IA, comme des recommandations, sont prévues plus tard, les mêmes données propres et la même segmentation en sont un prérequis.
Comment tester et maintenir la configuration ?
Traitez les règles comme un produit qui exige des tests et un entretien. Créez un petit ensemble de comptes de test, un par segment, et une liste de résultats attendus : quelles collections chacun doit voir, le prix d’un modèle de référence, le minimum d’un modèle de référence et ce qui se passe lorsque le plafond de crédit est dépassé. Exécutez cette liste chaque fois qu’une collection est chargée ou qu’une règle change.
La maintenance compte autant que la construction. Les nouveaux modèles, les changements de prix, les nouveaux détaillants et les accords arrivés à terme exigent tous des mises à jour. Désignez un responsable des règles, fixez une date de revue à chaque saison et consignez les exceptions afin que les exceptions répétées puissent être transformées en véritables règles ou supprimées.
| Test | Résultat attendu |
|---|---|
| Se connecter en tant qu’acheteur de test du segment | Seules les collections convenues apparaissent |
| Ouvrir un modèle de référence | Le prix du segment et la devise correcte s’affichent |
| Saisir une quantité inférieure au minimum | Commande bloquée ou avertissement |
| Saisir une quantité franchissant un palier de volume | Prix du palier appliqué |
| Dépasser le plafond de crédit | Commande suspendue ou signalée selon la politique |
Lorsqu’une fonction d’IA est prévue, comme des quantités recommandées ou des suggestions de réassort, les définitions de segments ci-dessus en deviennent la base. Des segments mal définis produisent de mauvaises recommandations, ce qui est une bonne raison de fixer d’abord la structure.
Que faut-il décider avec les ventes, la finance et l’informatique ?
Les règles du portail traversent trois fonctions, et la configuration s’enlise si l’une d’elles manque. Les ventes définissent qui peut voir quoi et pourquoi. La finance définit le crédit, la taxe et les conditions de paiement et est responsable de la fiche client. L’informatique ou l’équipe plateforme décide où se situe la logique, quelles intégrations sont nécessaires et ce qui doit être développé. Un court atelier réunissant les trois, avec une poignée de détaillants réels comme exemples, règle la plupart des questions plus vite qu’une longue spécification.
Utilisez des exemples réels pour faire apparaître les cas limites : un détaillant avec plusieurs lieux de livraison, un groupe composé d’entités juridiques distinctes, un magasin qui achète sous contrat de licence ou un compte qui reçoit des prix différents dans des devises différentes. Chacun de ces cas vérifie si les règles sont modélisées au bon niveau : entreprise, lieu ou acheteur.
- Quel niveau porte la liste de prix : l’entreprise, le lieu ou l’acheteur individuel ?
- Comment les changements d’un accord sont-ils répercutés, et qui les valide ?
- Qu’advient-il des commandes ouvertes lorsqu’une liste de prix change ?
- Comment les exclusivités et les collections sous embargo sont-elles masquées jusqu’à leur lancement ?
Les réponses deviennent les règles documentées que le portail met en œuvre, et le plan de test qui le vérifie.
Questions fréquentes
Qu’est-ce qu’un catalogue propre à un client dans le commerce B2B ?
C’est un ensemble de produits et de prix rattaché à une entreprise ou à un groupe de clients, de sorte que chaque acheteur ne voit que la gamme et les prix convenus pour lui.
Comment fonctionnent les prix dégressifs dans un portail wholesale ?
Le prix unitaire baisse lorsque la quantité franchit des seuils définis, par exemple un prix jusqu’à 50 unités et un prix inférieur à partir de 51 unités.
Les conditions de paiement doivent-elles être définies dans le portail ou dans l’ERP ?
En règle générale, le système financier doit être responsable des conditions et des plafonds de crédit, le portail les lisant et les appliquant, de sorte qu’il n’existe qu’une seule source de référence.
Un portail peut-il gérer les quantités minimales de commande et les conditionnements ?
Beaucoup le peuvent, nativement ou par personnalisation, mais seulement si les minimums et les tailles de colis existent sous forme de données sur le produit et non dans un document distinct.
Une édition chaque jour ouvrable. Lue en cinq minutes. Gratuite pour les professionnels.
