SFP 6 липня: як перевірити Prime-доставку до зміни вимог Amazon

Під час перевірки джерел за 28 червня у Києві найсильніший сигнал для українських Amazon-команд був не нова форма appeal, а короткий операційний дедлайн: 6 липня 2026 року Amazon підвищує мінімальні delivery speed requirements для US Seller Fulfilled Prime. Для standard-size Prime offers планка стає 40% Prime customer page views з one-day delivery, 75% з two-day delivery і 90% з five-day delivery; для oversize та extra-large товарів також зростають окремі speed targets.

Для продавця з України, який веде Amazon.com через US 3PL, prep center, власний склад у діаспорі або змішану FBA/SFP модель, це не повторення правила про handling time від 29 червня. SFP додає програмний шар: Prime badge, customer-facing delivery promise, size tier, ship-from coverage, weekend handling, carrier scan quality і dashboard history. Якщо ці докази не збережені до зміни шаблонів, пізніше Prime pause, late shipment, cancellation або A-to-z виглядатимуть як хаотичний performance case.

Відділіть SFP від звичайного FBM

Звичайний seller-fulfilled SKU пояснює handling time, confirm shipment, tracking і OTDR. Seller Fulfilled Prime пояснює ще й те, яку Prime-доставку бачив покупець на сторінці товару. Якщо змішати ці файли, Amazon reviewer побачить не доказову лінію, а набір скріншотів без відповіді на головне питання: чи міг продавець виконати саме Prime promise.

• Експортуйте або збережіть screenshots SFP performance dashboard, delivery speed, on-time delivery, valid tracking, cancellation rate і всі program notices.
• Для кожного Prime SKU запишіть ASIN, SKU, size tier, shipping template, ship-from, carrier service, cutoff time, weekend handling і поточний Prime status.
• Відокремте SFP orders, звичайні FBM orders, FBA orders і MCF/Buy with Prime orders: у них різні докази, метрики і route для відповіді.
• Якщо один ASIN має FBA і SFP offer, окремо збережіть frontend Prime display, Buy Box/Featured Offer, inventory source і delivery promise для кожного route.
• Не використовуйте FBA inventory screenshot як доказ, що SFP warehouse може виконати one-day або two-day delivery.

Перевірте size tier, ship-from і ZIP-code promise

Нові SFP thresholds оцінюються не тільки на рівні замовлень. Amazon дивиться на Prime customer page views і те, які delivery dates показувалися покупцям. Тому single-warehouse модель, стара вага упаковки або неправильний oversized status можуть створити проблему ще до першого late shipment.

• Звірте довжину, ширину, висоту, вагу і фактичну shipping box для кожного SFP SKU, особливо якщо товар bulky, fragile, bundled або має нову упаковку.
• Побудуйте таблицю ship-from coverage: які ZIP codes реально отримують one-day, two-day і five-day delivery з кожного складу або 3PL.
• Окремо позначте weekday cutoff, weekend cutoff, carrier pickup, first scan expectation, holiday exceptions і warehouse blackout dates.
• Для 3PL збережіть service agreement, pickup calendar, order cutoff rules, exception escalation, inventory lock rules і контакт відповідального менеджера.
• Якщо швидка доставка можлива тільки дорогим service level, порахуйте margin, Ads spend, promo price і refund exposure до того, як залишати Prime badge активним.

Оцініть, які Prime offers треба знизити в ризику

Не кожен Prime SKU варто захищати будь-якою ціною. Для частини каталогу правильне рішення - змінити склад, template або order cap. Для інших SKU тимчасове вимкнення Prime може бути сильнішим доказом контролю, ніж очікування, поки dashboard покаже погіршення.

• Позначте SFP SKUs за ризиком: single warehouse, нестабільний stock, повільний first scan, bulky size tier, weekend gap, high return rate або слабкий carrier lane.
• Встановіть pause rule для SKU, де inventory нижче safety level, 3PL пропускає cutoff, carrier обмежує pickup або сезонний попит перевищує capacity.
• Перед і після кожної зміни shipping template збережіть screenshot, timestamp, affected regions, responsible user і очікуваний вплив на delivery promise.
• Не відкривайте Prime offers повторно в тиждень, коли команда не може показати staffing, inventory, pickup і carrier coverage.
• Якщо Prime badge уже зник або був paused, збережіть повний notice і dashboard before/after перед тим, як починати trial, appeal або Seller Support case.

Підготуйте відповідь, якщо метрики вже погіршуються

Після 6 липня один симптом може мати кілька route: SFP program warning, Late Shipment Rate, Order Defect Rate, High Cancellation Rate, A-to-z claim або offer-level suppression. Перша відповідь не має бути загальною фразою про логістику у США. Вона має відповідати саме тому, що Amazon питає.

• SFP program layer: Prime speed percentages, dashboard history, affected SKUs, size tier, ship-from coverage, program notice і рішення по Prime exposure.
• Late shipment layer: order ID, ship-by date, confirm shipment time, carrier first scan, причина затримки і контроль проти повторення.
• ODR або A-to-z layer: buyer-visible delivery promise, proof of delivery, buyer messages, refund history, Buy Shipping або Claims Protected status.
• Cancellation layer: inventory lock, warehouse picking failure, address issue, carrier unavailability, cancellation reason і хто прийняв рішення.
• ASIN/offer layer: Prime badge, Featured Offer, shipping template, price, stock, stranded inventory і listing status на момент проблеми.

Зберіть одну SFP evidence table до дедлайну

Найкорисніший файл для української команди - не довга внутрішня інструкція, а таблиця, яку однаково розуміють owner акаунта, операційний менеджер, 3PL і людина, що пише case. У ній має бути видно, який Prime promise був показаний, хто фізично виконував замовлення і чому команда залишила або зняла Prime status.

• Один рядок на SFP SKU: ASIN, SKU, product size tier, Prime status, ship-from, carrier, cutoff, weekend handling, covered regions і risk owner.
• Додайте screenshots SFP dashboard, Shipping Settings, template, frontend delivery promise, Account Health і 30-60 днів sample orders.
• Окремо позначте Prime Day aftermath, promo weeks, warehouse inventory count, US holidays, carrier disruptions і будь-який temporary staffing plan.
• Збережіть decision log: keep Prime, pause Prime, adjust template, move stock, split warehouse або remove SKU from SFP.
• Призначте weekly review: якщо speed, cancellations або buyer complaints погіршуються, спершу зменшуйте Prime exposure, потім пишіть case.

Практичний висновок: SFP 6 липня треба вести як performance evidence case, а не як швидку правку shipping template. Якщо продавець може за одну хвилину показати Prime SKU, size tier, ship-from, ZIP-code promise, carrier handoff і dashboard result, його позиція значно сильніша. Якщо ланцюг розірваний, поверніть справу до performance issues, late-shipment або Order Defect Rate route до того, як нові Prime metrics створять гірший запис; це не гарантує Prime eligibility, appeal або Account Health результат.