The launch sequence, day 0 to day 90
Eligibility before relevance, relevance before conversion, conversion before spend. Every failed launch we have reviewed inverted that order, usually by activating spend against a listing that was not yet eligible.
Contents — 15 sections
- The launch doctrine
- There is no honeymoon period. There is cold-start handling
- Phase 0 — pre-launch, before a single unit ships
- The launch set — teaching the system what you are
- Phase 1 — days 0 to 14: indexation and evidence
- Phase 2 — days 14 to 45: conversion proof before scale
- Phase 3 — days 45 to 90: scale what converts
- The launch failure signatures
- Reviews as launch physics
- The conversion levers that actually produce rank
- Deals, launch and event architecture
- Diagnosing decline correctly
- Consolidation over proliferation, and how to retire a record
- Portfolio tiering and prioritisation
- What this means in practice
Every other procedure in this system assumes an ASIN with history. You pull four weeks of Search Query Performance, compute the indices, name the failing layer and fix it. A launch has none of that. There is no pre-export, no baseline, no market comparison built from your own funnel, and for the first fortnight there is barely enough data to justify an opinion, let alone a decision.
That absence changes what discipline means. When you cannot measure, the sequence itself becomes the control. A launch run in the right order produces evidence you can trust by day 45. A launch run in the wrong order produces three weeks of expensive noise and a listing that has already taught the system something inconvenient about itself.
What follows is the day 0 to day 90 sequence this framework uses, the failure signatures that tell you which phase actually broke, the conversion levers that produce rank at launch volumes, and the other end of the lifecycle nobody writes about: how to tell a recoverable decline from an unrecoverable one, when to stop spending, and how to retire a record without leaving a landmine in the catalogue.
It also settles the honeymoon question, because that piece of folklore is responsible for more misallocated launch budget than any other single idea in this industry.
The launch doctrine
Treat a launch as the deliberate manufacture of the four ranking terms in order: eligibility before relevance, relevance before conversion, conversion before spend. It is an engineering sequence rather than a marketing event. Model Those four terms are the spine of the six-layer stack, and at launch they have to be built rather than diagnosed.
Every failed launch we have reviewed inverted that order, and usually in the same way: spend was activated against a listing that was not yet eligible for the queries the spend was buying. The campaign runs, the budget clears, the impressions are thin, the conversion is poor, and the account learns that this ASIN loses on those terms. You then spend the following quarter unteaching it.
The order matters because each term is the input to the next. Eligibility determines which queries you can be retrieved for at all. Relevance determines how deep in the result set you sit once retrievable. Conversion determines whether the position holds. Spend amplifies a conversion that already exists and cannot manufacture one that does not. Skip a rung and the rungs above it have nothing to stand on.
There is no usable public standard for launch sequencing. What circulates instead is a mixture of launch-service marketing and inherited habit. The sequence below is this framework's own, and it is the procedure listing teams ask for more often than any other.
There is no honeymoon period. There is cold-start handling
Start here, because the answer changes what you do in Phase 0.
The folklore says Amazon grants new listings an artificial visibility boost for a fixed window — thirty days, two to three weeks, or ninety days, depending on who is selling the launch package — and that generating enough sales inside that window locks in a permanent position.
Observed Amazon has never documented any of this. No announcement, help page or publication uses the term or describes a time-boxed new-product boost, and the specific figures have no traceable source. The idea survives because a closing window is an excellent thing to sell against.
Amazon research What the published research supports is ordinary cold-start handling. A new product has no behavioural history, so the ranking model has no observed values for the features it normally uses. It substitutes prior prediction values estimated from the historical performance of similar items, drawn from catalogue and new-item-setup attributes. As real interaction data accumulates, those priors are progressively replaced by posterior values based on your own impressions, clicks, cart adds and purchases. Observed Published analysis of the mechanism places the start of that transition around day five, gradual rather than expiring on a date.
Your initial placement is the model's estimate of how a product like yours performs, held only until it has enough of your own data to stop estimating. It does not close and it does not lock in. It gets replaced. Which means the quality of the guess is something you control, through the only inputs available before you have behaviour: your product type, browse node, structured attributes, variation structure and images.
That is the practical consequence, and it is why the catalogue and attribute work in Phase 0 is not administrative overhead. At launch, before any behavioural data exists, your structured data is substantially what you are being ranked on. Complete, specification-accurate attributes are the highest-leverage launch action available, they cost nothing but an hour of attention, and almost nobody frames them that way because the honeymoon story generates a different instruction entirely — drive volume before the window shuts. The full treatment of the honeymoon claim and the research behind cold start is here.
The second consequence is a caution rather than an instruction. What the system learns about you in the first weeks is what it will assume about you later. Model Launching with thin attributes, no reviews or an unstable delivery promise is expensive far beyond the launch window itself, because you are not merely performing badly, you are supplying the evidence that becomes the baseline. Get the evidence right before you get the volume up.
Phase 0 — pre-launch, before a single unit ships
Everything in this phase happens before publication. It is the cheapest work in the entire sequence and the only work that is genuinely irreversible in cost terms, because every item on it becomes exponentially more expensive once the ASIN has history attached to it.
item_type_keyword and browse node confirmed against the current category template, not against what a similar product used two years ago. Getting this wrong makes every subsequent measurement invalid, because you will be benchmarked against the wrong market in Search Query Performance and gated by the wrong attribute set. It is far cheaper to fix before the ASIN has history.A guessed attribute value passes an eligibility gate on a promise the product does not keep. The traffic arrives, the expectation is wrong, and the cost is paid twelve weeks later as a return, then a negative review, then a rising negative-experience rate, then a return-rate badge. The census discipline is return-rate management executed a quarter early. Value from specification or leave it silent.
The launch set — teaching the system what you are
The launch set is a separate object from your full query universe, and it is deliberately small. Model Its purpose is to teach the system what need you satisfy rather than to establish coverage. The first purchase cohort writes the behavioural association between your ASIN and a set of queries, and broad early traffic teaches a blurred identity that is expensive and slow to correct.
Select five to fifteen exact-match terms that meet every one of the following. Terms failing any single criterion are excluded from the launch set entirely, not weighted down.
| Price band | Ratio to query purchase median | Launch treatment |
|---|---|---|
| Normal | Below 1.3× | Eligible for the launch set |
| Stretch | 1.3× to 1.8× | Coverage only. Requires an evidence advantage the page actually demonstrates |
| Mismatched | Above 1.8× | Excluded. Copy cannot recover a price gate |
Execution is narrow on purpose. Exact-match campaigns only for weeks one to three. Structured attributes complete before the first impression. Conversion is the goal metric, not ACOS, because purchase-after-query is the event that writes the association. Accept a high ACOS on the launch set and size it as tuition in advance, so nobody panics and pauses it in week two.
Phase 1 — days 0 to 14: indexation and evidence
The first fortnight has two jobs and neither of them is sales. Job one is confirming that the retrieval layer works. Job two is starting the evidence corpus that everything downstream depends on.
| Day | Action | Acceptance criterion |
|---|---|---|
| 0 | Publish. Enrol Vine across every active marketplace on the same hero child, roughly 30 units to fulfilment per marketplace Amazon confirmed | Enrolment confirmed in at least two marketplaces; target 90 to 150 reviews consolidating onto one ASIN |
| 2–3 | Indexation verification on every mapped branch | ASIN retrievable for its identity root and for each covered branch. Anything not indexed is fixed now, not later |
| 3–7 | Attribute and eligibility spot-check against filtered searches | The ASIN appears under the filters its attributes claim. This is the practical test of the census |
| 7–14 | Low-budget exact-match campaigns on the identity root and two to three highest-confidence branches only | Discovery, not scale. The purpose is to generate the first conversion data, not to buy rank |
| 14 | First review cohort lands; first Search Query Performance data appears | Baseline export archived. This is the pre-export every later verdict compares against |
The day 2–3 check is the one teams skip, and it is the one that invalidates the rest of the quarter when it fails silently. A branch that is not retrievable is not underperforming, it is absent, and no amount of bidding fixes an absence. Indexation troubleshooting covers the diagnostic order when a branch does not come back.
The day 14 archive matters more than it looks. It is the only baseline this ASIN will ever have from a clean state, and every measurement verdict for the next year compares against it. Export it, date it, and store it where it will still be findable in nine months.
Phase 2 — days 14 to 45: conversion proof before scale
This is the phase where launches are won or quietly lost, and it is the phase with the strongest temptation to skip straight to spending.
Compute the four indices as soon as the data floors allow. Each index is your stage rate divided by the market's stage rate on the same query, computed from raw counts. Parity is approximately 1.0 and the action threshold is approximately 0.85. At launch volumes most individual queries sit below the significance floor, so read at family level and resist acting on single-query noise. The four-index diagnosis explains the construction, and the SQP index calculator does the arithmetic.
| Read | Minimum own-sample | Below the floor |
|---|---|---|
| CTR index | ≈2,500 of your own impressions on the query | Roll the query into its family and read the family |
| Cart-add and purchase index | ≈100 of your own clicks on the query | Roll up to family; never act on a single query |
| Trend claim | 3 consecutive periods | One month is a data point, not a trend |
| Price comparison | Same price tier (±1), pack-size normalised | The comparison is invalid, not merely noisy |
Spend stays gated. The purchase-index gate of approximately 0.9 applies at launch exactly as it does in steady state. A query you cannot yet convert does not receive rank spend. It receives page work. Below the gate, spend buys data rather than position, and it should be labelled a data-buy and capped as such. PPC and organic rank covers the gate in full.
Fix the upstream-most failing index first. A failing tile starves every layer beneath it of the data required to evaluate them, so working bottom-up wastes the window. At launch specifically, weak click-through is almost always the main image, and weak cart-add is almost always evidence density on the page. Both are cheaper to fix now than after the account has learned from them.
| Failing index | What it names | Launch-stage fix |
|---|---|---|
| Impression share | Findability | Indexation check, then the attribute census, then coverage expansion. Never copy |
| CTR index | The tile | Main image first, it has the largest effect size. Then name clarity, then price position against the click median |
| Cart-add index | The page | Unanswered objections, thin evidence, missing specification. Bullets, image panels, spec density |
| Purchase index | The offer | Closing price, delivery promise, coupon environment. Copy cannot fix this one |
One variable per measurement window still applies. The temptation to change five things at once is highest at launch, and the cost is identical: an unattributable result, which manufactures false confidence and is therefore worse than no test at all.
Search Query Performance attaches purchases only within roughly a 24-hour window of the search. High-consideration and premium SKUs therefore systematically under-report purchase index. Benchmark inside your own price tier, pack-normalised, before declaring a launch conversion problem. This caveat alone has reversed several diagnoses.
Phase 3 — days 45 to 90: scale what converts
Only now does spend become a ranking instrument rather than a discovery instrument.
Queries crossing the 0.9 gate graduate to rank-driving spend, concentrated on top-of-search placement, which converts best in roughly seventy per cent of brands and is best on ACOS in forty to fifty per cent. Observed Build the push list from the top three to five query families scored on volume, realistic headroom and winnability. One family is one rung. Shift budget by no more than twenty points per week, and hold one variable per window.
Coverage expansion is selective. Branches that proved out get reinforced. Branches that produced impressions but no conversion get re-examined for truthfulness before being reinforced, because the most common cause of impressions without conversion at launch is a branch you should not have claimed.
Run the first deliberate review-evidence pass. The early corpus now exists, which means the objections real buyers raise are legible for the first time. Every recurring complaint gets a direct answer on the page, or it becomes the answer an assistant gives on your behalf.
And judge it on the right layers. Assistant-layer visibility will still be immature at day 90 because that layer moves on two-to-six-month timelines. Its absence at day 90 is not a failure signal. Judge eligibility and coverage work on impression share and branch-family count. Judge conversion work on the cart-add and purchase indices. Never judge a coverage expansion on conversion rate, because broader traffic arriving can depress conversion rate while the expansion is working exactly as intended.
How exposed is your catalogue on this?
Twenty checks across the five layers, scored 0–100, returning a ranked issue list by severity — the same audit we run on client accounts. Free, no signup to see your result, and it runs entirely in your browser.
Score my listings →Nothing you answer is transmitted or stored. The written report and the six working templates are the optional email step afterwards.
The launch failure signatures
By day 30 a launch that is going wrong has usually declared itself, and the shape of the failure names the layer. Read the signature before you choose the instrument.
| Symptom by day 30 | Almost always means |
|---|---|
| Impressions near zero on mapped branches | Indexation or attribute-gate failure. This is layer 1, not marketing |
| Impressions healthy, clicks poor | The main image, or an identity root that does not match how the market actually names the product |
| Clicks healthy, no cart adds | An evidence gap. The page is not answering the question the branch implies |
| Cart adds, no purchases | Price gate or delivery promise. Verify both before touching a word of copy |
| Everything flat and spend climbing | Spend was activated before eligibility. Stop, re-gate, restart |
The first signature is the one most often misread as a marketing problem, and it is the cheapest to fix. Near-zero impressions on a branch you deliberately covered means the retrieval layer never accepted the coverage. No bid solves that.
The last signature is the expensive one, because the instinct it triggers is to spend harder. Flat performance with climbing spend means the sequence was inverted. The correct response is to stop the spend, return to Phase 0, verify eligibility branch by branch, and restart. Continuing generates below-market conversion evidence on every query you touch, which makes the eventual recovery slower than the restart would have been.
Reviews as launch physics
Review count and review text gate two things at once: conversion, and the evidence layer that assistant-generated answers are composed from. At launch you have neither, and no amount of copy compensates for their absence.
Observed The decisive tactic is marketplace-stacked Vine. The same hero child ASIN is launched across every active marketplace, roughly thirty units are sent to fulfilment in each, the ASIN is enrolled in each programme, and the reviews consolidate onto the single ASIN. The target is 90 to 150 reviews at launch across a minimum of two marketplaces.
The change in click-through and conversion during the launch window is the entire point. It is the difference between a launch that compounds and one that stalls before advertising has anything worth amplifying. Spend applied to a listing with four reviews is spend applied to a conversion rate that has not yet been allowed to exist.
Launch-rebate schemes, search-find-buy services and incentivised review programmes carry account deactivation exposure on the Amazon side and separate regulatory exposure on the consumer-protection side. They also poison the exact evidence base cold-start handling is trying to read. The sanctioned programme is slower and it is the one that survives.
There is a second-order reason to build the corpus early. The review text determines which positive product and brand aspects are even available for the system to surface, which makes the review corpus part of your advertising infrastructure rather than a passive social-proof asset. Model A thin corpus limits what can be said about you, by any surface, paid or organic.
The conversion levers that actually produce rank
Conversion is the term the ranking system watches most closely, and the levers that move it are mostly not copy. Ordered by observed effect size and speed, the offer comes first and the words come last.
Delivery promise and inventory depth
The standing policy is 90 or more days of cover, never below 75, distributed across five warehouses, with a monthly ZIP-panel audit on Tier 1 ASINs and an immediate audit on any stock dip. Model Distribution is the part teams under-plan: total units are meaningless if they are concentrated in one region, because the delivery promise a shopper sees is regional and the promise is a direct input to both conversion and featured-offer ranking.
Treat inventory planning as a ranking workstream owned jointly by the inventory lead and the brand manager. When it reports elsewhere, stock decisions get made on working-capital logic alone and the ranking cost lands on someone who was never consulted.
Price level and price history
Two distinct mechanisms, and the second is newly consequential.
Price level — the gate
Selling materially above the market's purchase median on a query means that query is price-gated. The working threshold is +10 to 15%, tier- and pack-normalised. No amount of copy work recovers a gated query, and budget-bounded automated requests exclude the ASIN outright rather than ranking it lower.
Price history — the memory
Price history now feeds a high-price indicator and recommendation logic, and volatility is penalised independently of level. A rise after a cost increase creates a new elevated baseline. A discount taken off an inflated recent price does not read as credible, because the system holds the record.
Model any increase against both 90-day and 365-day history before executing. Repeated movement is read as instability and degrades recommendation quality regardless of where the price finally lands. Observed For a market-leading ASIN already maxed on rank, coverage, variations and marketplaces, a 5 to 10% increase observed for 14 days against BSR, conversion, rank and velocity is the highest-leverage remaining move, and it is fully reversible. It is one move, not a sequence of adjustments.
The offer envelope
Three things sit around the price that most launches leave untouched.
That last point reframes what a price event is. If a segment of demand triggers on base price with no page involved, then your floor is not a discount decision, it is a switch. Know where it is before you move it.
Deals, launch and event architecture
Deal events matter to ranking because they concentrate conversion volume into a window the system reads as velocity. They only work if the ASIN enters the window already ranked. An unranked ASIN entering a peak event gets a discount and very little else.
| Element | Standard | Rationale |
|---|---|---|
| Prep runway | 60 days | Ranking on outlier and category terms cannot be built inside the event |
| During the event | Price Discount | Highest observed lift during peak traffic; alone it produced roughly 2–3× a normal day Observed |
| Best Deal placement | After the event for roughly 80% of brands, before for roughly 20% | Post-event demand persists at lower competitive intensity |
| Stacked structure | A four-day Price Discount with one 12-hour Lightning Deal inside it | Produced outsized results in tested cases. Treat it as the default structure to test, not as a guarantee |
| Measurement freeze | No listing, price or campaign structural changes inside the window | Event traffic contaminates every before-and-after comparison in the account |
| Eligibility watch | A storefront rating below 3.5 stars loses deal eligibility | A layer-4 consequence of a layer-2 problem. Check it before planning the calendar, not after |
Every migration, copy test, price test and campaign restructure must be frozen around deal events. The dominant reason this industry's before-and-after claims are unreliable is that the measurement windows overlap events nobody logged. A change shipped inside a deal window is a change that can never be evaluated, no matter how good the result looks afterwards.
The keyword work around an event has its own shape. From three weeks out to one week out, push outlier category terms where the price gap temporarily closes under deal pricing, and freeze all structural copy and attribute changes. Never migrate a title inside a deal window. After the event, protect the new behavioural association with maintenance spend on the families that converted, for at least two weeks. Otherwise you buy an association and then let it decay.
Diagnosing decline correctly
The other end of the lifecycle, and the one nobody writes about because it does not make a good case study. Knowing when to stop is a ranking discipline: effort and spend sustaining an unrecoverable ASIN are effort and spend not compounding somewhere else.
Decline is not one condition. Separate the four before deciding anything, because three are recoverable and one is not.
| Condition | Signature | Recoverable? |
|---|---|---|
| Self-inflicted | The decline traces to a change you shipped: orphaned terms, a restructure, a price move, an attribute loss | Yes, usually fully. Diagnose against the pre-change export. This is the recheck failure most of the time |
| Competitive | Your indices flat, market volume and competitor share rising | Yes, at a cost. This is a positioning, price or coverage decision |
| Category | Query volume itself declining, and market conversion falling too | Not by optimisation. This is a portfolio decision, not a listing one |
| Structural | Review corpus permanently damaged, return rate badged, or unresolved contamination in the catalogue layer | Rarely. Recovery cost usually exceeds relaunch cost |
The distinction between the first and the second is where most teams go wrong, and it takes two minutes to settle. Pull Search Query Performance against your last archived export. Queries that went to zero impressions are indexation loss. Queries with impressions and a worse position are ranking loss. These have entirely different causes. Indexation loss points at your own change log first, then at contribution acceptance. Ranking loss decomposes with the four indices. Rank drop diagnosis walks the full order, and the scenario runbooks cover the incident cases.
The stop rules
Withdraw rank spend when purchase index has sat below 0.9 for three consecutive measurement periods and the fixes indicated by the four indices have been shipped and judged. At that point the ASIN is uncompetitive on that query set rather than underspent. Further spend buys traffic that teaches the system you lose. Redeploy it to ASINs above the gate.
Two conditions in that rule do the work, and both are routinely dropped. Three consecutive periods, because one period is a data point. And the fixes have been shipped and judged, because withdrawing spend from a query whose page problem was never addressed is not a stop rule, it is an abandonment.
Consolidation over proliferation, and how to retire a record
The most common portfolio pathology is a catalogue that has accumulated children nobody would create today. Consolidation recovers attention, concentrates the conversion signal onto fewer records and simplifies eligibility work.
The retirement checklist
Portfolio tiering and prioritisation
Tiering is the mechanism that decides where finite hours go. Without it, a forty-procedure register produces uniform shallow coverage instead of concentrated advantage, and a launch competes for attention with a legacy SKU on equal terms.
| Tier | Definition | Treatment |
|---|---|---|
| Tier 1 — hero | Top ASINs by contribution margin, typically around 20% of the catalogue carrying the majority of profit, plus any strategic launch under active investment | Full framework. Weekly SQP, monthly delivery audit, quarterly census, per-event deal planning, all copy disciplines, eligible for rank spend |
| Tier 2 — supporting | Profitable, stable, not decisive. Includes coverage children serving distinct query families | Quarterly census and SQP, copy standard applied at rewrite, spend only when above the gate, batch-processed |
| Tier 3 — tail | Low volume, low margin, or legacy. Also the safe test bed | Batch operations only. Migrations and format changes validate here first. No individual optimisation cycles |
| Tier 0 — remediation | Any ASIN with an unresolved eligibility or catalogue-layer defect, regardless of revenue | Blocks all other work on that ASIN. Eligibility problems are fixed before optimisation resumes, because nothing else is measurable until they are |
Note where a launch sits. A strategic launch under active investment is Tier 1 by definition, not by revenue, because the whole point of the ninety-day sequence is that it needs Tier 1 attention during the only window in which that attention compounds.
V × R × W — prioritising work inside a tier
Within a tier, the queue is ordered by three multiplied factors rather than by whoever shouted loudest.
A high-value query you cannot win is a trap rather than a priority. Because value is multiplied rather than added, a zero on winnability zeroes the whole score no matter how large the volume. This is the single most common way agency hours get spent on work that cannot succeed — a big term, a big number, and a price gate nobody checked.
Capacity rules
What this means in practice
Five things you can do this week, whether you have a launch in front of you or a decline behind you.
If a launch of yours is currently in the flat-and-spending signature, stop the spend today rather than at the end of the month. Every additional week of that pattern is another week of below-market conversion evidence attached to the queries you eventually want to win, and the unteaching takes longer than the restart. The operator's kit holds the census templates, the register format and the launch checklists in executable form; the complete guide covers the layers this sequence is manufacturing.
Sources
Primary sources for the confirmed and published claims above. Observations and framework inferences are labelled as such in the text and are not sourced here.
- Amazon Search: The Joy of Ranking Products — Sorokina & Cantú-Paz, SIGIR 2016 — www.amazon.science
- Amazon Science — Semantic product search (KDD 2019) — www.amazon.science
- COSMO — SIGMOD 2024, Amazon Science — www.amazon.science
- Amazon — What is Amazon SEO (official guidance) — sell.amazon.com
- Amazon — Best Sellers Rank — sell.amazon.com
- Amazon — Brand Analytics and Search Query Performance — sell.amazon.com
- Amazon Seller Forums — 250-byte search terms announcement — sellercentral.amazon.com
- Amazon Seller Forums — Featured Offer eligibility update, July 2026 — sellercentral.amazon.com
The launch window only compounds once
Getting the catalog, coverage and evidence right before the first impression is cheap. Recovering a blurred behavioural association afterwards is not.
Get a free account teardown →