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.

Fact-checked 22 August 2026·25 min read·5,816 words·By Hymie Zebede
Amazon confirmed Amazon’s own documentation
Amazon research Published Amazon research
Observed Reproducible practitioner testing
Model This framework’s inference
Contents — 15 sections
  1. The launch doctrine
  2. There is no honeymoon period. There is cold-start handling
  3. Phase 0 — pre-launch, before a single unit ships
  4. The launch set — teaching the system what you are
  5. Phase 1 — days 0 to 14: indexation and evidence
  6. Phase 2 — days 14 to 45: conversion proof before scale
  7. Phase 3 — days 45 to 90: scale what converts
  8. The launch failure signatures
  9. Reviews as launch physics
  10. The conversion levers that actually produce rank
  11. Deals, launch and event architecture
  12. Diagnosing decline correctly
  13. Consolidation over proliferation, and how to retire a record
  14. Portfolio tiering and prioritisation
  15. 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.

The single most common launch failure

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.

The prior is an estimate, and you supply its inputs

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.

Category and schema decision. Product type, 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.
Attribute census at 100%, from specification. Pull the full category template and run the three-state census: every field is either correctly valued, silent, or wrong. Value every legitimate field from the spec sheet, never from inference. A launch is the only moment a catalogue is ever genuinely clean. Spend the hour here.
Variation architecture decided deliberately. Apply the grouping test before you build the family, and choose the featured child on projected conversion and inventory reliability rather than on which SKU arrived first. Restructuring later is expensive and puts the shared review corpus at risk.
Mission map and coverage build. Six to ten branches mapped, every legitimate field moved from silent to covered, phrases allocated deliberately across the placement hierarchy, title built to the category formula, and the compliance pass completed before anything publishes. See the 75/125 title system for the title mechanics and keyword strategy for the branch map.
Inventory and delivery posture. Depth planned to the 90-day policy from day one and distributed for delivery-promise coverage across regions. A launch that goes out of stock in week three loses the cold-start evidence window and the sales history simultaneously, and there is no way to recover either retrospectively.
Guessed attributes are worse than blank ones

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.

Query type
Generic-constraint terms (material, origin, size, audience, use) or a precise generic head. Never a competitor brand term, and never a head term so broad that the purchase intent behind it is unknowable.
Promotion test
Can the product honestly serve this intent? A fail excludes the term from every field and every campaign, and the exclusion gets recorded. A term you cannot serve is a future return.
Price band
Normal only. Your price divided by the query's purchase median must sit below 1.3×. Never launch into a mismatched battlefield.
Winnability
At least one page-one holder must be beatable on evidence quality or offer. If every incumbent has a review moat and a stronger page, the term belongs in the expansion plan, not the launch set.
Identity match
Direct match to the title's identity root and the product's defining specification. If the term and the root disagree, one of them is wrong.
Coverage first
The term, or the concepts composing it, must already live in the item name, highlights, bullets or attributes before a single unit of spend runs against it.
Price bandRatio to query purchase medianLaunch treatment
NormalBelow 1.3×Eligible for the launch set
Stretch1.3× to 1.8×Coverage only. Requires an evidence advantage the page actually demonstrates
MismatchedAbove 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.

DayActionAcceptance criterion
0Publish. Enrol Vine across every active marketplace on the same hero child, roughly 30 units to fulfilment per marketplace Amazon confirmedEnrolment confirmed in at least two marketplaces; target 90 to 150 reviews consolidating onto one ASIN
2–3Indexation verification on every mapped branchASIN retrievable for its identity root and for each covered branch. Anything not indexed is fixed now, not later
3–7Attribute and eligibility spot-check against filtered searchesThe ASIN appears under the filters its attributes claim. This is the practical test of the census
7–14Low-budget exact-match campaigns on the identity root and two to three highest-confidence branches onlyDiscovery, not scale. The purpose is to generate the first conversion data, not to buy rank
14First review cohort lands; first Search Query Performance data appearsBaseline 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.

ReadMinimum own-sampleBelow the floor
CTR index≈2,500 of your own impressions on the queryRoll the query into its family and read the family
Cart-add and purchase index≈100 of your own clicks on the queryRoll up to family; never act on a single query
Trend claim3 consecutive periodsOne month is a data point, not a trend
Price comparisonSame price tier (±1), pack-size normalisedThe comparison is invalid, not merely noisy
≥ 2,500of your own impressions before a CTR index on a single query means anything at all

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 indexWhat it namesLaunch-stage fix
Impression shareFindabilityIndexation check, then the attribute census, then coverage expansion. Never copy
CTR indexThe tileMain image first, it has the largest effect size. Then name clarity, then price position against the click median
Cart-add indexThe pageUnanswered objections, thin evidence, missing specification. Bullets, image panels, spec density
Purchase indexThe offerClosing 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.

Same-day attribution distorts launch reads

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.

Graduation
A rung graduates when the family holds page one for two consecutive weeks at floor-clearing volume. Move emphasis to the next rung and retain maintenance coverage on the one you just won.
Demotion
A rung is demoted when purchase index decays below 0.8 for two weeks. Pause the push and re-diagnose before respending. Offer, battlefield or evidence — name which one before the budget goes back.
Taper confirmation
After a rank-driving push tapers, watch impression share for two to three weeks. Held share is the confirmation that the position is organically supported rather than rented.

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.

Judge the launch at day 90, not before

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 30Almost always means
Impressions near zero on mapped branchesIndexation or attribute-gate failure. This is layer 1, not marketing
Impressions healthy, clicks poorThe main image, or an identity root that does not match how the market actually names the product
Clicks healthy, no cart addsAn evidence gap. The page is not answering the question the branch implies
Cart adds, no purchasesPrice gate or delivery promise. Verify both before touching a word of copy
Everything flat and spend climbingSpend 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.

Do not buy the shortcut

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.

Standing pricing policy: raise once and hold

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.

Business pricing
A 5% floor discount off retail unlocks B2B demand that a large majority of competitors leave uncontested. Low effort, one-time setup, and materially under-adopted. Observed
Featured-offer mechanics
Amazon confirmed The model moved from gate-then-rank to rank-only. Seller-performance metrics are no longer an eligibility filter; they are direct inputs inside the ranking formula alongside price, shipping and delivery promise. Defect and complaint metrics now have graded influence rather than binary influence, and they compete against price directly.
Purchases without the listing
An increasing share of purchases execute without the detail page present. Automated price-triggered buying fires on base price alone — coupons and promotional discounts do not apply at execution, and content, images and reviews are absent at the moment of purchase. Map your pricing floor as a demand-activation point before running any price event.

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.

ElementStandardRationale
Prep runway60 daysRanking on outlier and category terms cannot be built inside the event
During the eventPrice DiscountHighest observed lift during peak traffic; alone it produced roughly 2–3× a normal day Observed
Best Deal placementAfter the event for roughly 80% of brands, before for roughly 20%Post-event demand persists at lower competitive intensity
Stacked structureA four-day Price Discount with one 12-hour Lightning Deal inside itProduced outsized results in tested cases. Treat it as the default structure to test, not as a guarantee
Measurement freezeNo listing, price or campaign structural changes inside the windowEvent traffic contaminates every before-and-after comparison in the account
Eligibility watchA storefront rating below 3.5 stars loses deal eligibilityA layer-4 consequence of a layer-2 problem. Check it before planning the calendar, not after
The measurement freeze is not optional

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.

ConditionSignatureRecoverable?
Self-inflictedThe decline traces to a change you shipped: orphaned terms, a restructure, a price move, an attribute lossYes, usually fully. Diagnose against the pre-change export. This is the recheck failure most of the time
CompetitiveYour indices flat, market volume and competitor share risingYes, at a cost. This is a positioning, price or coverage decision
CategoryQuery volume itself declining, and market conversion falling tooNot by optimisation. This is a portfolio decision, not a listing one
StructuralReview corpus permanently damaged, return rate badged, or unresolved contamination in the catalogue layerRarely. 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

When to stop spending

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.

Merge candidates
Children with no coverage differentiation, duplicate identities created by historical identifier issues, and variants that no longer sell.
Check ownership first
Verify contribution and ownership records before scoping any merge. A historical contributor record turns a catalogue fix into an ownership question, and the rejection message will not say so. Confirm tool availability before any time goes into attribute alignment.
Preserve the review asset
The purpose of a merge is usually to carry reviews forward. If the structure that permits the merge does not preserve them, the merge is not worth doing.
Retire rather than merge
When the old ASIN carries damage. A badged or negatively-reviewed record is a liability you would be attaching to a healthy record, not an asset worth carrying forward.

The retirement checklist

Confirm the decline is structural or category. Not self-inflicted, not competitive. Retiring a recoverable ASIN is the most expensive mistake in this section.
Export final Search Query Performance and record the query set. This is coverage the portfolio is giving up, and some of it may belong on a sibling ASIN.
Re-home any query coverage worth keeping onto the surviving ASIN before the listing goes inactive. Afterwards you are working from memory.
Plan the inventory exit against long-term storage exposure at 365 days in fulfilment centres. Amazon confirmed
Decide the record's fate deliberately. Closed, merged or left dormant. Dormant records persist in the catalogue and can resurface as identifier conflicts years later.
Document it as a numbered case. Problem, prevailing assumption, actual system behaviour, escalation sequence, resolution. Retirement decisions are the ones teams most often repeat wrongly.

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.

TierDefinitionTreatment
Tier 1 — heroTop ASINs by contribution margin, typically around 20% of the catalogue carrying the majority of profit, plus any strategic launch under active investmentFull framework. Weekly SQP, monthly delivery audit, quarterly census, per-event deal planning, all copy disciplines, eligible for rank spend
Tier 2 — supportingProfitable, stable, not decisive. Includes coverage children serving distinct query familiesQuarterly census and SQP, copy standard applied at rewrite, spend only when above the gate, batch-processed
Tier 3 — tailLow volume, low margin, or legacy. Also the safe test bedBatch operations only. Migrations and format changes validate here first. No individual optimisation cycles
Tier 0 — remediationAny ASIN with an unresolved eligibility or catalogue-layer defect, regardless of revenueBlocks 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.

Value
Query volume × price × margin. What is actually at stake if you win or lose this query.
Reachability
How far the failing index is from parity, and whether the fix is within your control. Realistic headroom, damped by the price band.
Winnability
Purchase index and price-gate status, plus the inverse of the competitor moat. A query you cannot convert scores zero regardless of its value.
The multiplication is the point

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

One structural change per Tier 1 ASIN per measurement window
Capacity is bounded by measurement, not by hours. You can always do more work; you cannot always attribute it.
Tier 3 batches absorb volume work
Migrations, template fills, bulk uploads. The tail doubles as the validation cohort — prove a format change there before it touches a hero.
Tier 0 pre-empts everything
An eligibility defect on a Tier 2 ASIN outranks a copy improvement on a Tier 1 ASIN, because one is a blocker and the other is an increment.
Re-tier quarterly
Tiers drift. A hero that has declined structurally is consuming Tier 1 attention it no longer earns, and that attention has somewhere better to be.

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.

Run the census on your next launch before it publishes, not after. Pull the current category template, value every legitimate field from the specification, and record what you deliberately left silent. Under cold-start handling this is the input to your initial placement, so it is the highest-return hour in the whole sequence and it costs nothing but attention.
Write the launch set down and cap it at fifteen exact terms. Check each one against the promotion test, the price band and the coverage requirement. If a term fails any of the three, remove it rather than down-weighting it. Then confirm every remaining term has an on-page home before a campaign goes live.
Archive a dated day-14 export for every ASIN you launch. It is the only clean baseline that ASIN will ever have. Store it somewhere it will still be findable in nine months, because every verdict you render for the next year compares against it.
Audit your active rank spend against the 0.9 gate. Any query family sitting below the gate is receiving spend that buys losing evidence. Move it to a fix list, label the remainder a data-buy, and cap it. Then check whether the fixes indicated by the four indices were ever actually shipped before anyone talks about stopping.
Re-tier the catalogue and mark every Tier 0 record. Anything with an unresolved eligibility or catalogue defect blocks all other work on that ASIN. Getting those onto a single list usually reveals that a meaningful share of last quarter's optimisation hours went to records that could not have responded.

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.

  1. Amazon Search: The Joy of Ranking Products — Sorokina & Cantú-Paz, SIGIR 2016 — www.amazon.science
  2. Amazon Science — Semantic product search (KDD 2019) — www.amazon.science
  3. COSMO — SIGMOD 2024, Amazon Science — www.amazon.science
  4. Amazon — What is Amazon SEO (official guidance) — sell.amazon.com
  5. Amazon — Best Sellers Rank — sell.amazon.com
  6. Amazon — Brand Analytics and Search Query Performance — sell.amazon.com
  7. Amazon Seller Forums — 250-byte search terms announcement — sellercentral.amazon.com
  8. 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 →
ZBD Growth

Full Amazon channel management for established brands. Catalog, advertising, inventory and cases — run by a team you know by name, reported in depth.

© 2026 ZBD Growth. Selling on Amazon since 2012.Run by Hymie Zebede →