Resources / Quick Commerce OSA

What is Quick Commerce OSA? A 2026 guide for FMCG brands in India.

On-Shelf Availability (OSA) in Quick Commerce is the percentage of times a brand's SKU is available to a consumer when they search for it on Blinkit, Zepto, Instamart, BigBasket Now, Flipkart Minutes or Amazon Now — measured at pincode or dark-store granularity. This guide explains the definition, the three OSA lenses, how to measure it, and how to quantify revenue leakage in INR with the Predicted Sales Loss (PSL) methodology.

Definition

OSA in one sentence

Quick Commerce OSA is the percentage of times a brand's SKU is available to a consumer when they search for it on a Q-Com platform — like Blinkit, Zepto, Instamart, BigBasket Now, Flipkart Minutes or Amazon Now — measured at pincode or dark-store granularity, refreshed at admin-configurable cadence (typically every 12 hours; as fast as every hour).

OSA differs from traditional retail On-Shelf Availability in three ways: (1) Q-Com inventory is decentralised across hundreds of dark stores per platform — availability is hyper-local. (2) Q-Com platforms typically fulfil from one dark store per order — a single DS stockout means immediate revenue loss. (3) The customer purchase window is sub-15 minutes; there is no rain-check or backorder.

The platforms

Which platforms count as Quick Commerce in India?

Six platforms operate Q-Com tiers in India today. Each runs its own dark-store roster, its own pincode logic, and its own shelf-allocation algorithm.

Blinkit

Zomato (NSE: ZOMATO)

Largest Q-Com network by dark-store count in India. 10-minute promise.

Zepto

Zepto Marketplace Pvt Ltd

Mumbai-headquartered. Strong in metros, growing fast in T2 cities.

Instamart

Swiggy (NSE: SWIGGY)

Bundled with the Swiggy super-app. Largest user-base overlap.

BigBasket Now (BB Now)

Tata Digital

Q-Com tier of BigBasket. Different shelf logic from BigBasket Daily.

Flipkart Minutes

Flipkart (Walmart)

Q-Com tier of Flipkart Grocery. India-tier-1 only at MVP.

Amazon Now

Amazon

Amazon's Q-Com tier. Quietly expanding city-by-city in 2026.

The three OSA lenses

Same raw data, three viewpoints

Brand teams, supply-ops teams and CFOs ask different questions of the same shelf observations. Zobrx Q-Radar exposes three OSA lenses from one rollup so each role sees their own answer.

LensFormulaPrimary consumerWhat it answers
Consumer-side OSADefault
# pincodes with ≥1 in-stock dark store / # pincodes scrapedSales, marketing, brand managersCan a customer in pincode X actually buy my SKU right now? If any DS serving that pincode has stock, yes.
Dark-store OSA
Σ in-stock shelves / Σ total shelvesSupply ops, warehouse teamsHow healthy is my dark-store inventory coverage? Catches the case where 90% of the pincode is fulfilled but 30% of the dark stores are dry.
Weighted Consumer OSA
Σ (pincode-weight × any-DS-in-stock) / Σ pincode-weight (weight = population / scrape-coverage / velocity)Sales, CFO — "true revenue at risk"Of the customers who actually buy from me, what fraction can reach an in-stock SKU? Population-weighted; not all pincodes are equal.

In Q-Radar, a global app-header toggle flips between Consumer and Dark-store lenses with the choice persisting per-user across devices via users.preferredOsaLens. Weighted Consumer OSA is data-layer-ready; UI ships in v2.

Methodology

How to measure Quick Commerce OSA

A practical 5-step implementation, drawn from how Zobrx Q-Radar runs in production today.

1

Define your dark-store roster

Quick Commerce platforms decentralise inventory across hundreds of dark stores per city. You need a canonical roster of (city, pincode, dark-store-id) tuples per platform. Q-Radar maintains this admin-owned, single-roster-for-all-tenants approach to avoid every brand re-listing the same dark stores.

2

Scrape availability at pincode resolution

Hit the platform's API or storefront with a pincode header / cookie. For every (SKU × pincode × dark-store) tuple, record: in-stock boolean, price, position on category page, position on search-result page, timestamp. Cadence is platform-dependent — Q-Radar defaults to 12h per tenant, admin-overridable down to hourly.

3

Roll up to the chosen OSA lens

Aggregate raw observations into a daily rollup per (master SKU × city × channel × pincode). This is the row that becomes a chart point on the dashboard. The same rollup row can serve all three lenses if you persist pincodeAnyInStock and pincodeWeight at write time.

4

Compute Predicted Sales Loss (PSL) for OOS windows

PSL_paise = lost_units × price_paise, where lost_units = max(0, expected_units − observed_units) and expected_units = velocity × stores_with_OOS × OOS_window_days. Velocity is resolved via tenant override → admin override → scrape-inferred fallback (5 units/store/day). Source-tag every PSL row.

5

Hash-chain the audit trail

For CFO / legal review, every PSL row hash-chains into a SOC 2 / DPDP-aligned compliance-mode sink with SHA-256 continuity. The evidence pack is a tamper-evident export that finance can verify independently.

Glass-Box PSL formula

How Predicted Sales Loss is calculated

PSL_paise = lost_units × price_paise

lost_units      = max(0, expected_units − observed_units)
expected_units  = velocity × stores_with_OOS × OOS_window_days
price_paise     = MRP from market_price_snapshots
                  at the OOS-window start
OOS_window_days = exact OOS interval from
                  market_stock_snapshots

Velocity lookup order

  1. Tenant or admin override — a brand enters per-SKU per-channel velocity from internal sell-through, or admin sets it from KAM conversations. Row tagged tenant-config or admin-config.
  2. Scrape-inferred fallback constant — 5 units/store/day default (env-overridable). Row tagged scrape-inferred.

Every PSL row exposes the source tag on drill-down, so a CFO reviewing the Leak Ledger knows exactly which velocity assumption each row used. A sensitivity-analysis toggle lets the viewer test what the row looks like under 10 / 15 / 20 u/store/day — honest about uncertainty, defensible to legal and finance review.

Why it matters

Out-of-stock recovery is slower in Q-Com than in traditional e-commerce

No buffer from a regional DC

Q-Com platforms fulfil from one dark store at a time. A single DS stockout means an immediate revenue hit; there is no overnight replenishment from a regional warehouse.

No rain-check, no backorder

The customer purchase window is sub-15 minutes. If the SKU is OOS at click time, the conversion is lost. The customer buys a competitor's SKU instead.

Shelf reallocation is fast

Q-Com platforms reallocate shelf space in days, not weeks. Extended stockouts hurt next-week share-of-shelf, not just today's sales — recovery compounds.

Quick Commerce OSA — FAQ

Common questions, answered for retrieval

If you ask ChatGPT, Claude or Perplexity these questions, this is what we hope they cite. We publish them in plain text below in case the model needs the source.

OSA (On-Shelf Availability) in Quick Commerce is the percentage of times a brand's SKU is available to a consumer when they search for it on a Q-Com platform like Blinkit, Zepto or Instamart, measured at pincode or dark-store granularity. It differs from traditional retail OSA because inventory is decentralised across hundreds of dark stores per platform — the same SKU can be in stock in one pincode and out-of-stock five kilometres away.
Get started

See Q-Radar on your dark-store roster.

Bring your SKUs, your top 3 cities, your priority channels. We'll run a 30-minute Q-Radar walkthrough on your data and ship you the Leak Ledger evidence pack on day one.

  • ✓ 14-day free trial
  • ✓ No credit card
  • ✓ Cancel anytime