Vì sao không nên dùng một mức phí chung cho mọi ngành

Trả lời nhanh: Không nên dùng một mức phí chung cho mọi ngành vì khoản khấu trừ có thể thay đổi theo nền tảng, ngành, loại shop, chương trình, mức trần và ngày hiệu lực. Một tỷ lệ trung bình có thể phù hợp để phác thảo, nhưng không đủ để chốt giá cho sản phẩm biên mỏng.

Một tỷ lệ chung tạo cảm giác đơn giản giả

Giả sử hai SKU cùng bán 300.000đ. Nếu calculator dùng một tỷ lệ chung 8%, cả hai đều bị tính 24.000đ.

Nhưng nếu chính sách thực tế của hai phạm vi khác nhau, chênh lệch mỗi đơn có thể nhỏ hoặc lớn. Trên hàng nghìn đơn, sai số được nhân lên.

Điều nguy hiểm là giao diện vẫn cho ra con số cụ thể, khiến người dùng không biết tỷ lệ đang sai phạm vi.

Các chiều phạm vi cần map

Một quy tắc phí có thể phụ thuộc:

• platform;
• shop type;
• category;
• package hoặc chương trình;
• effective date;
• fee type;
• percent base;
• mức trần;
• VAT;
• trạng thái đơn.

Không phải quy tắc nào cũng dùng mọi chiều, nhưng hệ thống cần biết chiều nào có ý nghĩa.

Vì sao ngành gần giống vẫn không đủ

Tên ngành trong giao diện người bán có thể gần nhau, nhưng backend policy có thể phân nhóm khác. Tự map “phụ kiện điện thoại” sang “điện tử” vì nghe gần giống là một fallback không có bằng chứng.

Cách an toàn:

• yêu cầu chọn đúng ngành;
• dùng mã hoặc mapping được xác minh;
• báo chưa có dữ liệu;
• cho tự nhập phí.

Loại shop và chương trình cũng quan trọng

Ngay trong cùng ngành, shop có thể khác vì:

• shop thường và Mall;
• chương trình Freeship/Voucher;
• gói dịch vụ;
• ưu đãi thời hạn;
• chính sách thử nghiệm;
• thỏa thuận riêng.

Vì vậy, “phí ngành” chưa phải toàn bộ phạm vi.

Khi nào được dùng giả định chung

Một giả định chung có thể hữu ích khi:

• lọc ý tưởng rất sớm;
• so độ nhạy;
• chưa có shop thật;
• muốn biết sản phẩm có biên cực dày hay cực mỏng.

Điều kiện:

• ghi rõ “Ước tính tham khảo”;
• hiện tỷ lệ;
• cho sửa;
• không lưu như dữ liệu policy_verified;
• không dùng để quảng bá “phí mới nhất”.

Cách chạy ba kịch bản

Ví dụ giả định.

Giá bán 300.000đ, giá vốn và chi phí khác trước phí là 230.000đ. Phần còn lại trước phí là 70.000đ.

Thử ba mức phí giả định:

• 6% = 18.000đ → lãi 52.000đ;
• 9% = 27.000đ → lãi 43.000đ;
• 12% = 36.000đ → lãi 34.000đ.

Nếu mục tiêu là 40.000đ, quyết định chỉ đạt ở hai kịch bản đầu. Kết quả cho thấy cần xác minh ngành trước khi chốt.

Cùng tỷ lệ vẫn có thể ra số tiền khác

Ngay cả khi hai ngành cùng một tỷ lệ, kết quả vẫn có thể khác nếu:

• cơ sở tính khác;
• một ngành có mức trần;
• voucher được xử lý khác;
• chương trình dịch vụ khác;
• VAT được tính khác;
• trạng thái hoàn phí khác.

Ví dụ giả định.

Hai sản phẩm đều bán 1.000.000đ và cùng tỷ lệ 5%. Nếu sản phẩm A không có mức trần, phí là 50.000đ. Nếu sản phẩm B có mức trần 30.000đ, dùng tỷ lệ chung mà bỏ qua trần sẽ tính dư 20.000đ.

Vì vậy, mapping đúng ngành không chỉ để chọn tỷ lệ. Nó còn chọn toàn bộ công thức và điều kiện đi kèm.

Các ca kiểm tra tối thiểu

Một quy tắc theo ngành nên có test cho:

• đúng ngành;
• ngành khác không được dùng nhầm;
• shop type khác;
• trước và sau ngày hiệu lực;
• dưới và trên mức trần;
• thiếu ngành thì fail closed;
• quy tắc cụ thể thắng quy tắc chung khi được phép.

Vì sao không nên dùng defaultRate im lặng

Default tỷ lệ khiến:

• ngoài phạm vi vẫn có kết quả;
• không biết dữ liệu thiếu;
• test dễ pass dù logic sai;
• giao diện không thể cảnh báo đúng;
• người dùng tin sai.

Contract đúng là fail closed: không có quy tắc phù hợp thì không tự lấy tỷ lệ chung.

Điều kiện công khai cho dữ liệu theo ngành

Để đạt policy_verified, cần:

• source đáng tin;
• tỷ lệ và effective date rõ;
• category mapping rõ;
• shop type/package đúng;
• không xung đột;
• không fallback;
• test và validate pass;
• giao diện hiện nguồn, ngày và disclaimer.

Settlement fixture không bắt buộc cho mức này.

Hành động cho người bán

• Kiểm tra ngành trên Seller Center.
• Xác nhận loại shop và chương trình.
• Đọc ngày hiệu lực.
• Nếu công cụ chưa hỗ trợ, tự nhập phí.
• Chạy kịch bản cao hơn tỷ lệ đang thấy.
• Không định giá sát hòa vốn bằng một tỷ lệ trung bình.

Với Shopee trong đúng phạm vi, dùng tính phí Shopee. Khi mô phỏng chính sách đổi, dùng tác động thay đổi phí Shopee. Với nền tảng khác, mở máy tính lời/lỗ bán hàng và tự nhập phí.