VJOURNAL

SMART • Rubrique mondiale • 30 septembre 2026

Calculateur de seuil de rentabilité ecommerce : commandes et contribution

Le chiffre d'affaires d'une commande ne finance pas entièrement les charges fixes. Calculez ce qu'il reste après produit, traitement, paiement et acquisition.

Couverture VJOURNAL pour « Calculateur de seuil de rentabilité ecommerce : commandes et contribution »
03 / 05VITON13 / OUTIL SMART

Seuil de rentabilité e-commerce

Trouvez l’objectif de commandes mensuelles et le profit au volume prévu.

Calcul privé dans votre navigateur

Vos données

09

Saisissez tous les montants dans cette devise. Aucune conversion.

Utilisez des chiffres, . ou , pour les décimales, sans séparateur de milliers.

 
 
 
 
 
 
 
 
 

Réponse en bref

Contribution par commande = salePrice − (productCost + fulfillmentCost + salePrice × feePercent ÷ 100 + feeFixed + acquisitionCost). Cible = fixedMonthly + launchCost ÷ 12 ; divisez par la contribution positive et arrondissez les commandes au supérieur.

Arrêt des vérifications: 3 sources
La contribution déduit produit, traitement, frais de paiement proportionnels et fixes, puis acquisition.
Le seuil couvre charges fixes et un douzième du lancement, arrondi à la commande supérieure.
Retours et contestations n'ont pas de champ et peuvent rendre le seuil affiché trop bas.

Une commande moyenne, pas un article

Le calculateur prend pour unité une commande représentative. salePrice désigne le revenu attribué à cette commande dans une devise. Lorsque paniers et remises varient, choisissez une moyenne sur une période connue. productCost correspond aux marchandises de la même commande. L'aide officielle de Shopify précise que ses rapports de bénéfice nécessitent des coûts de produits enregistrés et tiennent compte des remises et remboursements dans les ventes nettes. Ces rapports ne sont toutefois pas identiques à notre scénario simplifié.

fulfillmentCost représente préparation et livraison à la charge du marchand dans le périmètre retenu. Si le client paie le transport, traitez ce revenu dans salePrice de manière cohérente avec la dépense dans fulfillmentCost : il n'y a pas de champ de recettes de livraison. Ne déduisez pas deux fois un coût fournisseur. La fiscalité n'est pas calculée ; conservez un traitement cohérent des montants hors taxes ou taxes incluses.

Lire les neuf saisies disponibles

Les champs sont launchCost, fixedMonthly, salePrice, productCost, fulfillmentCost, feePercent, feeFixed, acquisitionCost et expectedOrders. Les frais proportionnels par commande sont salePrice × feePercent ÷ 100, arrondis à quatre décimales. variablePerOrder additionne produit, traitement, frais proportionnels, frais fixes de paiement et acquisition. contributionPerOrder vaut salePrice moins variablePerOrder. Stripe indique officiellement que les frais dépendent du moyen de paiement et de l'accord ; utilisez vos conditions réelles.

acquisitionCost représente la dépense publicitaire attribuée à une commande. Google Ads décrit le coût par conversion, mais une conversion n'est pas forcément une commande honorée. Rapprochez les campagnes des ventes et définissez les canaux inclus. Pour des commandes organiques et payantes, explicitez une moyenne pondérée si elle est pertinente. L'outil ne fait pas d'attribution publicitaire.

Seuil de commandes et résultats

monthlyTargetCost est fixedMonthly + launchCost ÷ 12. On le divise par une contributionPerOrder positive, puis on arrondit au nombre entier supérieur pour breakEvenOrders. Cette répartition du lancement correspond à une cible de récupération sur douze mois, pas à une nouvelle facture mensuelle. Si la contribution est nulle ou négative et que les coûts visés sont positifs, augmenter le volume ne résout pas le déficit par commande.

expectedOrders sert à d'autres sorties. monthlyRevenue = expectedOrders × salePrice, monthlyVariableCosts = expectedOrders × variablePerOrder et monthlyProfit = revenu − coûts variables − fixedMonthly. firstYearProfit = 12 × monthlyProfit − launchCost pour douze mois identiques. Le mois peut donc être bénéficiaire tandis que la première année reste déficitaire à cause du lancement.

Exemple chiffré intégralement fictif

Imaginons launchCost de 2 400 $, fixedMonthly de 850 $, salePrice de 65 $, productCost de 22 $, fulfillmentCost de 6 $, feePercent de 3 %, feeFixed de 0,30 $ et acquisitionCost de 10 $. Ces valeurs inventées ne sont pas des tarifs Stripe ni des ventes observées. Les frais proportionnels sont 65 $ × 0,03 = 1,95 $. variablePerOrder vaut 22 + 6 + 1,95 + 0,30 + 10 = 40,25 $. La contribution par commande est 65 − 40,25 = 24,75 $.

monthlyTargetCost vaut 850 $ + 2 400 $ ÷ 12 = 1 050 $. Le quotient 1 050 ÷ 24,75 est d'environ 42,42 ; il faut donc 43 commandes entières. Avec 42 commandes, la contribution globale est 1 039,50 $, sous la cible. Avec 43, elle atteint 1 064,25 $. Arrondir vers le bas créerait un seuil fictif.

Interpréter les commandes attendues

Fixons expectedOrders à 100 par mois à titre d'exercice. monthlyRevenue vaut 100 × 65 $ = 6 500 $ et monthlyVariableCosts 100 × 40,25 $ = 4 025 $. Après les 850 $ de fixedMonthly, monthlyProfit est 1 625 $. firstYearProfit est 12 × 1 625 $ − 2 400 $ = 17 100 $. Le lancement n'est pas retranché du mensuel ; il l'est une seule fois de l'année. Ce scénario ne prédit pas la demande.

Au seuil de 43 commandes, monthlyProfit vaut 1 064,25 $ − 850 $ = 214,25 $. Douze mois à ce niveau, moins 2 400 $ de lancement, produisent 171 $. À 42 commandes, le résultat de première année serait négatif. Ces valeurs vérifient la logique d'arrondi plutôt qu'une perspective commerciale réelle.

Les retours restent hors du calcul

Aucun champ n'est consacré aux retours, remboursements, contestations, taxes, commissions supplémentaires de place de marché ou financement des stocks. Les retours ne sont pas modélisés. S'ils sont importants, la contribution réelle peut être plus basse et le seuil nécessaire plus élevé. Estimez leur effet séparément avec vos données, sans prétendre qu'un champ existe. Si un frais connu entre raisonnablement dans feePercent ou feeFixed, signalez-le et vérifiez qu'il n'est pas compté ailleurs.

fixedMonthly inclut loyers, abonnements ou salaires réguliers seulement si vous les saisissez dans cette somme. Argent immobilisé en stock, saisonnalité et hausse du coût publicitaire restent également hors de la formule. Comparez un scénario prudent et un scénario attendu, réactualisez les coûts sur factures et vérifiez que la commande moyenne décrit encore les ventes.

Checklist pratique

  • Définir une commande moyenne dans une devise.
  • Séparer produit et traitement sans doublon.
  • Relever les frais de paiement du contrat applicable.
  • Estimer acquisition par commande et charges fixes mensuelles.
  • Renseigner lancement, commandes attendues et coûts de retours exclus.

Questions et réponses

Les retours sont-ils compris ?

Non. Aucun champ ne modélise retour, remboursement ou contestation. Évaluez leur impact à part avant de prendre ce seuil pour la rentabilité totale.

Pourquoi répartir le lancement sur douze mois ?

Le seuil répartit launchCost pour viser une récupération en un an. monthlyProfit ne le déduit pas ; firstYearProfit le retranche une fois après douze mois identiques.

Et si la contribution est nulle ?

Avec une cible de coûts positive, vendre davantage de commandes à contribution nulle ou négative n'atteint pas le seuil ; aucune quantité finie n'est affichée.