Amazon MCF vs. exécution depuis un entrepôt à l'étranger : où les courbes de coût se croisent

L'essentiel d'abord : si vous traitez un flux régulier de 300+ commandes par jour avec moins de 50 SKUs, transférer 70% de vos commandes non-Amazon de MCF vers un entrepôt américain à l'étranger réduira généralement le coût d'exécution par commande de 15 à 25%. Mais avec plus de 200 SKUs et moins de 100 commandes par jour, restez sur MCF — les frais fixes de l'entrepôt mangeront chaque dollar économisé.

MCF — Amazon Multi-Channel Fulfillment — vous permet d'exécuter les commandes d'autres canaux depuis votre stock FBA. Un seul pool de stock pour tous les canaux. Ça sonne magnifique. Mais en 2024, j'ai mené trois projets de migration de clients hors de MCF, et la conclusion était la même à chaque fois : MCF est une taxe de commodité, et plus vous y poussez de volume, plus cette taxe fait mal.

Démontons la structure des coûts : MCF vs. entrepôt à l'étranger

MCF coûte trois choses : des frais d'exécution par unité (par paliers selon taille et poids — Amazon publie la grille tarifaire), les frais de stockage FBA, et les frais de placement entrant et de transfert. Son trait distinctif : zéro coût fixe. Une unité ou dix mille, vous payez à la pièce, et ajouter des SKUs ne coûte rien de plus.

L'entrepôt à l'étranger fonctionne avec d'autres maths : frais de réception entrante, stockage facturé par palette ou par pied cube, pick-and-pack facturé par commande plus par unité, affranchissement dernier kilomètre — et des frais de compte mensuels immuables ou un engagement minimum. Son trait distinctif : coût fixe élevé, coût marginal bas. Plus vous y faites passer de commandes, plus le coût fixe s'étale finement.

Une fois la structure visible, la ligne de partage se trace toute seule : faible volume avec SKUs dispersés, MCF gagne. Fort volume avec SKUs concentrés, l'entrepôt gagne. Il n'y a pas d'option universellement moins chère — seulement l'option la moins chère pour VOTRE profil de commandes.

Les deux côtés portent des coûts cachés qui n'apparaissent jamais sur le devis :

Côté MCF : les frais de stockage longue durée FBA (stock immobilisé plus de 180 jours), et le coût invisible de la rupture quand la congestion entrante frappe en haute saison. Côté entrepôt : les frais de traitement des retours (facturés par unité — douloureux pour les catégories à fort retour), le coût unique d'intégration systèmes (le travail d'API tourne généralement dans les cinq chiffres bas en RMB via un développeur externe), et le coût de bascule — si la relation avec le 3PL tourne mal et que vous voulez déménager, les frais de transfert et le risque de rupture à eux seuls ruineront votre trimestre.

Ne comparez donc jamais sur la seule ligne "traitement par commande". Amortissez chaque coût caché, puis comparez. Dans mon travail de projet, je construis toujours une vue de coût total sur 12 mois — surcharges de pointe, stockage longue durée, tout — avant que la recommandation tienne.

Répartir le trafic : règles de routage des commandes MCF et entrepôt

Une note interdisciplinaire : MCF vs. entrepôt à l'étranger n'est pas un choix binaire — c'est une répartition du trafic. Et la clé pour faire coexister les deux modes sur le long terme, c'est d'écrire les règles de répartition dans votre système au lieu de laisser les ops décider au feeling chaque jour. Mes quatre étapes standard :

Étape 1 : notez les SKUs par vélocité sur 90 jours — A/B/C. Les A (rotations rapides, sensibles au délai, faible taux de retour) restent sur MCF pour la vitesse et la fiabilité de livraison. Les B et C partent à l'entrepôt pour le coût. Re-notez chaque mois ; les montées et descentes de grade déclenchent des transferts de stock automatiques.

Étape 2 : écrivez les règles de routage dans l'OMS. Mon modèle, ce sont trois règles : les commandes urgentes de votre propre boutique vont en MCF expédié ; les commandes répétées d'abonnement vont à l'entrepôt (faible sensibilité au délai, priorité au coût) ; les commandes de bundle multi-SKUs partent d'abord d'un seul emplacement — une répartition sur plusieurs entrepôts nécessite une approbation humaine.

Développez les trois règles en table de routage et chargez-la directement dans le moteur de règles de l'OMS :

Étape 3 : séparez le stock de sécurité par canal. Le pool MCF et le pool entrepôt ont chacun leur propre ligne de flottaison — n'en partagez jamais une. Dimensionnez sur les ventes des 90 derniers jours de chaque canal, et rééquilibrez chaque semaine au gré de la vélocité.

Étape 4 : rapprochez chaque semaine. Prenez la facture MCF et la facture entrepôt, calculez le coût par commande, et tout écart au-delà de 10% d'un côté ou de l'autre déclenche une revue. Trop de vendeurs migrent puis arrêtent de surveiller — trois mois plus tard les tarifs ont bougé et personne ne l'a remarqué.

Les maths : où les courbes de coût de MCF se croisent

Tableau illustratif basé sur le profil d'exploitation réel du Q2 2025 d'un client articles ménagers (tarifs selon les grilles officielles les plus récentes — traitez les chiffres comme un exemple chiffré) :

Hypothèses : taille standard, env. 1.5 lb par unité, 500 commandes/jour, 32 SKUs, 70% des commandes éligibles à l'entrepôt.

De l'argent réel économisé. Mais la ligne la plus importante, c'est l'allocation des frais fixes : à 500 commandes par jour c'est $0.40 ; à 50 commandes par jour ça devient $4.00 et ça efface les économies. Cette ligne EST le calcul du croisement.

Et voici la conclusion contre-intuitive : la variable de décision n'est pas le volume total — c'est la concentration des commandes. Si 80% de vos commandes viennent de 20% des SKUs, l'entrepôt est un pari sûr. Si vous portez 300 SKUs et que la moitié d'entre eux bougent de quelques unités par mois, le coût fixe zéro de MCF est un fossé. J'ai vu un vendeur à 800 commandes par jour rester tout-MCF — 400+ SKUs, et migrer lui aurait fait saigner de l'argent rien qu'en inbounding et en intégration systèmes.

Trois modes d'échec — ce piège, je l'ai vu trois fois

Mode d'échec un : pas de règles de routage, les deux articles d'un acheteur partent en deux colis. Un via MCF, un depuis l'entrepôt. Deux colis, deux affranchissements, et le service client reçoit "pourquoi c'est arrivé séparément ?". Trois clients, même trou. Quelques chiffres : l'un de ces clients a vu 12% de ses commandes multi-SKUs de boutique propre scindées en deux colis en mars 2025 — près de $4,000 par mois d'affranchissement en plus, et les tickets de support en hausse de 30%. Après l'entrée des règles dans le système, le taux de scission est tombé sous 1%. Le remède, c'est la table de routage de l'étape deux : le multi-SKUs d'une même commande part d'abord d'un seul emplacement ; les scissions inter-entrepôts nécessitent approbation.

Mode d'échec deux : stock déséquilibré. Un client a tout poussé à l'entrepôt pour les économies, MCF est tombé en rupture, les commandes du canal Amazon ont raté leurs fenêtres d'expédition, et la santé du compte est passée au rouge. Le sauvetage : séparer durement le stock de sécurité par ratio de ventes du canal, garder au moins 14 jours de ventes côté MCF, et déclencher des transferts automatiques depuis l'entrepôt sous la ligne rouge — des transferts, pas un bon de commande frais une fois déjà en rupture.

Mode d'échec trois : migrer puis ne jamais rapprocher. L'année un à l'entrepôt est tarifée pour gagner votre business ; l'année deux apporte une hausse de 15% du stockage et des surcharges de pick en haute saison, et le coût par commande remonte en silence au niveau MCF. Un client a passé huit mois sans rapprocher — quand j'ai fait les comptes, le montage hybride coûtait 6% DE PLUS que tout-MCF. Dans mon standard de livraison de projet, le rapprochement est un mouvement hebdomadaire, pas trimestriel.

La question MCF-vs-entrepôt ne se résout pas dans la grille tarifaire d'Amazon. Elle se résout dans vos propres données de commandes. Une action pour cette semaine : sortez 90 jours de commandes, classez les SKUs par concentration, et regardez quelle part des commandes les 20% de SKUs du haut génèrent. La réponse sautera aux yeux.

Par Lin Xiao, consultant en implémentation WMS

Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.