Các khoản chi phí người bán Lazada hay bỏ sót

Trả lời nhanh: Người bán thường không lỗ vì một khoản phí duy nhất, mà vì nhiều khoản nhỏ bị bỏ sót: voucher shop chịu, ads, đóng gói, vận hành, hoàn hàng, chi phí chương trình và khoản trừ theo chính sách sàn. Mỗi khoản nhỏ cộng lại có thể ăn hết biên lợi nhuận.

Lưu ý dữ liệu: Danh sách dưới đây là checklist để tránh bỏ sót chi phí, không phải bảng phí chính thức. Khoản nào chưa có nguồn rõ thì nên nhập như giả định và ghi chú riêng.

Khái niệm “phí bị bỏ sót” là gì

Trong thực tế, có những khoản không được người bán gọi là phí sàn nhưng vẫn làm giảm lợi nhuận mỗi đơn. Ví dụ:

• voucher do shop tự chịu;
• hỗ trợ vận chuyển;
• chi phí quảng cáo phân bổ;
• chi phí KOC/affiliate nếu có;
• đóng gói, tem nhãn, nhân sự;
• chi phí đổi trả/hoàn hàng;
• chi phí tham gia chương trình;
• sai lệch do cập nhật chính sách chậm.

Khi tính lợi nhuận, tên gọi không quan trọng bằng câu hỏi: khoản này có làm tiền còn lại của shop giảm không?

Vì sao các khoản nhỏ dễ làm shop bán lỗ

Một đơn có thể nhìn vẫn lời nếu chỉ trừ giá vốn. Nhưng khi cộng các khoản nhỏ, lợi nhuận giảm rất nhanh.

Ví dụ người bán nghĩ còn lãi 70.000đ. Sau đó phát hiện:

• voucher shop chịu 15.000đ;
• ads phân bổ 20.000đ;
• đóng gói 6.000đ;
• chi phí hoàn hàng kỳ vọng 8.000đ.

Lợi nhuận còn lại chỉ là:

70.000 - 15.000 - 20.000 - 6.000 - 8.000 = 21.000đ

Vấn đề không nằm ở một khoản quá lớn, mà ở việc shop không nhìn tổng thể trước khi chạy chương trình.

Checklist khoản dễ bị quên trong một đơn Lazada

Trước mỗi chiến dịch Lazada, hãy rà lại:

1. Giá bán trước và sau ưu đãi.
2. Voucher nào shop chịu, voucher nào không.
3. Chi phí ads hoặc KOC tính trên mỗi đơn.
4. Mức hỗ trợ vận chuyển nếu shop có góp.
5. Chi phí đóng gói và xử lý.
6. Chi phí đổi trả, hư hỏng hoặc giao thất bại.
7. Khoản trừ liên quan nền tảng theo nguồn/phạm vi.
8. Chi phí vận hành tăng thêm khi đơn tăng.

Nếu không biết khoản nào nên đưa vào đâu, hãy gom trước thành “chi phí khác trên mỗi đơn” để tính nháp, rồi tách dần khi có dữ liệu tốt hơn.

Ví dụ một đơn tưởng lời nhưng bị mỏng biên

Ví dụ minh họa, không phải biểu phí Lazada.

Một sản phẩm giá bán 280.000đ, giá vốn 160.000đ. Nếu chỉ trừ giá vốn, người bán thấy còn 120.000đ.

Nhưng sau khi cộng:

• tổng khoản trừ liên quan nền tảng: 30.000đ;
• voucher shop chịu: 18.000đ;
• ads phân bổ: 25.000đ;
• đóng gói/xử lý: 7.000đ;
• rủi ro hoàn hàng kỳ vọng: 10.000đ.

Lợi nhuận minh họa:

280.000 - 160.000 - 30.000 - 18.000 - 25.000 - 7.000 - 10.000 = 30.000đ

Từ 120.000đ “tưởng còn lại”, shop chỉ còn 30.000đ theo kịch bản này.

Các lỗi dễ gặp khi tự tính

• để ads ngoài phép tính vì nghĩ đó là chi phí marketing chung;
• chỉ tính phí khi có đơn thành công, không tính rủi ro hoàn;
• không tách voucher shop chịu;
• không tính chi phí nhân sự khi đơn tăng;
• lấy dữ liệu từ một tháng cũ cho chương trình mới;
• áp một giả định cho mọi SKU.

Tách khoản sàn khấu trừ và chi phí kinh doanh của shop

Không phải mọi khoản trong checklist đều là “phí Lazada”. Nên chia thành hai nhóm:

• Khoản liên quan nền tảng: lấy từ chính sách, chương trình hoặc bảng kê đúng phạm vi.
• Chi phí kinh doanh: quảng cáo, đóng gói, nhân sự, phần mềm, quà tặng, hao hụt và chi phí xử lý hoàn.

Cách tách này giúp bạn không gọi nhầm mọi chi phí là phí sàn, đồng thời dễ đối chiếu khi tiền thực nhận khác dự kiến. Nếu bảng kê đúng nhưng lợi nhuận vẫn thấp, nguyên nhân có thể nằm ở nhóm chi phí kinh doanh chứ không phải ở một dòng khấu trừ của sàn.

Dùng công cụ để rà một đơn Lazada

Mở hub Lazada và chọn máy tính lời/lỗ đa kênh ở chế độ Lazada. Nhập commission, payment fee hoặc khoản trừ bạn đang dùng, sau đó cộng voucher, quảng cáo, đóng gói và rủi ro hoàn hàng.

Các công cụ phân bổ ngân sách marketing và mô phỏng rủi ro hoàn hàng giúp kiểm tra hai nhóm chi phí thường bị bỏ quên.

Hành động sau khi có kết quả

1. So danh sách khoản trừ với bảng kê.
2. Đánh dấu khoản nào là phí sàn, khoản nào là chi phí của shop.
3. Phân bổ quảng cáo và vận hành về từng SKU.
4. Tính lại giá hoặc ưu đãi cho SKU biên mỏng.
5. Lưu bộ dữ liệu để đối chiếu với đơn thực tế.

Kết quả là ước tính tham khảo. Hãy xem trạng thái dữ liệu trước khi dùng cho quyết định lớn.