Під час перевірки джерел за 24 червня свіжий seller-сигнал прийшов не з нової політики, а з практичної Product Safety ситуації: продавець описав Account Health violation після customer complaint про нібито safety incident, а Amazon попросив ISO-certified testing results і документацію. У треді продавці окремо обговорювали, що текст скарги може звучати технічно або навіть неправдоподібно, але для Amazon це все одно може стати safety review route.
Для українських команд, які продають на Amazon.com, Amazon.co.uk або EU marketplace через FBA, FBM, 3PL чи брендового дистриб'ютора, важливий висновок простий: не починайте відповідь із того, що покупець не розуміє товар. Amazon дивиться на safety incident, ASIN, compliance evidence, Account Health status і ризик для покупця. Тому потрібен короткий доказовий пакет, а не довга полеміка.
Customer complaint не дорівнює готовому appeal
Навіть якщо скарга виглядає помилковою, спершу доведіть, що товар, інструкція, warning label, test report і фактична механіка ASIN не підтримують заявлений ризик. Amazon reviewer має бачити facts, а не роздратування продавця.
Почніть з точного safety route
Product Safety notice може виглядати як звичайна listing проблема, але логіка інша. Amazon може перевіряти customer-reported incident, category compliance, test report, warning label, product instructions, FBA inventory або повторюваний pattern скарг. Якщо змішати це з pricing, reviews або refund dispute, відповідь стане слабшою.
- Збережіть повний notice: marketplace, ASIN, SKU, issue type, complaint wording, requested documents, deadline і портал, де Amazon просить відповідь.
- Позначте, чи це Food and Product Safety Issues, Product compliance request, Account Health record, listing suppression або Seller Support case без policy record.
- Випишіть, хто контролює товар: brand owner, manufacturer, importer, distributor, authorized reseller або marketplace-only seller.
- Окремо зафіксуйте fulfillment route: FBA, FBM, MCF, 3PL або mixed inventory, бо inventory і order evidence будуть різними.
- Не редагуйте listing copy, safety claims або images до snapshot, якщо саме ці поля можуть бути доказом того, що товар описувався коректно.
Перевірте, чи скарга можлива технічно
Якщо покупець описує опік, алергію, перегрів, поріз, пожежу, запах, leakage або медичний симптом, перша реакція команди часто оборонна. Але правильніше зробити коротку technical fit table: що саме заявлено, який компонент товару міг або не міг це спричинити, і які документи це підтверджують.
- Product mechanism: як товар реально працює, які частини активні, які температури, напруга, матеріали, рідини або moving parts присутні.
- Use conditions: нормальне використання, misuse, prohibited use, age limits, medical/therapeutic disclaimers, cleaning або charging rules.
- Packaging and instructions: warnings, manual, label, batch/lot, model number, product photos і whether buyer-facing copy matches the actual unit.
- Complaint match: чи описаний incident відповідає конструкції товару, чи більше схожий на misuse, wrong item, FBA damage, counterfeit switch або unrelated medical event.
- Evidence gap: який документ реально відповідає питанню Amazon, а який лише створює зайвий шум.
Test report має відповідати саме ASIN
Офіційні Amazon маршрути для safety/compliance зазвичай очікують не просто PDF, а документ, який можна прив'язати до конкретного продукту. Якщо test report має іншу модель, старий manufacturer name, нечіткий scope або не покриває заявлений risk, reviewer може не прийняти навіть якісний файл.
- Зіставте ASIN, model, SKU, brand, manufacturer, product name, dimensions, materials і batch/lot з test report.
- Перевірте дату звіту, стандарт, лабораторію, accreditation, QR/verification URL, sample description і сторінки з pass/fail результатом.
- Якщо Amazon просить ISO-certified testing results, не підміняйте це supplier letter або invoice, якщо вони не відповідають requested evidence.
- Якщо товар змінився після тесту, додайте change log: material, supplier, packaging, firmware, label або manufacturing site.
- Якщо вимога не застосовується до товару, готуйте короткий appeal з product mechanism, category, photos і reason why the requested document is not applicable.
FBA inventory і фінансовий impact тримайте окремо
Product Safety issue швидко зачіпає inventory: offer може бути suppressed, одиниці можуть стати stranded, removal pressure може з'явитися до того, як appeal розглянуто. Але це не означає, що фінансовий спір має стати головною відповіддю в safety case.
- Зробіть inventory snapshot: FNSKU, sellable, reserved, stranded, inbound, unfulfillable, removal eligibility і active shipments.
- Збережіть order або return context лише там, де він підтверджує конкретний incident, а не як загальну скаргу на покупців.
- Якщо є FBA damage або wrong item risk, відділіть його від safety compliance: це може бути reimbursement або inventory route, не основний Product Safety appeal.
- Якщо payouts просіли через stranded inventory, refunds, Ads або removals, створіть окрему funds timeline після того, як safety route зрозумілий.
- Не подавайте вимогу про компенсацію в першому safety response, якщо Amazon спершу просить compliance information або appeal по ASIN.
Коли це вже recovery case
Окремий customer complaint не завжди означає блокування акаунта. Recovery case починається, коли ASIN залишається inactive, Amazon відхиляє релевантні test reports, Account Health score падає, reviewer не бачить product-mechanism explanation, FBA inventory заблокований або funds impact уже тисне на операції.
Практичний висновок: ведіть customer safety complaint як Product Safety evidence case, а не як суперечку з покупцем. Якщо головне питання - safety або compliance, починайте з restricted products route. Якщо Amazon деактивував ASIN або неправильно класифікував listing, підключайте ASIN/listing deactivation. Якщо проблема вже в inventory, removals або payouts, тримайте funds і reimbursement докази окремо від першої safety-відповіді.