Sáng T7 18/7 — Thứ Bảy D+3 mid-month, T-7 lương 25/7: 15 phút audit HT24H verify ticket trưa T6 + phân đơn self-healed vs cần escalate T2 20/7
Peak 15/7 đã đóng 72h. Trưa T6 hôm qua đã mở ticket đúng batch cuối HT24H 12:00-13:00 với shortlist nhóm (b) từ sáng T6. Sáng T7 hôm nay là checkpoint 1 — mốc đã lock từ trưa T6: verify (a) shortlist nhóm (b) đã tự có bản ghi Pending chưa, (b) ticket trưa T6 đã có reply chưa, (c) phân 3 outcome vào note escalation cho sáng T2 20/7.
15 phút trước 8h30 — không mở ticket mới sáng T7. Chỉ verify + note. Kỷ luật weekend hậu peak: quiet, không hô hào mua, không rebuild wishlist, chỉ audit + reflect + prep quiet cho 8-8.
Vì sao 15 phút sáng T7 chứ không chờ trưa T7 hay dời T2 20/7
72h post-peak là mốc batch cadence HT24H đã ổn định thêm một nhịp so với 48h sáng T6. Từ chiều T6 tới sáng T7 có thêm 2 batch update — batch tối 16/7 và batch sáng 17/7 (canon nhịp 2-3 batch/ngày, Sáng T6 17/7 verify tracking 48h + shortlist ticket). Verify sáng T7 giữ được recall về ticket vừa mở trưa T6 khi ký ức còn tươi — dời sang trưa T7 mất 4-5h ngủ thêm, dễ nhầm mã đơn.
Trưa T7 hôm nay dùng cho weekend audit shop leaderboard 3 tháng (bài trưa T7 sẽ handle) — không chồng 2 việc audit vào cùng slot. Dời checkpoint 1 sang sáng T2 20/7 = trễ thêm 48h, ticket dead-air có thể sát mốc T-11 khiếu nại 29/7 (đã set từ sáng T6 với T-14=29/7, còn 11 ngày tính từ 18/7), mất buffer verify lần 2.
Sáng T7 window quiet trước 8h30 là cửa sổ 15 phút tự nhiên nhất trong ngày — chưa vào ca livestream weekend, HT24H batch sáng đã chạy xong, ticket support ca trưa T6 đã có ít nhất 18h để reply. Đủ chín để phân 3 outcome, chưa cần escalate.
Việc 1 — Verify shortlist nhóm (b) trưa T6 đã self-heal chưa (5 phút)
Mở HT24H → Lịch sử giao dịch → filter đơn ngày 15/7. So với screenshot baseline chụp sáng T6 hôm qua (Chốt bài sáng T6 đã yêu cầu chụp), phân đơn nhóm (b) trong shortlist thành 2 nhánh:
- Đã self-heal: đơn có bản ghi Pending mới xuất hiện sau khi shortlist sáng T6 (không có bản ghi) → HT24H batch trưa hoặc chiều T6 vừa update. Note "OK không cần ticket" — remove khỏi shortlist active.
- Vẫn trống bản ghi sau 12h post-batch 11h-12h: đơn không có bản ghi Pending sau khi batch cuối trưa T6 đã chạy → confirm nhóm "cần ticket đã mở trưa T6" là đúng. Giữ trong shortlist active để verify tiếp Việc 2.
Không action mua đơn khác. Không mở lại tab Home xem banner. Chỉ đọc Lịch sử giao dịch + so screenshot.
Việc 2 — Verify ticket trưa T6 đã có reply support chưa (5 phút)
Mở HT24H → Chat support / Ticket. Với mỗi ticket đã mở trưa T6 12:00-13:00 (danh sách đã ghi ở Chốt bài trưa T6), so 3 status:
Đang xử lý: bình thường, HT24H cần 24-72h phân loại ticket cashback. Note "chờ reply sáng T2 20/7" — không action gì thêm sáng T7.Đã reply với action cụ thể(thêm bản ghi Pending / yêu cầu bổ sung mã đơn / xác nhận cashback đã batch chậm): làm theo action ngay trong 5 phút nếu chỉ cần bổ sung 1-2 field. Nếu action đòi tra cứu lại từ sàn (mã vận đơn, screenshot xác nhận giao hàng) → note "làm chiều T7 khi có laptop mở tab Shopee/Lazada/TikTok Shop/Tiki", không làm sáng T7 vội.Dead-air không reply sau 18h(mở ticket trưa T6 12:00-13:00 → sáng T7 8h00-8h30 là ~19-20h): flag "escalate sáng T2 20/7 audit D+5". Đây là dấu hiệu ticket rơi vào queue support cuối tuần chậm, cần mở ticket lần 2 vào T2.
Note timestamp reply hoặc timestamp dead-air (thời điểm cuối cùng thấy status không đổi) cho từng ticket. Dead-air định nghĩa: không có reply sau 18h kể từ lúc mở ticket — quy ước chuỗi này. Ngưỡng 18h giúp tách "chậm bình thường" vs "queue support đang bỏ qua".
Việc 3 — Update note escalation cho T2 20/7 (5 phút)
Từ Việc 1 + Việc 2, build 3 danh sách gọn vào note (không mở file mới, ghi tiếp vào note "shortlist trưa T6" đã tạo hôm qua):
- (a) Self-healed — remove khỏi shortlist active. Chỉ đếm số đơn, không cần lưu chi tiết. Nhóm này đã đóng vòng, không audit tiếp T2.
- (b) Đang xử lý bình thường — hold, verify tiếp sáng T2 20/7. Ghi mã đơn + sàn + timestamp reply (nếu có) hoặc timestamp mở ticket.
- (c) Dead-air → escalate sáng T2 20/7 audit D+5. Cho danh sách (c), ghi đủ 4 field mỗi đơn: mã đơn + sàn (Shopee/Lazada/Tiki/TikTok Shop) + timestamp mở ticket trưa T6 + reference T-11 = 29/7 (deadline khiếu nại HT24H).
Sáng T2 20/7 sẽ theo lại từng ticket dead-air và cân nhắc mở ticket lần 2 nếu status vẫn không đổi (canon Sáng T6 17/7 verify tracking 48h + shortlist ticket đã bàn kịch bản auto-close ép mở lại). Reminder audit D+5 T2 20/7 đã set từ trưa T5 16/7 (canon Trưa T5 16/7 split ngân sách 15 ngày cuối tháng + 3 mốc post-peak lương 25/7 và chuẩn bị 8-8).
Vì sao không mở ticket mới sáng T7 hoặc mua-bù voucher weekend
Sáng T7 chưa qua batch cuối HT24H tiếp theo — nhịp batch trưa 11h-12h sẽ chạy trưa nay (12h-13h). Nếu mở ticket sáng T7 8h cho đơn nhóm (b) chưa self-heal, có nguy cơ đơn tự vào Pending trong batch trưa nay → ticket bị auto-close với reply "đơn đang xử lý, không cần khiếu nại" (rủi ro đã bàn ở Sáng T6 hôm qua). Auto-close sớm = phải mở ticket lần 3, mất thêm buffer T-11 tới 29/7.
Đồng thời weekend hậu mid-month tuyệt đối không "mua bù" đơn tracking miss bằng cách bấm lại SKU khác — vi phạm Quy tắc (a) auto-drop baseline giá net pre-mid-month đã canon ở Trưa T6 17/7 — 3 quy tắc no-checkout weekend 17-19/7 và scout sớm 2 SKU 8-8. Mua bù cuối tuần = xoá baseline giá net cho scout 2 SKU 8-8 đã lập trưa T6, mất 3 tuần dữ liệu chuẩn bị.
Sáng T7 = quiet verify + note. Không action mua, không mở ticket mới, không mở tab Shopee/Lazada Home.
Chốt — trước 8h30 sáng T7
3 output phải có trong note escalation:
- Danh sách self-healed — remove khỏi shortlist active (chỉ đếm số đơn).
- Danh sách đang xử lý bình thường — hold verify T2 20/7, ghi mã đơn + sàn + timestamp reply/mở ticket.
- Danh sách dead-air escalate T2 20/7 — 4 field mỗi đơn: mã đơn + sàn + timestamp ticket + reference T-11 = 29/7.
Chụp screenshot HT24H Lịch sử giao dịch làm baseline mới trước khi đóng app — chiều CN 19/7 verify voucher (checkpoint 2 đã lock ở trưa T6) và sáng T2 20/7 audit D+5 (checkpoint 3 đã set từ trưa T5) sẽ so tiếp screenshot này với con số mới.
Chuỗi canon mid-month 15-20/7: sáng T5 chốt sổ + reconcile ledger → trưa T5 split 3 rổ 15 ngày cuối tháng → sáng T6 verify tracking 48h + shortlist ticket → trưa T6 mở ticket đúng batch + scout 2 SKU 8-8 → sáng T7 verify ticket + phân 3 outcome (bài này) → trưa T7 weekend audit shop leaderboard → sáng T2 20/7 audit D+5 escalation.