Bỏ qua để đến nội dung

Momentum Guard

Video hướng dẫn

Video chỉ tải từ YouTube khi bạn bấm phát. Video và quyền riêng tư

Có trên rule Bidding. Momentum Guard sinh ra cho đúng một việc mà một cửa sổ đơn lẻ không cho bạn thấy được: một target nhìn cả quá trình thì vẫn ổn, nhưng đang âm thầm đi xuống.

Popover phân tích của một quyết định Momentum Guard, hiện tốc độ ra đơn ở từng mốc kiểm tra so với ngưỡng riêng của mốc đó.

Phần phân tích ghi rõ mốc nào đã kích hoạt, và hiện từng mốc cạnh ngưỡng của chính nó.

Rule giữ một baseline dài và kiểm tra tốc độ ra đơn của target ở một số mốc kiểm tra ngắn hơn. Criteria được chấm trên baseline. Tốc độ ra đơn được so ở các mốc.

Cài đặt Giá trị
Baseline 90, 120, 150 hoặc 180 ngày
Baseline Criteria Bắt buộc. Chấm trên cửa sổ baseline
Thang mốc kiểm tra Cố định ở 60, 30 và 14 ngày
Mốc nhanh 7, 14 hoặc 30 ngày, mặc định 14
Ngưỡng Recent Pace Bắt buộc. Trên 100% nghĩa là đòi target tăng trưởng, không chỉ giữ nguyên

Phần cài đặt Momentum Guard trong trình sửa Bidding Rule

Mốc nhanh được ghép vào thang và thay cho mọi mốc ngắn hơn nó. Chọn 7 thì bạn có 60, 30, 14 và 7. Chọn 30 thì chỉ còn 60 và 30. Thang không giãn ra khi baseline dài thêm: baseline 180 ngày vẫn kiểm tra đúng những mốc đó.

Thang mốc kiểm tra của Momentum Guard Một dải baseline 90 ngày trải hết chiều ngang. Bên dưới là ba dải ngắn hơn đánh dấu các mốc 60, 30 và 14 ngày, dải nào cũng kết thúc ở mốc neo bên phải. Mỗi mốc có ngưỡng riêng, và chỉ cần một mốc vượt ngưỡng là rule kích hoạt. 90 ngày trước Mốc neo Baseline · 90 ngày: Criteria chấm ở đây Mốc 60 ngày · ngưỡng 107% Mốc 30 ngày · ngưỡng 114% 14d · 130% Chỉ cần một mốc chạm ngưỡng là rule kích hoạt. Đây là phép HOẶC, không phải VÀ.

Hình vẽ với baseline 90 ngày, mốc nhanh 14 ngày và ngưỡng Recent Pace 130%. Ngưỡng ở mốc 30 và 60 ngày là kết quả App suy ra từ cài đặt đó. Bản thân thang thì luôn cố định ở 60, 30 và 14, dù bạn chọn baseline nào.

Pace là số đơn mỗi ngày của target trong một cửa sổ, tính theo phần trăm của số đơn mỗi ngày trên baseline. 100% nghĩa là target vẫn giữ được nhịp của chính nó. 40% nghĩa là trước đây nó ra năm đơn thì giờ chỉ còn hai.

ACOS không cho bạn thấy được điều này. Một target đang mang về ba mươi đơn mỗi tháng ở ACOS 45%, rồi tụt xuống ba đơn mỗi tháng vẫn ở ACOS 45%, sẽ qua mọi ngưỡng hiệu quả từng được viết ra. Mảng kinh doanh phía sau có thể đã gần như ngừng chạy, mà chỉ nhìn tỷ lệ thì bạn không thấy.

Pace cũng mang cùng một nghĩa ở mọi mốc và trên mọi target. Vì vậy một ngưỡng dùng được cho cả keyword chủ lực lẫn keyword long-tail, và vẫn đúng khi tài khoản lớn lên.

Bạn chỉ đặt một ngưỡng Recent Pace. Ngưỡng đó áp cho mốc nhanh, còn các mốc dài hơn được suy ra từ nó. Với Recent Pace 50% và mốc nhanh mặc định 14 ngày:

Mốc kiểm tra Kích hoạt khi bằng hoặc dưới
14 ngày 50.0%
30 ngày 76.7%
60 ngày 88.3%

Dòng nào cũng thể hiện một mức hụt tương đương so với baseline của target. Hai tuần chạy ở nửa tốc độ, hay hai tháng chạy chậm hơn 12%, đều ra khoảng một tuần đơn bị mất. Rule coi đó là cùng một mức đi xuống, chỉ khác cửa sổ.

Giữ cả ba mốc là quan trọng, vì không phải lúc nào mốc ngắn cũng vỡ trước. Target ngừng ra đơn chỉ sau một đêm sẽ làm vỡ mốc 14 ngày. Target tụt mười hai phần trăm rồi đứng luôn ở đó thì chẳng có hai tuần nào đủ tệ, và nó làm vỡ mốc 60 ngày.

Ngưỡng ở mỗi mốc phụ thuộc vào Recent Pace, mốc nhanh và độ dài của mốc đó, không phụ thuộc độ dài baseline. Vì vậy khi bạn đổi baseline từ 90 sang 180 ngày, ngưỡng hiển thị có thể vẫn y nguyên. Nhưng quyết định thì không còn chặt như cũ: mỗi mốc giờ được so với một định nghĩa “bình thường” khác, dài hơn.

Lưu ý tương tự với một Baseline Criteria dùng lại ở nhiều rule. Các ngưỡng Orders, Clicks, Impressions, ACOS và Spend của nó được đo trên baseline của từng rule. Cùng những con số đó nhưng trên rule 90 ngày và rule 180 ngày là hai chuyện khác nhau.

Rule kích hoạt khi Baseline Criteria đạt và có ít nhất một mốc bằng hoặc dưới ngưỡng của nó. Criteria quyết định target có đáng theo dõi hay không. Các mốc là phép HOẶC, không phải VÀ.

Phần bằng chứng đi kèm thay đổi ghi rõ mốc nào đã kích hoạt, và hiện pace của từng mốc cạnh ngưỡng của chính nó.

  • Target từng chạy tốt mà giờ âm thầm hết ra đơn: đối thủ mới vào, listing tụt hạng, hết mùa. Cả tài khoản trông vẫn ổn, riêng target đó thì không.
  • Khi ACOS vẫn phẳng mà volume cứ cạn dần.
  • Khi tính mùa vụ khiến một ngưỡng cố định không dùng được. Baseline đi theo tài khoản.
  • Ghép với một action. Momentum Guard cho biết có thứ đang chết dần. Việc giảm bid hay một State change mới quyết định xử lý ra sao.
  • Với target mới. Baseline cần có lịch sử. Hãy dùng Standard Criteria.
  • Với target chưa từng ra đơn tốt. Pace so target với quá khứ của chính nó. Target lúc nào cũng chuyển đổi kém thì không có gì để tụt.
  • Khi bạn muốn nói về một mức, không phải một hướng. “Không bao giờ chạy trên 80% ACOS” là việc của Standard Criteria.

Có hai cửa sổ cùng chạy, mỗi cái một việc. Baseline và các mốc quyết định có hành động hay không. Data Window quyết định bid bao nhiêu.

Vì vậy Data Window dài sẽ phá công của trigger. Rule phát hiện đúng là target vừa sụp trong hai tuần qua, rồi lại tính bid từ những tháng nó còn khỏe. Nếu bật glide thì càng tệ, vì ACOS hiện tại cũng lấy từ chính cửa sổ đó.

Để Data Window ở mặc định 90 ngày, hoặc ngắn hơn. Phần trí nhớ dài mà rule này cần đến từ baseline, và baseline là một cài đặt riêng.

Days of recent data to ignore của rule áp cho baseline và cho mọi mốc. Tất cả đều kết thúc ở cùng một mốc neo của dữ liệu đã ổn định. Nhờ vậy rule không đem một baseline đã đủ số đi so với mấy ngày gần đây mà Amazon chưa ghi nhận hết đơn.

Giả sử một target đang ra đơn tốt vẫn đạt Baseline Criteria 90 ngày. Bạn đặt mốc nhanh 14 ngày và Recent Pace 50%. App suy ra ngưỡng 88.3% ở mốc 60 ngày, 76.7% ở mốc 30 ngày và 50% ở mốc 14 ngày.

Nếu pace đo được lần lượt là 91%, 73% và 58%, mốc 30 ngày kích hoạt: 73% bằng hoặc dưới ngưỡng 76.7%. Các mốc khác không cần đạt, vì thang là phép HOẶC. Sau đó action dùng Data Window của rule Bidding để tính bid, chứ không tự động dùng baseline 90 ngày.

Trong popover phân tích, xem Baseline Criteria trước, rồi so pace thực tế của từng mốc với ngưỡng của chính nó. Mốc nào đã vượt ngưỡng thì đó là lý do action chạy.

  • Số ngày rule quét, tức là số ngày Automation Window của bạn phải cho phép, là con số lớn hơn giữa baseline và Data Window. Thường thì baseline là cái quyết định.
  • Target có thể đang mất đà mà vẫn có lãi. Đó chính là cảnh báo sớm, tới đúng lúc target vẫn còn đáng cứu.
  • Mốc nào không có dữ liệu thì bị bỏ qua, không bị tính là đi xuống.
  • Ngưỡng Recent Pace trên 100% biến rule từ “bắt đà đi xuống” thành “đòi tăng trưởng”. Đó là một lựa chọn hợp lệ, nhưng ồn hơn nhiều.
  • Rule cũ có thể vẫn hiện cấu hình Momentum hai cửa sổ kiểu cũ. Chúng vẫn đọc được, nhưng hãy bấm Switch to 14-day Momentum trong trình sửa trước khi đem chúng ra hướng dẫn hay so với thang mốc hiện tại.