What goes into a plan of action, and what gets one rejected Plan of action gồm những gì, và cái gì khiến nó bị từ chối

What a plan of action is asked to containPlan of action được yêu cầu có những gì

The notification names a policy and asks for a plan of action. It wants three things: root cause, immediate corrective action, preventive measures. Those headings cover past, present and future, and they are not a formality. A submission that answers one of the three questions three times is the most common shape of a failed appeal.

Notification nêu tên chính sách bị vi phạm và yêu cầu một plan of action. Nó cần ba thứ: root cause, hành động khắc phục ngay, biện pháp phòng ngừa. Ba đề mục đó phủ quá khứ, hiện tại, tương lai, và không phải thủ tục. Bản nộp trả lời một trong ba câu hỏi tới ba lần chính là hình dạng phổ biến nhất của một kháng nghị hỏng.

The framing matters more than the format. A plan of action argues that Amazon's snapshot of your account has changed: not that the event was unfair or small, but that the mechanism which produced it is gone.

Cách nhìn quan trọng hơn cái khung. Plan of action là lập luận rằng ảnh chụp Amazon đang có về account bạn đã khác — không phải vụ việc oan hay nhỏ, mà là cơ chế sinh ra nó không còn nữa.

"A snapshot of your account's risk of deactivation based on compliance with Amazon policies.""A snapshot of your account's risk of deactivation based on compliance with Amazon policies."

Amazon, on the Account Health Rating, seller policies pageAmazon, nói về Account Health Rating, trang chính sách cho seller

Be certain which violation you are answering before you write. A notification usually cites one policy and a list of ASINs or order IDs, and that list is the scope of both the plan of action and the evidence. If several things are wrong at once, the order to work in is set out in what Amazon actually measures, and what to fix first.

Trước khi viết hãy chắc bạn đang trả lời đúng vi phạm nào. Một notification thường chỉ nêu một chính sách kèm danh sách ASIN hoặc order ID, và danh sách đó là phạm vi của cả plan of action lẫn bằng chứng. Nếu account hỏng vài chỗ cùng lúc, thứ tự nên làm nằm ở bài Amazon thực sự đo cái gì và nên sửa cái nào trước.

Why plans get rejected with all three sections presentVì sao plan bị từ chối dù đã có đủ ba phần

Most rejected submissions are not missing a section. They have all three, at the right length, and come back anyway. The reasons, ranked by frequency:

Phần lớn bản bị trả về không thiếu mục nào. Đủ ba phần, độ dài hợp lý, vẫn bị trả. Các lý do, xếp theo mức hay gặp:

• The root cause describes the event. "A customer received a product that was not as described" is the complaint restated; it contains no failure. A root cause names the check that was missing and who owned it. If someone who has never been inside your business could have written it, it is not one.Root cause chỉ đang mô tả sự việc. "Khách nhận được hàng không đúng mô tả" là chép lại khiếu nại. Trong đó không có lỗi nào cả. Root cause phải gọi tên bước kiểm tra bị thiếu và người phụ trách bước đó. Nếu một người chưa từng vào bên trong doanh nghiệp bạn cũng viết được câu đó, thì nó không phải root cause.
• It blames a third party. Supplier, forwarder, warehouse, competitor, a buyer acting in bad faith. True or not, it fails: the answer to "our supplier sent the wrong stock" is "and what in your process accepted it?" A third party may appear, but only alongside your own control over them.Đổ lỗi cho bên thứ ba. Nhà cung cấp, forwarder, kho, đối thủ, hay một người mua có ý xấu. Đúng sự thật vẫn hỏng, vì câu trả lời cho "nhà cung cấp gửi sai hàng" luôn là "vậy khâu nào của bạn đã nhận nó vào?" Bên thứ ba được phép xuất hiện, nhưng phải nằm cạnh phần bạn kiểm soát họ ra sao.
• Corrective action with no mechanism. "We have retrained the team" is an intention. A mechanism has a name, an owner and a place: a check added to a written prep procedure, a permission removed, a report read on a fixed day. If nothing about the account or the workflow is different afterwards, nothing was corrected.Hành động khắc phục không có cơ chế. "Đã đào tạo lại team" là một ý định. Cơ chế thì có tên, có người phụ trách và có chỗ để nằm: một bước kiểm tra thêm vào quy trình prep bằng văn bản, một quyền bị gỡ, một report có người đọc vào ngày cố định. Nếu sau đó account hay quy trình không khác gì, tức là chưa khắc phục gì.
• Evidence described instead of attached. "We hold invoices from an authorised distributor" is a claim; the invoices are the evidence. Attach them in the format the notification asks for, contact details legible. A document that cannot be checked is treated as one that was not supplied.Bằng chứng chỉ được kể lại chứ không đính kèm. "Chúng tôi có invoice từ nhà phân phối được uỷ quyền" là một khẳng định; invoice mới là bằng chứng. Đính kèm đúng định dạng notification yêu cầu, thông tin liên hệ phải đọc được. Hồ sơ không kiểm chứng được thì bị coi như chưa nộp.
• A persuasion paragraph. Revenue at risk, staff who depend on the account, an apology in the opening line. The reviewer is assessing risk to customers, not your circumstances. Persuasive language works against you: it reads as what you brought instead of a mechanism.Một đoạn để thuyết phục. Doanh thu đang treo, nhân sự sống nhờ account này, nhiều năm không vi phạm, một câu xin lỗi mở đầu. Người duyệt đang đánh giá rủi ro cho khách hàng, không phải hoàn cảnh của bạn. Ngôn ngữ thuyết phục làm hại bạn: nó bị đọc như thứ bạn mang đến thay cho một cơ chế.

Assemble the record before you writeGom hồ sơ trước khi viết

Writing is the short part. Retrieval is nearly all of it, and doing it first stops the draft drifting into argument.

Viết là phần ngắn nhất. Gần như toàn bộ công việc là đi lấy dữ liệu, và lấy đủ trước là thứ giữ cho bản nháp không trôi thành một bài biện hộ.

1. Open the entry in Performance Notifications and copy it out in full: the policy named, every ASIN or order ID, and the response date stated inside it.Mở mục đó trong Performance Notifications và chép ra đầy đủ: chính sách bị nêu, từng ASIN hay order ID, và hạn trả lời ghi ngay trong đó.
2. Open the matching item on the Account Health page. Policy compliance items sit there as discrete events with an appeal path attached, unlike a metric that simply moves — and every metric there decomposes into individual orders, as set out in reading the dashboard metric by metric.Mở mục tương ứng trên trang Account Health. Vi phạm chính sách nằm ở đó như những sự kiện rời có đường kháng nghị đi kèm, khác hẳn một chỉ số chỉ đang trồi sụt — mỗi chỉ số trên trang đó đều tách được thành từng order, xem bài đọc dashboard từng chỉ số một.
3. Read the actual records behind the orders or ASINs named: the buyer message, the return reason and comment, the shipment the units arrived on.Đọc bản ghi thật đằng sau các order hay ASIN bị nêu: tin nhắn của khách, lý do và nhận xét khi trả hàng, lô hàng mà unit đó đi vào.
4. Pull the documents — supplier invoices, purchase orders, packing lists, licences — and check the details are legible and the supplier's contact information is on the page.Kéo ra hồ sơ — invoice nhà cung cấp, purchase order, packing list, giấy phép — kiểm tra chữ có đọc được không và trên đó có thông tin liên hệ của nhà cung cấp không.
5. If the violation is listing-related, pull the edit history for the ASIN. Someone changed something, and the date of that change is usually the date the problem starts.Nếu vi phạm liên quan tới listing, kéo lịch sử chỉnh sửa của ASIN. Có người đã sửa gì đó, và ngày sửa thường chính là ngày vấn đề bắt đầu.
6. Write the timeline on one page for yourself: first occurrence, what happened, when you noticed, what you did. It is not part of the submission; it is what makes the root cause obvious.Viết timeline ra một trang, cho chính bạn đọc: lần đầu xảy ra, chuyện gì xảy ra, lúc nào bạn phát hiện, bạn đã làm gì. Trang này không nộp. Nó là thứ khiến root cause lộ ra.
7. Only then find the point where your own process breaks. It is almost never where you expected it.Đến lúc đó mới đi tìm điểm quy trình của bạn gãy. Gần như không bao giờ nằm ở chỗ bạn đoán.

Writing the three sectionsViết ba phần

Short, sectioned, factual, in Amazon's order. Use the three headings as literal headings.

Ngắn, chia mục rõ, đúng sự việc, theo thứ tự Amazon yêu cầu. Dùng ba đề mục làm tiêu đề thật.

Root cause: the missing check and its ownerRoot cause: bước kiểm tra bị thiếu và người phụ trách

Two questions produce a root cause almost mechanically. Who owned this check? And what did that person lack — information, a tool, a rule, time?

Hai câu hỏi này gần như tự động sinh ra root cause. Ai chịu trách nhiệm bước kiểm tra này? Và người đó thiếu gì — thông tin, công cụ, quy định, hay thời gian?

Run them against the event. "A customer complained the product was not authentic" answers the first with nobody: no named person owned verifying that a supplier was authorised to sell the brand. It answers the second with a missing rule: whoever placed the order held an invoice, but nothing said an invoice from a trading company is not an authorisation. That pair of sentences is a root cause, and it is uncomfortable to write, which is roughly the test.

Đem hai câu hỏi đó áp vào sự việc. "Khách khiếu nại hàng không chính hãng" trả lời câu đầu là: không ai cả — không ai được giao việc xác minh nhà cung cấp có được phép bán brand đó hay không. Câu thứ hai trả lời bằng một quy định thiếu: người đặt hàng có invoice trong tay, nhưng không dòng nào nói invoice của một công ty thương mại không phải uỷ quyền từ brand. Hai câu đó là một root cause, và viết ra thấy khó chịu — đó gần như là phép thử.

Length: one paragraph. Longer than that and you have started explaining.

Độ dài: một đoạn. Dài hơn nữa là bạn đã bắt đầu giải thích.

Immediate corrective action: what you already didHành động khắc phục ngay: việc bạn đã làm xong

This section covers only the ASINs, orders or SKUs named, in the past tense, because the work should be finished before you submit. Listings closed. Stock quarantined or on a removal order. Buyers refunded where owed. The supplier stopped.

Phần này chỉ nói đúng những ASIN, order hay SKU bị nêu trong notification, và viết ở thì quá khứ, vì việc phải xong trước khi nộp. Listing đã đóng. Hàng đã tách riêng hoặc đã lên removal order. Khách đã hoàn tiền ở chỗ đáng hoàn. Đã dừng nhập của nhà cung cấp đó.

Name each action, its date, and the state the item is in now. Where something named is still live and you decided to keep it live, say so and say why. A quiet omission is found by the reviewer who opens the ASIN.

Ghi rõ từng hành động, ngày thực hiện, hiện trạng bây giờ. Nếu có món bị nêu vẫn đang chạy và bạn cố ý giữ nó chạy, hãy nói ra và nói vì sao. Bỏ qua trong im lặng thì người duyệt thấy ngay khi họ mở ASIN đó.

Preventive measures: the change that has a nameBiện pháp phòng ngừa: thay đổi phải gọi được tên

Every preventive measure should survive one test: if the person who made the mistake left tomorrow, would the change still hold? Training does not. A required field, a written check with a named owner, a removed permission, a scheduled report — those do.

Mọi biện pháp phòng ngừa đều phải qua một phép thử. Nếu ngày mai người gây ra lỗi nghỉ việc, thay đổi đó còn đứng được không? Đào tạo thì không. Một trường bắt buộc, một bước kiểm tra bằng văn bản có người phụ trách, một quyền bị gỡ, một report chạy vào ngày cố định — những cái đó thì có.

Access is often the strongest measure available and the one sellers skip. If an unapproved listing edit caused this, narrowing who can edit listings is a change a reviewer can picture — permissions are set per page rather than by seniority, laid out in setting user permissions without giving away the account. Two or three measures is enough; ten reads as a list nobody intends to run.

Phân quyền thường là biện pháp mạnh nhất đang có sẵn, và cũng hay bị bỏ qua nhất. Nếu nguyên nhân là một lần sửa listing không ai duyệt, thu hẹp danh sách người được sửa listing là thay đổi mà người duyệt hình dung được, và quyền được cấp theo từng trang chứ không theo chức vụ — cách bố trí nằm ở bài cấp quyền user mà không mất kiểm soát account. Hai hoặc ba biện pháp là đủ; mười cái thì đọc ra ngay là danh sách không ai định làm.

The self-review passLượt tự soát

Read the draft once more, looking only for these:

Đọc lại bản nháp một lượt, chỉ soi đúng những thứ sau:

• Does any sentence blame someone outside your company without naming your own control over them?Có câu nào đổ lỗi ra ngoài mà không nói bạn kiểm soát họ thế nào không?
• Does any sentence ask for something — sympathy, a second chance, an exception?Có câu nào đang xin xỏ không — xin thông cảm, xin thêm cơ hội, xin ngoại lệ?
• Does a corrective action lack a date, or a preventive measure lack an owner?Có hành động khắc phục nào thiếu ngày, hay biện pháp phòng ngừa nào thiếu người phụ trách không?
• Is every document you referred to actually attached, and readable when opened?Mọi hồ sơ bạn nhắc đến đã đính kèm thật chưa, mở ra có đọc được không?
• Is there a single line of marketing language anywhere in it?Còn sót dòng nào mang giọng quảng cáo không?
• Could a reader who has never met you name what changed, in one sentence?Một người chưa từng gặp bạn có gọi tên được thay đổi đó trong một câu không?

What a weak submission costsMột bản nộp yếu tốn những gì

The obvious cost is time: the ASIN stays unbuyable, or the account down, for another round. The cost that hurts more is that the record accumulates.

Cái giá dễ thấy là thời gian: ASIN vẫn không mua được, hoặc account vẫn nằm, thêm một vòng nữa. Cái giá đau hơn là hồ sơ cứ dày lên.

Every submission goes into the same case. A second plan of action that repeats the first with more feeling resets nothing; it adds a page showing you did not understand the question. That is the resubmission trap, and it is the most expensive mistake here. Each new submission should carry something the last did not — a new fact, a missing document, or a corrective action since completed.

Mọi lần nộp đều nằm trong cùng một case. Bản plan of action thứ hai chỉ chép lại bản đầu với nhiều cảm xúc hơn thì không reset được gì; nó chỉ thêm một trang cho thấy bạn chưa hiểu câu hỏi. Đó là cái bẫy nộp lại, và là sai lầm đắt nhất trong chủ đề này. Mỗi lần nộp mới phải mang theo thứ mà lần trước chưa có — một dữ kiện mới, một hồ sơ còn thiếu, hoặc một hành động khắc phục nay đã xong.

A third cost surfaces weeks later. A violation answered without fixing the mechanism produces a second violation of the same type, and that repeat is the early signal worth watching: it says the corrective action was cosmetic. If the same policy is cited twice in a quarter, the plan of action was wrong, whatever happened to the first one.

Còn một cái giá nữa, hiện ra vài tuần sau. Vi phạm được trả lời mà cơ chế chưa sửa sẽ đẻ ra vi phạm thứ hai cùng loại, và lần lặp đó là tín hiệu sớm đáng theo dõi nhất: nó nói rằng hành động khắc phục chỉ là hình thức. Nếu cùng một chính sách bị nêu hai lần trong một quý, plan of action đã sai, bất kể bản đầu kết thúc thế nào.

And there is the case with no winning appeal. Some do not have one. Amazon decides each on its own record, and a complete, well-evidenced submission is a complete submission — not a prediction of the outcome.

Và có những case không có đường thắng. Có thật. Amazon xét từng hồ sơ trên chính hồ sơ đó, và một bản nộp đầy đủ, có bằng chứng tốt thì là một bản nộp đầy đủ — không phải một dự đoán kết quả.

Make it a standing item, not an emergencyBiến nó thành việc định kỳ, không phải việc cấp cứu

All of this is easier when the record already exists. The accounts that write a plan of action quickly do not have a better template; they can produce a supplier invoice, a written prep procedure and a listing edit history in an afternoon, because those things are kept rather than rebuilt.

Mọi thứ ở trên dễ hơn hẳn khi hồ sơ đã có sẵn. Những account viết plan of action nhanh không phải vì template tốt hơn. Họ lấy ra được invoice nhà cung cấp, quy trình prep bằng văn bản và lịch sử sửa listing trong một buổi chiều, vì những thứ đó được giữ chứ không phải dựng lại.

That is a weekly habit, not a project. One person reads Performance Notifications on a fixed day, confirms every open case has had a reply since the last review, and notes any policy cited twice. It takes fifteen minutes when nothing is wrong, which is the only time it can be done calmly.

Đó là thói quen hằng tuần, không phải một dự án. Một người đọc Performance Notifications vào ngày cố định, xác nhận mọi case đang mở đều đã có phản hồi kể từ lần review trước, và ghi lại chính sách nào bị nêu hai lần. Khi không có chuyện gì thì tốn mười lăm phút, và đó là lúc duy nhất làm được bình tĩnh.

Check one more thing while you are there: whether your account carries Account Health Assurance. Amazon describes it as a free benefit that "formalizes our commitment to not deactivate a seller's account as long as they work with us to resolve any issues", shown by a badge at the top of the account health page in Seller Central. It does not remove a violation or replace the plan of action. It changes who you are talking to while you write one.

Nhân tiện kiểm tra thêm một thứ: account của bạn có Account Health Assurance hay không. Amazon mô tả đây là quyền lợi miễn phí, "formalizes our commitment to not deactivate a seller's account as long as they work with us to resolve any issues", và nói seller biết mình được bật nhờ badge ở đầu trang account health trong Seller Central. Nó không xoá vi phạm, cũng không thay plan of action. Nó đổi việc bạn đang nói chuyện với ai trong lúc viết.

You should now be able to look at a draft and say which section is doing the wrong job and which document is missing. What none of it tells you is whether your own case has a winning appeal; that depends on facts in your file and on a decision that belongs to Amazon. Writing a good plan of action is a discipline. It is not leverage.

Đến đây bạn nên nhìn một bản nháp là chỉ ra được phần nào đang làm sai việc của nó và hồ sơ nào còn thiếu. Cái mà tất cả những điều trên không nói được là case của bạn có đường thắng hay không; chuyện đó phụ thuộc vào dữ kiện trong hồ sơ của bạn và vào một quyết định thuộc về Amazon. Viết plan of action tử tế là một kỷ luật. Nó không phải một lợi thế mặc cả.

SourcesNguồn

• Amazon seller policies to know to keep your business thriving — Amazon — Amazon
• Amazon announces new benefit for sellers (Account Health Assurance) — Amazon — Amazon
• Simplify product safety with the Manage Your Compliance dashboard — Amazon — Amazon
• How to fix Amazon listing errors — Amazon — Amazon