Noon FBN vs FBP: Which Is More Profitable for Your SKU?

"Noon FBN vs FBP" is usually asked as if it had one answer for the whole store. It does not. It is a per-SKU question, and the same seller is often right to keep fast movers in Noon's warehouse and ship slow, bulky or fragile items themselves. This post gives you the mechanics, the fee columns that actually move between the two models, the cash-flow difference the fee table never shows, and a way to run the comparison on your own numbers rather than on anyone's rate card, including ours.

What each model actually means

FBN, Fulfilled by Noon. You send stock to Noon's fulfilment centre. Noon stores it, picks and packs the order, hands it to its courier, and handles the customer return on arrival. You pay for the warehouse work and, over time, for the space the stock occupies. Your job is to keep the warehouse fed.

FBP, Fulfilled by Partner. Stock stays with you. When an order arrives you pack it and Noon's courier collects it, or in some setups you deliver to a Noon hub. You pay less to Noon per order, and you pay yourself: your rent, your packer, your boxes, your time. Noon's help centre has the current definitions and eligibility rules, and they differ by country, so treat Seller Lab as the authority on what you are enrolled in. The kept guide on FBN vs FBPI covers the integration variant for sellers running their own warehouse system.

Everything below is about the money, and specifically about where each model's cost shows up, because half the mistakes in this comparison come from comparing Noon's FBN fee with nothing at all on the FBP side.

The fees that move between the two models

Open your transaction view export (Payment and Fees, then Transaction View, then Download). The columns Noon defines for every order row are Net Proceeds, Referral Fee, Fulfillment and Logistic Fee, Shipping Credits, Other Order Fee, Order Subsidies and Total. How to read your Noon settlement report, fee by fee walks all of them. For the FBN versus FBP question, three matter:

• Referral Fee (commission) does not move. It is a percentage of the sale by category and it applies whoever ships the parcel. Ignore it in this comparison.
• Fulfillment and Logistic Fee is the column that carries Noon's warehousing, picking, packing and shipping charge. On an FBN order it is the full service; on an FBP order it is the courier leg only, or whatever your contract specifies. This is the number that changes.
• Shipping Credits is money coming back to you for customer-paid shipping. Its size and presence differ by model and by promotion, and it offsets the fee above.

Storage does not appear on the order row. It arrives as an account-level line (a Statement Fee row with no order number, or a separate service fee invoice), which is why FBN looks cheaper than it is if you only ever read order rows. Pull the FBN aging export as well; it is the report storage charges follow, and it tells you which SKUs have been sitting.

On the FBP side the equivalent costs are not in the export at all. They are your rent, your packaging, your labour and any courier charge you pay directly. If you do not put a per-unit number on them the comparison is rigged before it starts. SKUmargin gives FBP sellers a "your shipping cost per unit" field in the product's COGS dialog for exactly this reason.

Returns and damage, the cost that hides in Other Order Fee

Returns are where the two models diverge most and where the export is least obvious. Under FBN, Noon receives the return, inspects it and either restocks it or grades it unsellable, and the handling charge and any penalty appear in the Other Order Fee column against the original order, sometimes weeks later on an Order Update row. Under FBP the parcel comes back to you, the charge is usually smaller, and the labour of inspecting and relisting is yours and unrecorded.

Two things to do about it. Track a return rate per SKU over ninety days from the negative Net Proceeds rows, because a SKU returning at nine percent is a different economic object from one returning at two, whichever model it sits in. And when you compare the models, put a per-unit returns cost in both columns: from Other Order Fee for FBN, from your own time and any write-offs for FBP. A fragile SKU that returns often is the classic case for FBP, not because FBN handles returns badly but because you pay for the handling twice, once in the fee and once in the unsellable grade.

Cash flow, the part the fee table hides

Two sellers with identical per-unit economics can have very different months, because the models move money at different times.

Under FBN you buy stock, ship it inbound, and then wait: for it to be received, for it to sell, for the order to be delivered, for the weekly statement, for the payout. The stock is paid for long before Noon pays you, and storage accrues while it waits. A slow SKU in FBN is a loan you made to your own inventory.

Under FBP you hold the same stock, but you can also sell it elsewhere, pull it for a wholesale order, or simply not reorder without waiting for a warehouse to run down. You pay for your own space whether the units sell or not, so the cost is fixed rather than per-unit, which is cheaper at volume and more expensive when volume drops.

The rule of thumb that falls out of this: high-velocity, small, durable SKUs favour FBN because the warehouse cost is spread over many units and the storage clock never runs long. Slow, bulky, seasonal or fragile SKUs favour FBP because storage and returns handling are where FBN's cost concentrates. Sellers who moved a whole catalogue one way usually regret the tail of it; the kept post on switching FBPI to FBN and recalculating profit has the transition arithmetic.

A worked example, entirely made up

One SKU, one month, currency omitted, every number invented to show the shape. Sale price 120, commission 18 either way, unit cost 45.

Identical, deliberately. The point is not that one wins; it is that the seller who compares 14 against 6 and stops there thinks FBP is 8 better, when the honest gap is zero. Now change one assumption: the SKU sells 4 a month instead of 40. FBN storage share per unit rises tenfold, FBP's fixed space cost per unit rises too but you were paying that rent anyway. FBP pulls ahead. Change it the other way, 400 a month: your packer cannot keep up, the courier cost per unit falls under FBN's volume, and FBN pulls ahead. Velocity decides, not the fee card.

How to decide, SKU by SKU

1. Export three months of the transaction view and group order rows by SKU. For each SKU note units, average Fulfillment and Logistic Fee per unit, average Shipping Credit per unit.
2. Attribute storage. From the account-level rows and the aging export, put a monthly storage figure against each FBN SKU in proportion to units in stock and days held.
3. Cost your own side honestly. Rent per unit at current volume, packaging, labour, courier. If you cannot, use a made-up figure and label it, then fix it when you can. A guessed number you know is guessed beats a zero you believe.
4. Run both columns for each SKU at its actual velocity. The free Noon profit calculator takes the per-unit fees from your export and gives you net and margin for one SKU in a minute; do the top ten by revenue first.
5. Decide per SKU and revisit quarterly. Velocity changes, Noon's fee bands change with weight and promotions, your own costs change with volume. A decision from June is a guess by September.

One more input worth a line: stock-outs. An FBN SKU that runs out costs you the sales for the days the warehouse is empty and often the featured-offer position with them; an FBP SKU you can restock from the shelf behind you. Put a value on lost days, even a rough one, before deciding that FBN's lower per-unit cost wins on a SKU with a long inbound lead time.

The seller who wins this is not the one who picked the right model. It is the one who can see, per SKU and every week, what each model is actually costing, and moves the handful of SKUs that have drifted. SKUmargin's top products table shows fulfilment cost per unit from your own statement next to your own shipping cost, so the drift is visible without the spreadsheet; the live demo shows it on a sample store.