Building a Repeatable Onboarding Process for Every New Marketplace

Here is a pattern we see in almost every growing brand. The first marketplace launch is a heroic effort. A founder, a few operators, late nights, a shared spreadsheet that nobody else understands, and a finish line that arrives by sheer willpower. It works. The brand goes live. Everyone exhales. Then three months later they open a second platform, and somehow it takes just as long as the first. Same scramble, same gaps, same surprises. The heroism did not compound into anything. It evaporated.

That is the real cost of treating every launch as bespoke. Not the late nights, but the fact that none of the learning gets captured. Each new marketplace starts from zero because the knowledge lived in people’s heads and a few unlabelled tabs, not in a process. The brands that scale across platforms quickly are not smarter or better resourced. They simply refused to launch the same thing twice from scratch. They built an onboarding playbook, and then they ran it.

Why bespoke launches quietly cost you weeks

A bespoke launch feels efficient in the moment because you are moving fast and solving live problems. The hidden tax shows up later. When the process lives only in someone’s memory, every step is rediscovered rather than recalled. You re-learn that the GST name has to match the bank account. You re-learn which image spec gets a listing suppressed. You re-learn the order in which inventory, pricing, and listings have to be ready. None of this is new knowledge. You already paid for it once. A bespoke launch makes you pay for it again.

The second tax is dependency. If only one person knows how a launch runs, that person becomes a bottleneck for every future platform. They cannot delegate, because the process is not written down to delegate. The brand’s ability to expand is capped by one human’s calendar. A playbook breaks that ceiling. It turns launch capability from a person into an asset the whole team can use.

A launch you cannot hand to someone else is not a process. It is a hostage situation, and the founder is the hostage.

What an onboarding playbook actually is

An onboarding playbook is not a vague document of best intentions. It is a sequenced, owned, repeatable set of steps that takes a brand from “we want to be on this platform” to “we are live and operating cleanly.” Every step has an owner, a definition of done, and a place in the order. The point is that anyone competent can pick it up and run it without reinventing the route.

The strongest playbooks separate the parts that never change from the parts that do. Roughly eighty percent of a launch is identical across platforms. Compliance, brand protection, catalogue preparation, operational readiness. That is your stable core, and it should be written once and reused every time. The remaining twenty percent is platform-specific, and that is where you slot in the quirks of each marketplace. Get this split right and most of your next launch is already done before you start.

The stable core: the compliance, brand, catalogue, and operations work that is true on every marketplace, captured as a master checklist you close line by line. Our brand launch readiness checklist for Indian marketplaces is the backbone of this layer.
The platform module: a short, per-marketplace addendum that captures only what is different. Onboarding flow, category approval quirks, documentation demands, image rules, and the live fee schedule for that platform.
The owner map: who is responsible for each block, so nothing falls between people during the rush.
The gate: the explicit rule that you do not go live until every line is closed, on the core and the module both.

Build the playbook in layers, in the right order

Sequence is where most launches go wrong, so the playbook should encode it. The layers have different lead times, and the ones with the longest lead times have to start first even though they feel the least urgent.

Compliance and operations go first

Compliance gates everything. GST, GTINs, category licences, KYC. These have long lead times and no shortcuts, so they are the first thing the playbook triggers, regardless of how excited everyone is to start designing the storefront. Right alongside it sits the unglamorous operational machinery, the inventory and pricing and support readiness that keeps you alive after day one. We treat this as its own discipline, which is why the operations setup checklist before you list a single SKU exists as a standalone module. In a repeatable process, operations is not an afterthought you bolt on. It is a layer you start early and close deliberately.

Catalogue and brand come next

Once compliance is moving, the playbook turns to the catalogue. Imagery to spec, titles and bullets built against real competitors, variations and size data complete. This is the layer founders enjoy, which is exactly why a documented process matters here. Left unstructured, teams over-invest in the fun parts and under-invest in the boring ones. The playbook forces balance by making every input a named line with a definition of done, not a vibe of “looks good enough.”

Decide which marketplace runs the playbook first

A playbook tells you how to launch. It does not tell you where to launch first, and the two questions are different. Running your repeatable process on the wrong platform is a fast way to do excellent work that does not move the business. Sequence the marketplaces by where your customers actually are and where your margins survive, then point the playbook at that list in order. We work through that decision in the marketplace prioritization framework for resource-strapped brands, because for most Indian brands the constraint is not capability, it is bandwidth. The playbook makes each launch cheaper. Prioritisation makes sure you spend that cheaper launch on the platform that pays.

Treat the playbook as a living asset, not a frozen document

The first version of your playbook will be wrong in small ways. That is fine. What separates a real process from a dead document is the debrief. After every launch, you sit down and ask three questions. What surprised us. What took longer than the playbook said. What did we discover that should be written down so we never discover it again. Then you update the document. A playbook that is not edited after each launch is decaying, not maturing.

This is especially true on Amazon, where the early weeks set patterns that are expensive to undo later. The brands that compound across launches feed every hard lesson back into the core. Our first 90 days playbook for Amazon India is exactly this kind of captured learning, the operational discipline of the launch weeks written down so the next brand does not pay for it again. That is the whole idea. Pay for a lesson once, then bank it.

Run a structured debrief within a week of every launch, while the friction is still fresh.
Promote any platform-specific surprise into the right module so the next launch on that platform inherits it.
Promote anything that was true across two or more platforms into the stable core.
Version the document so the team always knows it is reading the current process, not last year’s.

What changed recently, and why your playbook has to absorb it

The fastest-moving part of any onboarding module right now is quick commerce, and the rules are being rewritten faster than most brands can update a checklist. The clearest example is the take rate. In March, Blinkit moved from a flat category commission to a variable model tied to selling price, with rates climbing from roughly two percent on items under five hundred rupees to about eighteen percent above twelve hundred, as Inc42 reported. Zepto and Blinkit both moved to lift per-order economics in the same window, per Business Standard. The lesson for a playbook is blunt. The commission line in your platform module is not a constant you write once. It is a live number that has to be re-checked before every launch, because a margin model built on last quarter’s take rate can be wrong by ten points.

The second shift is what it costs just to be visible. Reporting by Storyboard18 describes Blinkit asking for a listing fee of around twenty-five thousand rupees per SKU per state, credited to an ad wallet that expires, with minimum monthly marketing spend often in the two to three lakh range, while Instamart and Zepto bundle listing and ad commitments into quarterly figures running into several lakh. Whatever the exact number when you read this, the structural point holds. On quick commerce, getting listed and getting seen are now two separate invoices, and a playbook that only plans the listing step has under-budgeted the launch.

The third shift is where the doors are. Flipkart Minutes has been adding dark stores at pace, crossing eight hundred and targeting around twelve hundred across roughly two hundred and fifty cities, according to Inc42. More surface area means more onboarding queues, more category-manager gatekeeping, and another platform module to keep current. None of this changes the shape of a good playbook. It changes what goes inside the modules, and how often you have to refresh them. The brands that stay ahead treat the fee schedule and platform map as a living input, not a footnote.

The payoff is speed that compounds

The point of all this is brutally practical. Your first launch on a new platform should take a known, shrinking amount of time, and your tenth should be close to routine. When the process is documented, a new operator can run a launch in a fraction of the time it took the founder to figure it out the first time. The brand stops paying the bespoke tax. Expansion becomes a decision about priorities and bandwidth, not about whether anyone has the energy to do it all again from scratch.

This is how we run Brand Launch on Marketplaces. We do not treat your launch as a one-off project that ends when you go live. We treat it as a repeatable system, with the readiness core, the operational layer, and the per-platform modules captured so that every subsequent launch is faster than the last. We pair it with Catalog and Listing Optimization so the catalogue layer is genuinely ready rather than nominally complete, and with Marketplace Account Management so the operational lines stay closed long after launch day.

So before your next marketplace, ask the honest question. If you launched on a new platform tomorrow, could you hand the process to someone else and trust it to run. If the answer is no, you do not have a process yet. You have a memory, and memories do not scale. Write the playbook. Then the second launch, and every one after it, gets faster.

The Blinkit Onboarding Process: What Brands Get Wrong Before Day One

Most brands ask the wrong question about Blinkit. They ask how to get listed. Getting listed is the easy part. You submit your catalog, your documents clear, and a category manager approves a set of SKUs. That can happen in days. Then the brand sits live on a platform and sells almost nothing, and nobody can explain why. The approval was never the constraint. The constraint was every decision the brand made before approval, while treating Blinkit like a slower version of Amazon.

We onboard brands onto quick commerce often enough to see the same failure repeat. The form is not where launches go wrong. The thinking before the form is. Here is what brands get wrong before day one, and the order an operator actually runs it in.

The mental model is broken before you start

The first mistake is treating Blinkit as a marketplace. It is not one. On Amazon you list a long tail, let the algorithm sort demand, and the warehouse holds everything. Blinkit is a network of small dark stores, each holding a few thousand SKUs, each curated for a specific neighbourhood. Shelf space is not infinite. It is code, and someone decides what occupies it.

If you walk in with an Amazon catalog and an Amazon plan, you will get approved and then quietly fail. We wrote the long version of this in why quick commerce breaks your Amazon playbook, and it is the single idea that changes how you onboard. Read that first. Everything below assumes you have internalised it.

Assortment is the real onboarding, not the form

Brands submit their entire range and assume more SKUs means more sales. On a dark store the opposite is true. Every SKU you list competes for a finite slot against your own other SKUs and against categories the store would rather stock. A bloated catalog does not broaden your reach. It dilutes your velocity and gives the category manager a reason to deprioritise you.

The work that matters is choosing the few SKUs that earn their slot. That means picking pack sizes built for impulse and top-up missions, not the family pack that wins on Amazon. It means knowing which variant sells in which kind of neighbourhood, because a dark store in a young-professional cluster wants something different from one in a family suburb.

You are not listing a catalog on Blinkit. You are auditioning a handful of SKUs for a shelf that someone else controls, in stores that each serve a different street.

This is the skill almost nobody teaches and the one that decides your launch. We break the method down in assortment planning by dark store. If you do this work before you submit, your onboarding looks deliberate to the category manager. If you skip it, you look like every other brand dumping a range and hoping.

Fill rate is the commitment that catches brands cold

Here is the part that no onboarding guide warns you about. Once you are live, you are measured on fill rate. When a dark store reorders from you, the platform expects you to fulfil that order in full and on time. Miss it, and the store goes out of stock. An out-of-stock SKU does not just lose that sale. It loses its slot, because the system learns to stop relying on you, and a competitor takes the shelf.

Brands underestimate this because their supply chain was built for a weekly marketplace replenishment, not for many small dark stores reordering on short cycles across a city. The operational demands are different in kind, not degree.

Forecasting: you are predicting demand store by store, not one national pool. Aggregate forecasts hide the stockouts that actually cost you slots.
Lead time: dark store reorder cycles are short. Your replenishment has to match them or you fall out of stock between cycles.
Allocation: when supply is tight you have to decide which stores get stock. Spreading thin everywhere can drop every store below the fill rate that keeps your slot.
Inventory placement: stock sitting in the wrong regional warehouse is stock you cannot use to hit a fill-rate commitment across town.

The brands that stumble are not the ones with bad products. They are the ones who treated fill rate as a logistics detail to sort out later, when it is actually the commitment the whole partnership runs on.

Picking the wrong first platform

Onboarding is not only a Blinkit question. Blinkit, Zepto, and Instamart are different networks with different category strengths, different dark store footprints, and different commercial terms. Launching on all three at once, before you have proven you can hold fill rate on one, is how brands spread themselves thin and underperform everywhere.

Most brands should pick one, prove the model, and then expand. Which one depends on your category and your target neighbourhoods, not on which name you heard first. We walk through that choice in picking your first quick commerce partner. Choosing deliberately is itself part of getting onboarding right.

Treating ads as an afterthought

The last pre-launch mistake is assuming organic discovery will carry you the way it might on a marketplace with a search-heavy habit. On Blinkit, shelf position and visibility are largely bought, and the auction behaves nothing like Amazon’s. Brands that plan their assortment and supply chain carefully but leave visibility for after launch end up live, in stock, and invisible.

Visibility belongs in the onboarding plan, not bolted on a month later. The mechanics are specific to the platform, which is why we cover them separately in buying visibility when shelf space is code. Budget for it before day one so you launch into demand, not into silence.

What changed recently

Three shifts in the last year change how an operator should plan a Blinkit launch, and none of them make the onboarding question easier.

First, the entry fee is now explicit and it is a media buy in disguise. Trade reporting describes a mandatory listing fee of roughly Rs 25,000 per SKU per state on Blinkit, credited back as ad-wallet balance that expires in twelve months, with a minimum monthly marketing spend on top of it. One seller told Storyboard18 they spent over a crore across platforms in three months and did not clock ten percent of that in sales. The lesson is not that the fee is unfair. It is that the fee is a budget you commit to before a single order, which is exactly why assortment discipline matters: you do not want to pay per-SKU listing on slow movers you should never have submitted.

Second, onboarding itself has gone self-serve. Blinkit rolled out a Seller Hub that lets brands onboard without an intermediary and gives them dark-store-wise availability, catalogue and pricing controls, and advertising in one place. Read this carefully. The platform just handed you the exact data the fill-rate game runs on, store-by-store availability, which means there is no longer an excuse for managing it blind. The brands that win will treat the Hub as an operations console, not a listing portal.

Third, the network is still expanding fast and concentrating where it is densest. Blinkit has said it plans to reach around 3,000 dark stores by March 2027, with roughly 70 to 75 percent of new stores going into the top eight to ten cities, per CIOL. For a launching brand that is a clear instruction: prove the model in the metros where the stores actually are, hold fill rate there, and let geographic expansion follow demand rather than chasing every new pin on the map.

The order an operator actually runs it

The form is the last step, not the first. Run it in this order and onboarding stops being a gamble.

Internalise that Blinkit is a dark store network, not a marketplace. The plan flows from that.
Choose your first platform deliberately, by category and geography, not by brand name.
Plan assortment by dark store. Pick the few SKUs and pack sizes that earn a slot in the neighbourhoods you want, and remember each extra SKU now carries a per-state listing cost.
Pressure-test your supply chain against short, store-level reorder cycles. If you cannot hold fill rate, fix that before you list, and use the Seller Hub availability data to watch it.
Budget visibility into the launch, not after it. Treat the listing fee as the ad budget it actually is.
Then submit. By now the catalog is tight and the plan is defensible, and approval is a formality.

Do it in that order and the parts that usually break a launch are solved before the category manager ever sees your file. Do it backwards, submit first and think later, and you get approved fast and then watch the SKUs fall out of stock and lose their slots one by one.

Where the work actually is

None of this is hard to understand. It is hard to execute, because it asks a brand to plan like an operator before it has any feedback from the platform. The penalty for getting it wrong is not rejection. It is something worse: you get approved, you go live, and you slowly disappear from shelves while believing the listing was the win.

That is the core of our Quick Commerce Onboarding work, supported by Quick Commerce Assortment Planning to choose the SKUs that hold their slots and Quick Commerce Advertising to buy the visibility that organic shelves will not give you. Getting listed on Blinkit takes an afternoon. Earning and holding the shelf is the actual job, and it starts before day one.