Sáng CN 19/7 — Chủ Nhật D+4 mid-month, T-6 lương 25/7: 15 phút điền weekly note 5 dòng arc mid-month 15-18/7 + 3 tín hiệu prep sáng T2 20/7 audit D+5

Peak 15/7 đã đóng 96h. Arc mid-month 4 ngày vừa xong: 15/7 D-Day, 16/7 D+1 chốt sổ, 17/7 D+2 verify tracking + shortlist ticket, 18/7 D+3 audit ticket + shop reliability. Trưa T7 hôm qua đóng nốt việc build shop reliability note cho rổ 8-8. Sáng CN hôm nay là weekly recap — khác kiểu bài audit single-day, đây là bài đầu tiên trong chuỗi mid-month zoom lên tuần view: điền 5 dòng weekly + tag 3 tín hiệu cho tuần T2 20/7-24/7.

15 phút trước 8h30 — không mở app sàn, không refresh voucher, không action mua. Kỷ luật CN post-peak chưa lương (T-6 lương 25/7): quiet trọn ngày, chỉ recap + bảo hộ ngân sách + prep sáng T2 audit D+5.

Vì sao 15 phút sáng CN chứ không tối T7 hoặc dời sáng T2 20/7

Tối T7 vẫn còn cửa reply support HT24H và sàn — canon trưa T7 định nghĩa mốc 18h dead-air (nếu ticket mở trưa T6 12:00-13:00 mà đến 18h chiều T7 chưa reply thì flag), nghĩa là trong khoảng 18-24h chiều tối T7 một số ticket có thể mới có reply muộn. Đóng weekly note tối T7 = có rủi ro sáng CN mở note thấy outcome ticket khác so với ghi đêm trước → phải điền lại. Sáng CN chờ thêm 8-10h ngủ, số liệu 18/7 stable trọn vẹn.

Trưa CN dành cho tách quỹ + fix quy tắc double-lock dry-powder (bài trưa CN sẽ handle) — không dồn 2 việc reflection vào cùng slot. Trộn weekly recap với tách quỹ mất 40-45 phút liền, phá kỷ luật "1 việc / 1 slot" đã canon từ đầu chuỗi.

Sáng T2 20/7 vào ca audit D+5 escalation ticket thực chiến — cần 20-25 phút liền cho việc mở ticket dead-air, cross-check reference với sáng T7 và trưa T7, tính deadline T-11 khiếu nại 29/7. Không còn 15 phút weekly note dành cho reflection. Nếu dời weekly recap sang trưa T2, tuần T2 vừa audit D+5 vừa recap arc D+0→D+3 = mất context, bỏ sót tín hiệu.

Sáng CN 6-8h là khe duy nhất tự nhiên nhất trong tuần — cả nhà chưa dậy đông, HT24H batch sáng đã chạy xong, số liệu 18/7 đã stable, ticket ca chiều T7 đã có đủ 12-18h để reply. Cửa sổ 15 phút quiet đủ chín cho reflection nhưng chưa vào ca weekend rush.

Việc 1 — Điền 5 dòng weekly note arc D+0 → D+3 (5 phút)

Mở file rổ 8-8 đang build từ trưa T6 + trưa T7 hoặc mở note riêng "weekly arc mid-month tháng 7". Mỗi dòng 1 ngày, mỗi dòng 1 con số base + 1 outcome ngắn — không copy nguyên đoạn từ note gốc, chỉ tóm 1 dòng:

• 15/7 T4 D-Day — ghi số đơn peak 0h thực bấm + Rổ A slot 21h (bấm hay drop). Không invent số cashback cụ thể, chỉ số đơn + hành động. Canon: Trưa T4 15/7 60 phút prep 2 SKU Rổ A cho slot 21h.
• 16/7 T5 D+1 — ghi số dòng ledger đã reconcile chốt sổ + hành động split ngân sách 15 ngày cuối tháng (đã done hay chưa). Canon: Trưa T5 16/7 45 phút 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.
• 17/7 T6 D+2 — ghi số đơn thuộc shortlist cần ticket + 3 quy tắc no-checkout weekend đã lock cho 17-19/7. Canon: Trưa T6 17/7 30 phút 3 quy tắc no-checkout weekend 17-19/7 và scout sớm 2 SKU 8-8.
• 18/7 T7 D+3 sáng — ghi 3 outcome ticket đã phân (self-healed / đang reply xử lý / dead-air cần escalate T2 20/7). Canon: Sáng T7 18/7 15 phút audit HT24H verify ticket + phân đơn self-healed vs cần escalate T2.
• 18/7 T7 D+3 trưa — ghi số shop nhóm (a) / (b) / (c) reliability từ audit Lịch sử 3 tháng đã build cho rổ 8-8. Canon: Trưa T7 18/7 20 phút audit Lịch sử HT24H 3 tháng + build shop reliability note cho rổ 8-8.

Rule: mỗi dòng ≤ 15 chữ. Không viết dài — weekly note là để quét mắt sáng T2 lấy context nhanh, không phải để đọc lại từng bước. Nếu dòng nào cần chi tiết, link về bài note gốc bằng số ngày (VD "T5 16/7 note").

Việc 2 — Tag 3 tín hiệu prep sáng T2 20/7 audit D+5 (5 phút)

Đọc lại note trưa T6 (shortlist ticket), sáng T7 (3 outcome ticket), trưa T7 (shop reliability nhóm (a)/(b)/(c)). Tag 3 tín hiệu vào cuối weekly note thành 3 dòng riêng — mỗi tín hiệu 1 dòng gồm: mô tả ngắn + deadline + action T2:

• Tín hiệu 1 — Ticket dead-air cần escalate T2 20/7. Danh sách mã đơn nhóm (c) từ Việc 3 sáng T7 hôm qua. Mỗi mã kèm: sàn, timestamp mở ticket batch trưa T6 12:00-13:00, và deadline T-11=29/7 khiếu nại HT24H. Nếu ticket đến sáng T2 20/7 vẫn không đổi, cân nhắc mở ticket lần 2 trong cùng kênh support (canon Sáng T7 18/7 và reminder audit D+5 từ Trưa T5 16/7).
• Tín hiệu 2 — SKU rổ 8-8 cần verify baseline giá net trước T-14 25/7. 2 SKU đã scout trưa T6 hôm kia + cross-check với shop reliability note trưa T7 hôm qua. Nếu 1 trong 2 SKU rơi vào shop nhóm (c) — canon trưa T7 định nghĩa nhóm (c) là "shop không integrate ổn hoặc bỏ qua tracking" (không dùng phrasing "gian lận") — thì drop SKU đó, tìm SKU tương đương ở shop nhóm (a) hoặc (b) trước 25/7. Note lại: "T2 20/7 mở tab scout thay 1 SKU nếu (c)".
• Tín hiệu 3 — Voucher đã save cho slot 8-8 hết hạn tuần T2 20/7-22/7. Drop khỏi wishlist ngay sáng CN — không "cố dùng trong tuần T2" vì trong tuần T2 vẫn nằm sau quy tắc no-checkout weekend đã hết (đến hết 19/7) nhưng tuần T2 chưa lương 25/7, chưa vào window "unlock dry-powder" (bài trưa CN sẽ handle quy tắc double-lock). Drop = xóa khỏi wishlist, không giữ lại "phòng khi cần".

3 tín hiệu = 3 dòng, không viết dài hơn. Đủ để sáng T2 20/7 quét note biết ngay 3 việc trong ngày.

Việc 3 — Không action, chỉ note. Không mở tab Shopee/Lazada Home (5 phút cuối)

Chủ Nhật quiet rule — window 3 quy tắc no-checkout weekend 17-19/7 đã lock từ trưa T6 chưa hết hạn (Trưa T6 17/7 3 quy tắc no-checkout weekend 17-19/7 và scout sớm 2 SKU 8-8). Sáng CN 19/7 vẫn nằm trong window đó. Không mở app Shopee / Lazada / Tiki / TikTok Shop, không refresh voucher, không mở tab Home xem "có gì flash sale sáng CN".

5 phút cuối cross-check weekly note với reminder T2 20/7 đã set từ trưa T5 16/7 (mốc thứ 3 trong 3 mốc post-peak — canon từ trưa T5 gồm chốt sổ D+1, verify tracking D+2, escalate ticket D+5). Nếu 3 tín hiệu Việc 2 khớp với reminder gốc → đóng laptop. Nếu lệch — VD shortlist ticket trưa T6 có 3 đơn nhưng sáng T7 chỉ verify được 2 → highlight bằng dấu "?" ở dòng đó để T2 20/7 tra lại đầu tiên trong ca audit D+5.

Cận cạnh: nếu vô tình thao tác trên HT24H sáng CN thấy có đơn Pending mới xuất hiện (batch tối T7 vừa qua), CHỈ note "batch tối T7 update N đơn" vào dòng thứ 5 của weekly. Không mở đơn kiểm tra chi tiết, không add vào rổ 8-8, không action gì thêm. Sáng T2 20/7 audit D+5 sẽ có 20-25 phút liền để làm chi tiết.

Vì sao weekly note sáng CN quyết định chất lượng tuần T2 20/7-24/7

Tuần T2-T6 20/7-24/7 là window T-11 → T-14 lương 25/7 — 5 ngày làm việc cuối cùng trước ngày lương, đồng thời T-19 → T-15 tới 8-8 (deadline scout SKU rổ 8-8 dồn đúng cửa sổ này). Không có weekly note = sáng T2 mở app HT24H thấy 5-8 đơn ở trạng thái Pending / Có thể rút mà không nhớ đã shortlist nhóm nào, ticket nào đã reply, shop nào rơi nhóm (c) → phải audit lại từ đầu, mất 30-45 phút thay vì 15-20 phút audit D+5 đã planned.

Weekly note 5 dòng + 3 tín hiệu là compressed context — giữ recall trong 24h nghỉ CN. Sáng T2 mở note ra, quét 5 dòng + 3 tín hiệu trong 60 giây, bắt tay ngay vào audit D+5 escalation ticket (mở ticket dead-air, cross-check 3 outcome cũ, tính T-11 deadline). Không phải "restart context" từ đầu, không phải cuộn thread ticket cũ, không phải mở lại 5 note gốc để đọc lại.

Rule cấp weekly: nếu 15 phút sáng CN mà điền chưa xong 5 dòng + 3 tín hiệu, đóng laptop ở đâu đóng đấy, KHÔNG kéo dài thêm 5-10 phút "cho xong". Kéo dài chứng tỏ note gốc chưa đủ compact — sẽ tra lại tuần T2 sau. Nếu điền xong sớm dưới 15 phút, cũng đóng luôn, không mở thêm tab review "cho có việc". Kỷ luật thời gian slot giữ được nhịp cả tuần.

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

5 dòng weekly note done, 3 tín hiệu tag rõ với deadline (T2 20/7 escalate ticket / T-14 25/7 verify baseline SKU 8-8 / drop voucher hết hạn tuần T2), đóng laptop. Không mở app HT24H hoặc sàn cho đến 13:00 VN trưa CN — bài trưa CN 19/7 sẽ handle tách 3 nguồn quỹ + fix quy tắc double-lock dry-powder cho 8-8 đến T-14 25/7.