Trưa T7 18/7 — Thứ Bảy D+3 mid-month, T-21 tới 8-8: 20 phút audit Lịch sử giao dịch HT24H 3 tháng + build shop reliability note cho rổ 8-8
Sáng T7 hôm nay đã xong checkpoint 1 — 3 outcome ticket đã note (self-healed / đang xử lý / dead-air escalate T2 20/7). Trưa T7 chuyển sang việc khác hẳn: audit lịch sử 3 tháng vừa qua, phân shop đã checkout ≥ 2 lần thành 3 nhóm reliability. Không phải task hằng tuần — làm 1 lần / tháng đủ, và weekend hậu mid-month là window duy nhất trong tháng đủ quiet + đủ dữ liệu để làm.
Rổ 8-8 đã scout 2 SKU từ trưa T6 hôm qua. Nhưng scout mới chỉ so 2 chiều: giá net 3 sàn + rate cashback. Chiều thứ 3 — shop có giữ lời hứa tracking sạch không — chưa ai audit. Trưa T7 hôm nay thêm chiều này.
Vì sao 20 phút trưa T7, không tối T7 hoặc dời sang sáng CN 19/7
Tối T7 rơi vào window mall Shopee Live + Lazada Live 20-22h. Quy tắc (b) trưa T6 hôm qua (canon Trưa T6 17/7 — 3 quy tắc no-checkout weekend 17-19/7 và scout sớm 2 SKU 8-8) đã tắt push notification, nhưng vẫn không nên mở app trong window đó — mở Lịch sử giao dịch tối T7 rủi ro cao lướt sang tab Home xem banner, phá kỷ luật no-checkout weekend.
Sáng CN 19/7 dành cho checkpoint 2 (verify voucher qua T2 20/7 — trưa T6 đã plan). Chồng thêm việc audit 3 tháng vào sáng CN sẽ vỡ nhịp weekend quiet: sáng CN quiet ngắn 15 phút cho voucher, còn 20 phút audit lịch sử cần đầu óc tỉnh táo hơn.
Trưa T7 12:00-13:30 là window quiet ban ngày — đủ dài 20 phút, tự nhiên nằm giữa 2 slot livestream (không có livestream chính giữa trưa T7 12-13h), và HT24H batch trưa 11h-12h đã chạy xong nên Lịch sử giao dịch stable, không update lung tung khi đang đọc. An toàn nhất.
Việc 1 — Filter Lịch sử giao dịch HT24H 3 tháng vừa qua (5 phút)
Mở HT24H → Lịch sử giao dịch → filter khoảng ngày 17/4 → 17/7 (3 tháng gần nhất tính từ 18/7). Chỉ đọc, không action. Đếm 3 con số base:
- Tổng số đơn có bản ghi Pending hoặc Có thể rút — đơn HT24H đã batch xong.
- Tổng số đơn có ticket khiếu nại đã đóng — đơn đã qua vòng ticket, kết luận cuối cùng.
- Tổng số đơn "chưa có bản ghi + không có ticket" — nhóm này không hiện trong Lịch sử vì bị bỏ qua, cần cross-check với đơn tự nhớ có mua trên các sàn HT24H hỗ trợ (Shopee + Lazada + Tiki + TikTok Shop) nhưng không thấy trên HT24H. Nhóm này thường lộ khi so nhanh với lịch sử mua hàng từng sàn.
Kết quả Việc 1: 3 con số base, chưa phân shop chi tiết. Đây là bức tranh tổng — trước khi zoom vào shop cá nhân ở Việc 2.
Việc 2 — Phân shop đã checkout ≥ 2 lần thành 3 nhóm reliability (10 phút)
Từ Việc 1, chỉ giữ shop có ≥ 2 đơn trong 3 tháng. Ngưỡng "≥ 2 đơn / shop" là quy ước cá nhân — dưới 2 đơn không đủ tin cậy để phân nhóm reliability, chỉ nên xem là "chưa đủ dữ liệu". Với mỗi shop còn lại, tra Lịch sử và phân 3 nhóm:
- (a) Cashback đúng dải ngành — tất cả đơn có bản ghi Pending hoặc Có thể rút, số cashback nằm trong dải ngành đã canon (Beauty 10-18%, Fashion 8-15%, Food 5-12%, Electronics 3-8% — dải theo ngành, không cam kết cứng theo SKU). Đây là shop "giữ lời hứa" — ưu tiên cho rổ 8-8. Note: "giữ nguyên rổ 8-8".
- (b) Lệch nhẹ nhưng ổn định — 1-2 đơn cashback lệch dưới 5% dải ngành, nhưng phần lớn đơn vẫn đúng dải. Nguyên nhân thường là booster campaign kết thúc trước checkout (canon nhóm (c) sáng T6 Sáng T6 17/7 verify tracking 48h + shortlist đơn cần ticket sớm) — không phải lỗi shop. Giữ cho rổ 8-8 với note: "verify baseline giá net trước bấm".
- (c) Miss thường xuyên — có ≥ 1 đơn không có bản ghi Pending sau khi đơn đã hoàn thành trên sàn, kể cả sau khi mở ticket đã đóng. Đây là dấu hiệu shop hoặc không integrate ổn với HT24H hoặc bỏ qua tracking. Loại khỏi rổ 8-8, hoặc chấp nhận trước rằng cashback shop này không tính vào budget.
Phrase (c) thành "không integrate ổn hoặc bỏ qua tracking" — không nói "shop gian lận". Không đủ dữ liệu cá nhân để cáo buộc, và nhiều nguyên nhân kỹ thuật khác (webhook shop rớt, category assignment sai) có thể tạo ra pattern miss mà không phải cố ý.
Việc 3 — Build note "shop reliability" gắn với rổ 8-8 scout (5 phút)
Note không phải rank toàn bộ shop, chỉ 6-10 shop mua nhiều nhất trong 3 tháng. Format mỗi dòng shop:
- Tên gian hàng + sàn (Shopee/Lazada/Tiki/TikTok Shop)
- Số đơn trong 3 tháng
- Nhóm (a/b/c) từ Việc 2
- Note ngắn 1 dòng: "giữ nguyên rổ 8-8" / "verify baseline giá net trước bấm" / "loại khỏi rổ 8-8"
Ghi note vào chung file với 2 SKU scout trưa T6 hôm qua (file rổ 8-8 đang build). Không tạo file mới — không có lý do tách reliability shop ra khỏi file rổ 8-8, hai chiều dữ liệu này sẽ được so cùng lúc khi chốt SKU 8-8.
Khi trưa T2 27/7 chốt SKU 8-8 (reminder T-12 đã set từ trưa T5 với 3 mốc post-peak lương 25/7 và chuẩn bị 8-8 — canon Trưa T5 16/7 split ngân sách 15 ngày cuối tháng + 3 mốc post-peak), so 2 chiều: (1) giá net 3 sàn từ scout SKU + (2) reliability shop từ note trưa T7 này. Nếu SKU muốn mua từ shop nhóm (c) → drop SKU, tìm SKU tương đương ở shop nhóm (a) hoặc (b). Chiều reliability trọng số ngang chiều giá net — 1% cashback rẻ hơn không bù được 100% cashback không về.
Cẩn trọng khi đọc Lịch sử giao dịch 3 tháng
Không kỳ vọng con số cashback tuyệt đối cố định giữa các đơn cùng shop. Booster campaign, voucher shop có/không loại trừ cashback, và category assignment của shop có thể tạo biến động trong dải ngành. Chỉ so tương đối "trong dải hay không" — không so 2 con số cashback cùng shop cùng SKU cách nhau 2 tháng để rút ra "shop giảm cashback", vì có thể là booster campaign khác nhau chứ không phải shop điều chỉnh.
Đơn còn ở trạng thái Pending (chưa Có thể rút) trong 3 tháng gần đây là bình thường — tiền hoàn chuyển sang Có thể rút sau khi sàn xác nhận đơn hoàn tất, thường 7-30 ngày tuỳ sàn (canon FAQ hoantien24h.vn). Đơn Pending trên 30 ngày mới cần cross-check ticket đóng chưa. Cửa sổ đối soát rộng — audit này là snapshot phản ánh tracking, không phải reconcile số tiền cụ thể (reconcile đã làm ở sáng T5 16/7 với ledger 3 dòng, canon Sáng T5 16/7 chốt sổ + reconcile ledger HT24H).
Chốt — trước 13h30 trưa T7
3 output phải có trong file rổ 8-8:
- 3 con số base từ Việc 1 — tổng đơn có bản ghi Pending/Có thể rút, tổng đơn có ticket đóng, số đơn cần cross-check với đơn sàn (dạng "khoảng bao nhiêu" đủ, không cần chính xác).
- Danh sách 6-10 shop mua nhiều nhất trong 3 tháng — mỗi shop phân nhóm (a/b/c) với action rổ 8-8 rõ ràng.
- Note gắn với 2 SKU scout trưa T6 — mỗi SKU đã có shop reliability tag chưa? Nếu SKU rơi vào shop nhóm (c) → note "cần đổi SKU tương đương ở shop (a)/(b) trước trưa T2 27/7 chốt".
Không tính min-payout, không mở ticket, không action mua sáng-trưa hôm nay. Đóng app HT24H trước 13h30 — quay lại ca chiều T7 quiet. Chiều CN 19/7 verify voucher (checkpoint 2). Sáng T2 20/7 audit D+5 escalation ticket dead-air (checkpoint 3).
Chiều thứ 3 — shop reliability — là chiều song song với giá net + rate cashback. Đa số người scout SKU chỉ so 2 chiều đầu, bỏ qua chiều 3 vì không có dữ liệu cá nhân đủ. Weekend hậu mid-month D+3 là window duy nhất trong tháng đủ quiet + đủ dữ liệu 3 tháng để làm audit này — không phải task hằng tuần, làm 1 lần / tháng đủ, gắn với chu kỳ 8-8 sẽ hiệu quả nhất.