Apprenez les calculs de tarification des packs produits pour afficher clairement les remises, mesurer les marges et maintenir l'inventaire des composants exact grâce à des modèles et contrôles simples.

Pour les acheteurs, les packs paraissent simples : « achetez ensemble et économisez ». Mais en coulisses, ils touchent à la tarification, aux taxes, aux promos, au COGS et au stock en même temps. Sans règles claires, vous pouvez obtenir un checkout qui semble correct tandis que les rapports dérivent silencieusement.
Deux choses se passent souvent en premier : la remise est floue, et les comptes de stock deviennent peu fiables. Le client peut voir un prix de pack puis voir des codes promo supplémentaires, des prix « comparer à » ou des remises par article qui se cumulent, rendant l'économie difficile à comprendre. En interne, vos systèmes peuvent ne pas s'accorder sur le fait que le pack s'est vendu comme une unité ou comme plusieurs articles.
Voici les deux risques principaux à surveiller :
Un pack peut aussi sembler rentable mais faire perdre de l'argent. Cela arrive quand le revenu est enregistré au niveau du pack, alors que les coûts sont suivis au niveau des composants (ou pas du tout). Vous pouvez voir une belle « marge brute du pack » sur un dashboard alors que le coût réel d'un composant coûteux est ignoré, remisé deux fois ou remboursé plus souvent que prévu.
« Exact » doit signifier quatre choses pratiques :
Le checkout correspond à la promesse : le client voit le prix du pack et l'économie d'une façon cohérente.
Les rapports de vente sont explicables : vous pouvez répondre « Combien d'unités de chaque article avons-nous réellement écoulées ? » et « Combien de remise avons-nous accordé ? »
L'inventaire reste honnête : lorsqu'un pack est expédié, la quantité correcte de chaque composant est déduite, même si l'entrepôt prélève depuis des bacs séparés.
Les retours ne corrompent pas les données : si un client retourne un article d'un kit, votre système sait ajuster le revenu, la remise et le stock sans deviner.
Si vous commencez par des calculs clairs de tarification de pack et une règle d'inventaire unique, le reste des décisions devient bien plus simple.
Avant de faire des calculs de tarification de pack, nommez le type de pack. Le type détermine ce que les clients voient, comment vous mesurez la marge et comment le stock doit bouger.
Un bundle pur est « ces articles doivent être achetés ensemble ». Pensez « boîtier d'appareil + objectif + sac » vendu comme une offre unique. Cela nécessite généralement un prix de pack clair, une histoire de remise claire (comparé à l'achat séparé) et une déduction d'inventaire cohérente pour les mêmes composants à chaque fois.
Un set mix-and-match est « choisissez 3 parmi ce groupe ». La tarification et le stock deviennent plus complexes car les composants varient. Vous avez souvent besoin de règles comme « même prix quel que soit le choix » (simple, mais les marges peuvent varier) ou « le prix dépend des articles choisis » (marges plus claires, plus de complexité).
Kits, multipacks et assortiments semblent similaires mais se comportent différemment :
Un pack devrait avoir son propre SKU quand vous avez besoin d'un reporting et d'opérations stables. Raisons courantes :
Évitez de créer un pack quand le « pack » n'est qu'une remise temporaire. Si les articles peuvent être achetés séparément et que l'ensemble change chaque semaine, une promo (règle de remise au checkout) garde votre catalogue plus propre et réduit les surprises d'inventaire.
Les clients font rarement de gros calculs. Ils comparent le prix du pack aujourd'hui à ce qu'ils pensent que coûteraient les articles séparément. Votre travail est de faciliter cette comparaison de façon cohérente, pour que la remise paraisse réelle et que vos règles de tarification restent stables.
Commencez par définir deux prix pour chaque pack :
Puis calculez la remise d'une façon standard et tenez-vous-y :
Discount amount = List price - Bundle price
Discount percent = Discount amount / List price
C'est la forme la plus simple de calcul de tarification des packs, et cela correspond à ce que la plupart des acheteurs attendent.
Les arrondis sont là où la confiance peut se perdre. Si votre panier affiche 79,99 $ et « 20% off », les clients vont vérifier. Choisissez des règles qui évitent les centimes gênants.
Un ensemble de règles pratiques :
Les packs avec options ont un choix supplémentaire : fixez-vous sur le calcul à partir de la configuration la moins chère possible ou à partir de ce que le client a choisi ? Pour « choisissez 1 parmi 3 », calculez le prix de référence en utilisant la variante sélectionnée, pas une moyenne, afin que l'économie affichée reste honnête.
Enfin, décidez ce qui se passe quand les prix des composants changent après coup. L'approche la plus simple est de traiter le prix du pack comme une décision autonome : conservez-le fixe jusqu'à ce que vous décidiez de le re-pricer, et recalculez le prix de référence affiché à partir des prix composants actuels. Si cela fait trop fluctuer la remise, définissez un trigger de revue (par exemple si la remise change de plus de 5 points) pour ajuster avant que les clients ne remarquent.
Une remise sur un pack n'est « bonne » que si vous pouvez encore voir le profit. Commencez par verrouiller le COGS (coût des marchandises vendues) au niveau composant. Chaque article du kit a besoin d'un coût unitaire courant (ce que vous payez pour l'acheter ou le fabriquer), plus tout coût propre au pack comme l'emballage additionnel.
Le COGS du pack est simple : additionnez les COGS des composants multipliés par les quantités dans le pack, puis ajoutez emballage et manutention.
Bundle COGS = Σ (component unit COGS × component quantity) + packaging + handling
Gross margin $ = bundle price - Bundle COGS - shipping subsidies
Gross margin % = Gross margin $ / bundle price
Exemple : un « Kit de démarrage » se vend 99 $.
Bundle COGS = 28 + 12 + 8 + 3 = 51 $
Gross margin $ = 99 - 51 - 6 = 42 $
Gross margin % = 42 / 99 = 42,4%
C'est le cœur du calcul de tarification des packs : la remise reste claire pour l'acheteur, et la marge reste visible pour vous.
Pour les rapports, vous aurez peut-être besoin d'allouer le revenu du pack aux composants (pour les ventes par catégorie, commissions ou rapports fiscaux). Une approche courante est l'allocation proportionnelle basée sur la valeur individuelle hors pack de chaque article. Si A représente 50% de la valeur totale hors pack, il reçoit 50% du revenu du pack. Gardez la règle d'allocation cohérente pour que les rapports mois sur mois restent comparables.
Avant de publier une remise, fixez des garde-fous qui bloquent les packs dangereux :
Ces coûts paraissent petits, mais ils augmentent vite. Si un kit nécessite un emballage spécial, traitez-le comme un vrai COGS, pas comme une erreur d'arrondi.
Si la tarification est la promesse, l'inventaire est la vérité. Au moment où un pack se vend, votre système de stock doit répondre rapidement à une question : quels articles physiques viennent de quitter l'étagère ?
Vous ne gardez en stock que les composants. Quand le pack se vend, vous soustrayez les quantités requises de chaque composant (par ex. 1 bouteille + 2 filtres). C'est l'option la plus propre quand le « pack » est surtout un concept de tarification.
Elle fonctionne mieux quand les préparateurs assemblent le kit pendant l'exécution. Cela garde aussi le calcul des packs honnête, car vous pouvez voir si la remise est « payée » par un coût d'expédition inférieur, une conversion plus élevée, ou simplement par la marge.
Le modèle B traite le kit comme un article réellement stocké avec son propre niveau on-hand. Vous assemblez les kits à l'avance, puis déduisez 1 kit à la vente. Il faut néanmoins une étape d'assemblage qui consomme les composants au moment du montage, sinon vos comptes composants seront faux.
Le modèle C conserve un SKU virtuel pour la vente et le reporting, mais réserve les composants au moment de la commande (et non à l'expédition). La réservation évite la survente quand le stock est serré ou quand la capture du paiement est retardée.
Voici une manière simple de choisir :
Plusieurs entrepôts ajoutent une règle : déduisez depuis l'endroit d'où les articles sont réellement expédiés. Avec les modèles A ou C, la sélection des composants doit être spécifique à l'entrepôt (Entrepôt 1 a le chargeur, Entrepôt 2 non). Avec le modèle B, vous devez suivre le stock de kits par entrepôt et gérer des transferts ou des ordres d'assemblage pour déplacer les kits.
Un exemple rapide : vous vendez un « Kit de démarrage » comprenant 1 mug et 1 couvercle. Si l'entrepôt A a des mugs mais pas de couvercles, le Modèle A ne peut vendre que si la commande est routée vers un entrepôt qui a les deux, ou si vous acceptez un split-ship (et le coût de port supplémentaire). Le Modèle B évite la confusion en stockant des kits complets là où ils peuvent vraiment être expédiés.
Un pack se comporte bien seulement si votre catalogue et votre inventaire s'accordent sur ce qui est vendu : un nouvel article, ou un ensemble d'articles existants. Commencez par décider ce qui doit être suivi, tarifé et retourné.
Utilisez ce flux pour configurer un pack (et réutilisez les mêmes règles pour le suivant) :
Voici un scénario rapide pour valider votre setup : vous vendez un « Kit de démarrage » avec 1 mug et 2 paquets de café. Si les mugs sont en rupture mais que les paquets ne le sont pas, votre vitrine doit soit bloquer le pack soit le marquer clairement comme en rupture, et votre système ne doit jamais déduire 2 paquets sans aussi réserver le mug.
Si vous construisez des workflows personnalisés, un outil comme Koder.ai peut vous aider à définir les règles de pack (SKU, BOM, timing de déduction) une fois, puis générer le catalogue et la logique stock de manière cohérente entre le web et les systèmes backend.
Les packs deviennent gênants quand la réalité arrive : un article manque, le client veut un échange, ou le retour est partiel. La manière la plus simple de rester sain d'esprit est de garder la commande côté client simple (une ligne pack) tout en suivant l'exécution et le stock au niveau composant.
Quand un composant est en rupture, décidez à l'avance si le pack peut partir partiellement ou doit attendre. Si vous acceptez des expéditions partielles, ne déduisez que ce qui est effectivement expédié et réservez le reste pour ne pas survendre. La ligne du pack reste « partiellement exécutée », mais votre grand livre de stock reste propre.
Autoriser les substitutions est acceptable tant que vous les traitez comme un changement contrôlé, pas comme un bazar ad hoc. Fixez des règles de substitution qui préservent le reporting et la marge.
Les retours ont besoin de deux chemins : retour complet du kit et retour d'un seul composant. Exemple : un « Kit de démarrage » vendu 90 $ (remisé de 100 $) inclut une bouteille (40 $ list) et une brosse (60 $ list). Si le kit entier revient, inversez les deux composants en stock et remboursez 90 $.
Si seule la brosse est retournée, remboursez une part au prorata du prix payé du pack, pas le prix seul de la brosse. Une méthode simple et défendable est le prorata par prix de référence.
Cela garde les remises claires, empêche les remboursements « donnés », et évite que l'inventaire ne dérive avec le temps.
Les packs échouent généralement pour des raisons banales : les règles du catalogue sont floues et la mathématique est appliquée deux fois. La correction consiste surtout à choisir une source de vérité pour le prix, la marge et le stock.
Le piège d'inventaire le plus fréquent est de déduire le stock à deux endroits. Si vous gardez un SKU de pack pour la vente, décidez s'il s'agit d'un SKU « virtuel » (pas de stock propre) ou d'un SKU « préemballé » (a ses propres unités on-hand). Les bundles virtuels ne doivent déduire que les composants. Les kits préemballés ne doivent déduire que le SKU du kit jusqu'à ce que vous l'ouvriez.
Les remises peuvent aussi paraître plus importantes qu'elles ne le sont à cause des arrondis. Un prix de pack comme 49,99 $ paraît propre, mais si chaque composant est arrondi différemment, la remise implicite peut bouger d'un centime ou deux par commande. Au fil du temps, cela crée du bruit au support et des rapports compliqués. Choisissez une règle d'arrondi et appliquez-la une seule fois, au prix final du pack.
Voici des pièges fréquents qui affectent marges et opérations, avec des corrections rapides :
Si vous implémentez cette logique en code, écrivez les règles avant d'implémenter. Dans Koder.ai, utiliser le mode planning pour les règles de pack (déduction stock, arrondi, cumul des remises) aide à garder le comportement cohérent quand vous exportez ensuite du code source ou ajoutez de nouveaux packs.
Avant de publier un pack, prenez 10 minutes pour confirmer que les règles sont cohérentes. La plupart des problèmes apparaissent plus tard comme « pourquoi avons-nous perdu de l'argent ? » ou « pourquoi le stock est faux ? » et les deux renvoient généralement à une mathématique floue.
Commencez par le prix côté client. Si vous affichez « Économisez 15% », assurez-vous que ce chiffre est basé sur le même prix de référence que vous utilisez partout (vos prix de vente actuels, pas un ancien MSRP). C'est là que le calcul de tarification des packs est mis à l'épreuve : la remise affichée doit correspondre à ce qu'un acheteur peut vérifier.
Vérifiez ensuite la marge avec les coûts exacts qui vous impactent à chaque commande. Incluez la main-d'œuvre pick-and-pack, l'emballage, les frais de paiement et tout coût d'expédition supplémentaire causé par le poids ou les colis multiples. Si le pack atteint votre marge cible seulement quand tout se passe parfaitement, c'est une offre risquée.
L'inventaire est l'autre moitié. Décidez si le pack a son propre SKU, comment il déduit les composants, et ce qui se passe dans les cas limites comme annulations et retours. Si vous ne pouvez pas expliquer la logique de stock en une phrase, elle faillira sous pression.
Voici une checklist serrée avant lancement :
Si vous automatisez cela dans un outil comme Koder.ai, rédigez d'abord ces règles, puis implémentez-les exactement telles quelles pour que les chiffres restent stables à l'échelle.
Imaginez un « Kit de démarrage » composé de trois articles vendus aussi séparément. L'objectif est de rendre la remise évidente, la marge facile à vérifier et le stock toujours correct.
Supposons ces composants, avec prix et coût (COGS) simples :
Vendu séparément, le client paierait 20 + 12 + 18 = 50 $ (c'est votre total « somme des parties »).
Fixez le prix du pack à 42 $. La remise est 50 - 42 = 8 $. Le pourcentage de remise est 8 / 50 = 16%.
C'est la façon la plus claire de présenter le calcul : montrez la somme des parties, puis affichez le prix du kit et l'économie.
Le COGS du pack est la somme des COGS composants : 8 + 4 + 6 = 18 $.
Le profit brut sur le kit est 42 - 18 = 24 $.
La marge brute en pourcentage est 24 / 42 = 57,1%.
Ce chiffre permet de comparer le pack à vos marges habituelles. Si votre objectif est 60%, vous savez que ce kit est un peu plus serré et pouvez décider si l'augmentation de conversion vaut le coup.
Inventaire initial : gourdes 40, serviettes 30, shakers 25.
Vendre 5 kits doit déduire 5 unités de chaque composant :
Gourdes 40 - 5 = 35, serviettes 30 - 5 = 25, shakers 25 - 5 = 20.
Maintenant un client retourne seulement la serviette d'un kit. Remettez 1 serviette en stock (serviettes 25 + 1 = 26).
Côté argent, choisissez une règle claire et tenez-vous-y : soit (a) pas de retours partiels sur les kits, soit (b) les remboursements partiels sont calculés sur la part de chaque article dans le prix du pack, pas sur le prix à l'unité. Rembourser selon le prix à l'unité peut transformer un kit rentable en perte.
Les packs restent rentables et corrects quand tout le monde suit les mêmes règles. Avant d'étendre un kit sur plusieurs canaux, rédigez une simple « politique de packs » à laquelle votre équipe peut se référer quand quelque chose déraille.
Incluez trois choses en langage clair : comment vous fixez les prix des packs (et comment les remises sont affichées), comment l'inventaire est déduit (SKU pack, composants ou les deux), et comment fonctionnent les retours (remboursement sur le pack ou par composant).
Une bonne politique tient sur une page. Utilisez une checklist courte :
Ensuite, testez les cas limites avec de vraies commandes, pas des tableurs. Créez une commande de test pour chaque scénario attendu : retour partiel, substitution, composant en backorder, pack avec catégories de taxe mixtes, et changement de prix en milieu de mois. Sauvegardez captures d'écran ou notes pour répéter les tests après des mises à jour systèmes.
Planifiez une revue mensuelle pour détecter la dérive de marge. Les coûts composants changent discrètement, et votre « super offre » peut devenir une perte sans que personne ne s'en aperçoive. Un rappel calendrier de 15 minutes pour revoir les principaux packs, les coûts composants et les marges réelles suffit généralement.
Si vos outils actuels ne peuvent pas exprimer proprement vos règles, construisez une petite appli interne qui fait juste ce dont vous avez besoin (configuration de packs, validation et reporting). Avec Koder.ai, vous pouvez décrire vos règles en chat et générer un outil back-office (React + Go + PostgreSQL), puis itérer en sécurité avec snapshots et rollback quand il faut ajuster la logique.