Calculateur de recette marginale à partir du total
La recette marginale mesure la variation de la recette totale par unité supplémentaire entre deux niveaux de vente.
Lancer gratuitement
Indiquez la recette totale et la quantité d’un niveau initial, puis celles d’un second niveau : le calculateur divise la variation de recette totale par la variation de quantité. Le résultat peut être positif, nul ou négatif et montre si l’évolution observée a ajouté, maintenu ou réduit la recette par unité. Des quantités identiques sont refusées, car une division par une variation de quantité nulle n’est pas définie.
Comprendre la recette marginale entre deux niveaux de vente observés
La recette marginale représente la recette totale supplémentaire associée à une unité de quantité supplémentaire. Lorsque vous ne disposez que de deux niveaux de vente observés, elle se calcule comme une variation discrète et non comme une dérivée : soustrayez la première recette totale de la seconde, la première quantité de la seconde, puis divisez la variation de recette par la variation de quantité. Ces niveaux peuvent correspondre aux ventes avant et après un changement de prix, à deux plans de production ou à des points voisins d’un tableau de demande. Le résultat est une recette marginale moyenne sur l’intervalle, et non nécessairement la recette exacte d’une unité précise. Un résultat positif signifie que la recette totale et la quantité ont évolué de manière à produire une recette positive par unité ajoutée. Un résultat négatif peut apparaître si vendre davantage impose une baisse de prix assez forte pour réduire la recette totale, ou si les observations sont saisies dans l’ordre inverse et que leurs mouvements relatifs diffèrent. Un résultat nul indique que la quantité a changé sans variation de la recette totale. Lisez la sortie dans la monnaie des recettes totales, par unité de quantité utilisée dans les entrées.
Saisir les données et interpréter le calcul
Utilisez total_revenue_1 et quantity_1 pour un niveau de vente, puis total_revenue_2 et quantity_2 pour le niveau de comparaison. Les deux observations doivent employer la même monnaie, la même période comptable, la même définition de recette et la même unité de quantité. Ne comparez pas une recette brute à une recette nette, des chiffres mensuels à des chiffres hebdomadaires, ni des articles individuels à des cartons sans conversion préalable. Le calculateur renvoie change_in_total_revenue, change_in_quantity et marginal_revenue afin de rendre l’opération visible au lieu d’afficher un résultat final inexpliqué. Il conserve le sens de la soustraction : chaque variation correspond à la seconde valeur moins la première. Vous pouvez donc comparer un niveau de vente supérieur à un niveau inférieur, les signes indiquant toujours le sens du mouvement. Les quantités doivent être différentes. Si elles sont identiques, le dénominateur est nul et aucune recette marginale finie ne peut être calculée. Les quatre entrées doivent être des nombres finis ; les valeurs absentes, chaînes numériques, infinis et textes non numériques sont refusés plutôt que convertis silencieusement.
Exploiter le résultat pour les décisions de prix et d’activité
La recette marginale est particulièrement utile lorsqu’elle est comparée au coût marginal sur un intervalle équivalent. Si elle dépasse le coût marginal, l’augmentation de quantité observée peut contribuer au bénéfice ; si le coût marginal est supérieur, une expansion sur cet intervalle peut le réduire. Cette comparaison exige néanmoins de la prudence. Ce calculateur ne déduit pas la demande, n’isole pas la causalité, n’estime pas le coût marginal et ne recommande aucun prix. Les promotions, la saisonnalité, la composition des ventes, les remboursements, les taxes, les frais de distribution et les contraintes de capacité peuvent tous modifier la recette totale entre deux observations. Choisissez des points économiquement comparables et consignez les changements intervenus. Pour une courbe de recette non linéaire, calculez plusieurs intervalles adjacents plutôt que de supposer qu’un large intervalle représente chaque unité. Des intervalles réduits et fiables donnent généralement une vue plus locale, tandis que des intervalles larges fournissent une moyenne globale. Le calcul est déterministe et fonctionne sans réseau : les mêmes valeurs produisent toujours le même résultat. L’utilisation dans le navigateur est gratuite ; un calcul par API coûte $0.002 pour vos processus répétables de tableur, de reporting ou de planification.
Cas d’usage
Comparer des points voisins d’un tableau de demande
Calculez la recette gagnée ou perdue par unité entre des observations voisines de quantité et de recette totale.
Évaluer une variation du volume des ventes
Mesurez la recette supplémentaire moyenne associée au passage d’un niveau de vente observé à un autre.
Préparer une comparaison avec le coût marginal
Obtenez une recette marginale transparente à comparer au coût marginal sur le même intervalle de quantité.
Questions fréquentes
Quelle formule le calculateur utilise-t-il ?
Il calcule (total_revenue_2 - total_revenue_1) divisé par (quantity_2 - quantity_1).
Pourquoi les deux quantités doivent-elles être différentes ?
Des quantités identiques donnent un dénominateur nul. La recette marginale n’est pas définie si la quantité ne varie pas.
La recette marginale peut-elle être négative ?
Oui. Elle est négative lorsque la variation de recette totale et la variation de quantité ont des signes opposés.
S’agit-il de la recette d’exactement une unité supplémentaire ?
Pas nécessairement. Avec deux niveaux de vente, le résultat est la variation moyenne de recette totale par unité sur l’intervalle.
Dans quelle monnaie le résultat est-il exprimé ?
Il reprend la monnaie que vous utilisez de façon cohérente pour les deux recettes totales, par unité de quantité.
Quel est le prix d’un calcul par API ?
Chaque requête API coûte $0.002. Vous pouvez aussi effectuer gratuitement le calcul dans votre navigateur.
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/econ/marginal-revenue-from-total \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"total_revenue_1":1200,"total_revenue_2":1650,"quantity_1":100,"quantity_2":130}'const res = await fetch("https://api.kit.forhosting.com/econ/marginal-revenue-from-total", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"total_revenue_1": 1200,
"total_revenue_2": 1650,
"quantity_1": 100,
"quantity_2": 130
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/econ/marginal-revenue-from-total",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"total_revenue_1": 1200,
"total_revenue_2": 1650,
"quantity_1": 100,
"quantity_2": 130
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/econ/marginal-revenue-from-total", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"total_revenue_1":1200,"total_revenue_2":1650,"quantity_1":100,"quantity_2":130}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"total_revenue_1":1200,"total_revenue_2":1650,"quantity_1":100,"quantity_2":130}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/econ/marginal-revenue-from-total", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"total_revenue_1": 1200,
"total_revenue_2": 1650,
"quantity_1": 100,
"quantity_2": 130
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "econ.marginal_revenue_from_total",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |