Sáng T2 20/7 — Thứ Hai D+5 mid-month, T-5 lương 25/7: 20 phút audit D+5 mở 3 tín hiệu tag CN 19/7 + mở ticket lần 2 với case dead-air

CN 19/7 quiet đã đóng. Weekly note 5 dòng arc 15-18/7 điền xong sáng CN, trưa CN tách 3 nguồn quỹ + double-lock dry-powder 10% cho 8-8 đến T-14 25/7 cũng đã canon. Sáng T2 20/7 hôm nay là audit D+5 escalation ticket — bài đầu tiên trong chuỗi mid-month zoom vào việc chuyển 3 tín hiệu tag từ weekly note CN thành 3 action T2 cụ thể, đóng lại arc D+0 → D+5 trước khi vào tuần T2-6.

20 phút trước 8h30 — không mở app sàn, không refresh voucher, không action mua. Kỷ luật T2 đầu tuần back-to-work chưa lương (T-5 lương 25/7): reset audit tuần, still trong cửa sổ dry-powder cho 8-8, không hô hào mua thêm.

Vì sao 20 phút sáng T2 chứ không tối T2 hoặc dời trưa T2

Tối T2 về nhà sau 12h ca làm, đầu không đủ tỉnh để mở ticket lần 2 và cross-check shop reliability. Đọc mã ticket cũ nhầm timestamp, reply note mở lại sai case, drop nhầm SKU rổ 8-8 vì lộn shop nhóm — mấy sai lầm này chỉ xảy ra khi làm việc audit dạng liệt kê lúc mệt.

Trưa T2 dành cho việc pin 3 SKU 8-8 quiet vào rổ với 3 gate cứng (bài trưa T2 sẽ handle) — không dồn audit ticket + pin SKU vào 1 slot. Trộn 2 việc dạng khác nhau mất 40-45 phút liền và phá kỷ luật "1 việc / 1 slot" đã canon từ đầu chuỗi.

Sáng T2 6-8h30 là khe duy nhất tuần đủ tỉnh + đủ liền để xử lý 3 tín hiệu tag từ weekly note CN 19/7 — cả nhà chưa dậy đông, HT24H batch sáng đã chạy xong (nhịp 2-3 batch/ngày canon FAQ), status ticket đã cập nhật sau 24h CN nghỉ, số liệu 19/7 stable. Cửa sổ 20 phút này quyết định audit D+5 có được đóng gọn trước ngày làm hay bị kéo về tối T2 mệt.

Việc 1 — Mở weekly note CN 19/7, đọc 3 tín hiệu tag (2 phút)

Weekly note 5 dòng arc 15-18/7 và 3 tín hiệu tag đã đóng chốt trước 8h30 sáng CN (canon Sáng CN 19/7 weekly note 5 dòng + 3 tín hiệu prep T2). Mở note ra đọc lại 3 tín hiệu — không ghi thêm gì, không action. Mục đích 2 phút này:

• Đảm bảo mình vào ca T2 với đúng context ngày CN đã canon, không "restart context" tự phát tuần mới.
• Rank 3 tín hiệu theo thời gian critical — tín hiệu 1 (ticket dead-air) ăn deadline T-11 khiếu nại 29/7 gần nhất → xử lý trước. Tín hiệu 2 (SKU rổ 8-8) ăn checkpoint T-14 25/7 payday → xử lý thứ 2. Tín hiệu 3 (voucher hết hạn tuần T2) ăn ngay trong tuần → xử lý thứ 3 nhưng nhanh, cuối slot.
• Chốt định dạng note dưới mỗi tín hiệu là "action → outcome" chứ không phải "thấy → note". Ví dụ: "T2 20/7 mở ticket lần 2 mã [A], [B] → verify status sáng T3", không phải "thấy 3 ticket dead-air".

Đọc 3 tín hiệu xong, mở trực tiếp HT24H → Support → Ticket của tôi. Không mở app sàn, không mở tab Home 3 sàn.

Việc 2 — Xử lý tín hiệu 1: mở ticket lần 2 cho case dead-air 60+h (10 phút)

Tín hiệu 1 từ CN 19/7 là danh sách ticket dead-air — danh sách này build từ 3 outcome đã phân sáng T7 18/7 (canon Sáng T7 18/7 verify ticket + phân đơn). Nhóm dead-air là các ticket từ batch trưa T6 17/7 12:00-13:00 đến sáng T2 20/7 vẫn chưa có reply từ shop hoặc HT24H — "dead-air" là quy ước cá nhân canon từ sáng T7, không phải SLA numeric documented từ HT24H.

Filter theo trạng thái đang xử lý. Với mỗi ticket dead-air:

• Mở lại chính ticket đó — không tạo ticket mới ở sàn khác vì sẽ gây nhiễu trace và mất context reply cũ (nếu có).
• Reply thêm 1 note ngắn: "mở lại lần 2 — chưa nhận response từ [ngày mở lần 1]", đính kèm timestamp mở ticket lần đầu và mã đơn / mã đơn hoàn tiền nếu có. Note giữ trung lập, không cảm xúc, không phrasing "quá SLA" hay "escalate cấp 2".
• Ghi vào weekly note dưới tín hiệu 1: "T2 20/7 — mở lại lần 2 các ticket sau: [mã 1], [mã 2]. Verify status sáng T3 21/7". Định dạng symbolic để dễ tra sáng T3.

Nếu ticket đến sáng T3 21/7 vẫn không đổi status, đó là input rõ ràng cho quyết định T-8 → T-9 (28/7-29/7) khiếu nại chính thức trong T-11 = 29/7 (mốc canon từ Trưa T5 16/7 3 mốc post-peak). Không claim T-11 = 29/7 là "deadline pháp lý" — đây là mốc canon chuỗi để timely thương lượng shop trước khi khiếu nại chính thức.

Không dùng phrasing "vượt SLA HT24H" — HT24H có 4 sàn (Shopee + Lazada + Tiki + TikTok Shop) và mỗi sàn có nhịp reply support khác nhau, không có SLA numeric đơn nhất áp cho toàn bộ. Giữ note trung lập.

Việc 3 — Xử lý tín hiệu 2 + 3: cross-check SKU rổ 8-8 với shop nhóm + drop voucher hết hạn tuần T2 (8 phút)

Tín hiệu 2 là SKU rổ 8-8 cần verify baseline giá net + shop reliability. Mở file rổ 8-8, đọc 2 SKU đã scout từ trưa T6 17/7 (canon Trưa T6 17/7 scout sớm 2 SKU 8-8) → check với shop reliability note trưa T7 18/7 (canon Trưa T7 18/7 audit Lịch sử 3 tháng + shop reliability note).

Nếu SKU rơi vào shop nhóm (c) — canon phrasing "không integrate ổn hoặc bỏ qua tracking", không dùng "gian lận" — mark drop, tìm SKU tương đương ở shop nhóm (a) hoặc (b), pin lại vào trưa T2 (bài trưa T2 sẽ handle). Sáng T2 chỉ mark drop + note "cần tìm SKU thay ở shop nhóm (a/b) trong slot trưa T2", không mở tab Home 3 sàn để scout thay ngay — ngoài scope 8 phút.

Tín hiệu 3 là voucher đã save hết hạn tuần T2 20/7-22/7. Mở app Shopee / Lazada / Tiki / TikTok Shop tab Voucher đã lưu, xóa các mã hết hạn tuần này khỏi wishlist ngay. Không "cố dùng" bằng cách bấm SKU khác vì đang trong window chưa lương T-5 và bảo hộ dry-powder (canon Trưa CN 19/7 double-lock dry-powder). Drop = xóa khỏi wishlist, không giữ lại "phòng khi cần" — voucher tuần T2 hết là hết, chờ 8-8 window release voucher mới.

Vì sao audit D+5 mở tuần T2 quyết định deadline T-11 khiếu nại 29/7

T-5 lương 25/7 + T-11 khiếu nại 29/7 giờ chỉ còn cách nhau 4-6 ngày. Nếu sáng T2 20/7 không mở ticket lần 2, ticket dead-air kéo dài đến giữa tuần T2 = chỉ còn 5-6 ngày trước 29/7 để chuyển sang khiếu nại chính thức, hết đường thương lượng shop. Shop cần thời gian check kho, xác nhận status đơn — nếu chỉ có 3-4 ngày cuối tuần T2, khả năng shop reply hạn hẹp.

Audit D+5 sáng T2 = đóng chốt "đã cho shop và HT24H thêm 1 cửa reply". Nếu status vẫn không đổi đến sáng T3 21/7 → đó là input rõ ràng cho quyết định T-8 → T-9 (28/7-29/7) khiếu nại. Không audit sáng T2 = mất trắng 24-48h cơ hội reply cuối, đẩy quyết định khiếu nại vào tình thế bị dồn cuối tuần.

Rule cấp cho ca T2 sau slot audit: nếu 20 phút sáng chưa xử lý xong 3 tín hiệu, KHÔNG kéo dài thêm 5-10 phút "cho xong". Dừng ở tín hiệu chưa xong, note lại "còn tín hiệu [X] chưa xử lý — dời sang tối T2 sau 21h", đóng laptop vào ca. Kéo dài phá kỷ luật thời gian slot đầu tuần, hôm sau lại dồn nữa.

Chốt — trước 8h30 sáng T2

3 tín hiệu xử lý xong: ticket lần 2 mở với case dead-air (mã ghi rõ, verify T3), SKU rổ 8-8 marked verify với shop nhóm để pin lại trưa T2, voucher hết hạn tuần T2 drop khỏi wishlist. Weekly note cập nhật "T2 20/7 audit D+5 done — verify status ticket sáng T3 21/7". Đóng laptop, vào ca làm. Không mở app HT24H hoặc sàn cho đến 11h trưa T2 (bài trưa T2 sẽ handle pin SKU 8-8).