Phần 01
Vì sao số trên Seller Center, Ads và tài khoản ngân hàng không khớp nhau
Mỗi hệ thống đang mô tả một lát cắt khác nhau. Seller Center thường tập trung vào giá trị giao dịch và trạng thái đơn; nền tảng quảng cáo mô tả doanh thu được attribution theo logic campaign; báo cáo quyết toán phản ánh khoản nền tảng dự kiến hoặc đã chuyển; còn tài khoản ngân hàng chỉ cho thấy dòng tiền thực nhận tại một thời điểm.
GMV MAX còn có thể tổng hợp tín hiệu từ paid, organic và affiliate. Vì vậy ROI hoặc cost per order trong giao diện campaign không nên được dùng như một bản sao của hiệu quả quảng cáo thuần hoặc lợi nhuận tài chính. Dữ liệu platform cần được giữ nguyên ý nghĩa, sau đó nối vào reporting model nội bộ.
- GMV: giá trị hàng hóa được ghi nhận theo logic nền tảng.
- Gross revenue: doanh thu trước các khoản điều chỉnh theo định nghĩa nội bộ.
- Net revenue: doanh thu sau hoàn tiền, điều chỉnh và khoản giảm trừ đã xác định.
- Settlement: khoản nền tảng dự kiến hoặc đã quyết toán cho seller.
- Contribution margin: phần còn lại sau giá vốn và các chi phí trực tiếp có thể quy về đơn/SKU.
Nguyên tắc
Không ép mọi con số phải giống nhau. Hãy định nghĩa rõ mỗi số đại diện cho điều gì và dùng một reconciliation bridge để giải thích chênh lệch.
Phần 02
Xây data model từ order lifecycle, không từ file tổng hợp
Order ID là đơn vị liên kết đáng tin cậy nhất giữa đơn hàng, sản phẩm, trạng thái fulfillment, phí, hoàn tiền và settlement. Khi chỉ gh ép theo ngày, doanh nghiệp dễ trộn đơn mới tạo, đơn giao thành công, đơn đang hold và đơn được quyết toán trong cùng một báo cáo.
Một order model tối thiểu nên giữ ngày tạo đơn, ngày cập nhật trạng thái, ngày giao thành công, ngày quyết toán, SKU/variation, số lượng, giá niêm yết, seller discount, platform discount, shipping support, fee, affiliate commission, refund, settlement và giá vốn. Với combo, cần có bảng phân rã để quy doanh thu và giá vốn về từng thành phần hoặc giữ combo như một profit unit riêng.
- Order table: một dòng cho mỗi order line hoặc order-SKU.
- SKU master: chuẩn hóa tên, variation, combo, giá vốn và nhóm sản phẩm.
- Settlement table: giữ lịch sử quyết toán thay vì ghi đè trạng thái mới nhất.
- Ads table: campaign, ngày, spend, product và nguồn attribution.
- Affiliate table: creator, commission, video, product và order signal khi có.
Phần 03
Phân bổ chi phí: nhất quán quan trọng hơn sự phức tạp
Không phải chi phí nào cũng có thể quy chính xác tuyệt đối về một đơn. Mục tiêu là dùng quy tắc hợp lý, ổn định và có thể kiểm tra. Voucher seller có thể phân bổ theo tỷ trọng doanh thu line item; phí cố định theo đơn có thể phân bổ theo số lượng hoặc doanh thu; ads có thể giữ ở cấp campaign/product/day nếu attribution cấp đơn không đủ tin cậy.
Điều cần tránh là thay đổi phương pháp phân bổ mỗi tuần để làm báo cáo “đẹp hơn”. Khi logic thay đổi, cần version rule và ghi rõ ngày hiệu lực để so sánh lịch sử không bị sai lệch.
- Giá vốn: theo SKU/variation và ngày hiệu lực.
- Đóng gói: theo loại đơn, combo hoặc trọng lượng nếu dữ liệu cho phép.
- Phí sàn: ưu tiên fee line thực tế từ settlement/income export.
- Affiliate: theo commission thực tế hoặc tỷ lệ áp dụng tại thời điểm đơn.
- Ads: tách platform attribution khỏi contribution margin nội bộ khi cần.
Kiểm soát
Mỗi metric quan trọng cần có định nghĩa, owner, nguồn dữ liệu, tần suất cập nhật và quy tắc xử lý missing data.
Phần 04
Dashboard cần trả lời c âu hỏi vận hành nào
Dashboard tốt không bắt đầu bằng chart. Nó bắt đầu bằng quyết định mà đội ngũ phải đưa ra. Shop cần biết SKU nào đang scale có lời, SKU nào chỉ tạo GMV, đơn nào có nguy cơ không được quyết toán, campaign nào tiêu ngân sách nhưng thiếu creative supply, và tồn kho nào có thể làm gián đoạn doanh thu.
Thay vì một màn hình tổng, nên có các view theo mục đích: executive P&L, SKU economics, order lifecycle, settlement reconciliation, return/cancellation, campaign/creative và inventory health.
- Net revenue và contribution margin theo SKU, combo và kênh.
- Tỷ lệ giao thành công, hoàn, hủy và thời gian xử lý đơn.
- Khoảng cách giữa expected settlement và settled amount.
- Days of inventory và nguy cơ out-of-stock.
- Creative coverage, freshness và dependency vào vài video thắng.
- Action queue theo mức độ ảnh hưởng và owner.
Phần 05
Weekly operating review: biến dữ liệu thành hành động
Một weekly review hiệu quả nên ngắn, có cùng cấu trúc và tập trung vào biến động đáng kể. Đội ngũ không cần đọc lại toàn bộ dashboard; họ cần biết điều gì thay đổi, nguyên nhân khả dĩ, dữ liệu nào còn thiếu và hành động nào phải hoàn thành trước kỳ tiếp theo.
Mỗi issue nên có impact, evidence, hypothesis, action, owner và due date. Sau khi xử lý, kết quả được ghi lại để hình thành decision log. Đây là lớp biến reporting thành năng lực vận hành có thể lặp lại.
- Review chênh lệch doanh thu, margin và settlement lớn nhất.
- Kiểm tra SKU tăng nhanh nhưng margin giảm hoặc return tăng.
- Xem campaign/creative bottleneck và kế hoạch bổ sung asset.
- Xem tồn kho, SLA và các lỗi lặp lại trong fulfillment.
- Chốt tối đa 3–5 hành động ưu tiên với owner cụ thể.