Bỏ qua để đến nội dung chính
Quay lại Insights
Commerce Operations
10 phút26/07/2026Danh Duyên (Alice)

D2 Commerce Operations

GMV không phải lợi nhuận: cách xây hệ thống P&L cho TikTok Shop và Shopee

GMV là tín hiệu thương mại quan trọng, nhưng không phải số tiền doanh nghiệp giữ lại. Một shop có thể tăng GMV trong khi contribution margin giảm vì voucher, phí sàn, ads, affiliate, hoàn tiền, chi phí đóng gói hoặc cơ cấu SKU thay đổi. Muốn scale có kiểm soát, doanh nghiệp cần một lớp dữ liệu nối từng đơn hàng với khoản thực nhận và chi phí trực tiếp của nó.

Điểm chính

  • Tách rõ GMV, gross revenue, net revenue, settlement và contribution margin.
  • Dùng order ID và SKU mapping làm xương sống thay vì ghép báo cáo bằng tổng ngày.
  • Phân bổ voucher, fee, ads và affiliate theo quy tắc có thể kiểm tra.
  • Đánh giá shop theo cohort đơn hàng và trạng thái quyết toán, không chỉ theo ngày xuất báo cáo.
  • Weekly review phải kết thúc bằng action owner và deadline, không chỉ một dashboard đẹp.

Viết bởi Danh Duyên (Alice)

D2 Group Editorial Team

Xuất bản 26/07/2026

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ể.

Dịch vụ liên quan

D2 Commerce Operations

Vận hành TikTok Shop, Shopee, audit dữ liệu và dashboard profitability theo một hệ thống thống nhất.

Xem phạm vi dịch vụ

Bạn đang có GMV nhưng chưa biết tiền đang rò ở đâu?

Bắt đầu bằng Commerce Operations Audit để đối chiếu order, income, ads, phí, giá vốn và xác định roadmap ưu tiên.

Gửi yêu cầu Growth Review