Cây KPI phải đi từ lợi nhuận xuống tín hiệu vận hành
Cây KPI sắp chỉ số theo quan hệ nguyên nhân–kết quả, thay vì đặt doanh thu, lượt xem và tồn kho ngang hàng. Tầng trên trả lời shop có tạo giá trị hay không. Các tầng dưới chỉ ra doanh thu mất ở bước nào và đội nào có thể tác động. Khi một chỉ số đổi màu, người xem phải lần được xuống SKU, đơn, chiến dịch hoặc nguồn nội dung tạo ra biến động.
| Lớp điều hành | KPI nên theo dõi | Câu hỏi phải trả lời |
|---|---|---|
| Kết quả kinh doanh | Đơn hoàn tất, NMV, lợi nhuận đóng góp | Shop còn tạo giá trị sau hủy, hoàn và chi phí biến đổi không? |
| Chất lượng đơn | Đơn phát sinh, hủy, giao thất bại, hoàn trả | GMV mất ở trạng thái nào và nguyên nhân thuộc sản phẩm, vận hành hay khách hàng? |
| Chuyển đổi | Lượt vào sản phẩm, click sản phẩm, thêm giỏ, đơn hàng | Điểm nghẽn nằm ở nguồn truy cập, trang bán, giá hay ưu đãi? |
| Nhu cầu | Tìm kiếm, nội dung, LIVE, affiliate và quảng cáo | Nguồn nào tạo đơn có khả năng hoàn tất thay vì chỉ tạo lượt xem? |
| Nền vận hành | Tồn, thời gian xử lý, phản hồi khách và cảnh báo shop | Shop có đủ năng lực nhận thêm đơn mà không tăng rủi ro không? |
Dashboard lãnh đạo chỉ cần phần tóm tắt của cây KPI. Trưởng kênh cần xem đến SKU và nguồn bán. Đội thực thi cần danh sách ngoại lệ theo đơn, nội dung hoặc chiến dịch. Dùng một màn hình cho cả ba vai trò sẽ khiến lãnh đạo gặp quá nhiều chi tiết, còn người vận hành lại thiếu dữ liệu để xử lý.
Dashboard ngày, tuần và tháng phục vụ ba loại quyết định
Không nên dùng một tập KPI và một độ trễ dữ liệu cho mọi nhịp điều hành. Cảnh báo đơn và tồn cần đọc sớm; xu hướng chuyển đổi cần đủ mẫu; P&L phải chờ trạng thái đơn cùng dữ liệu chi phí chín hơn. Mỗi dashboard cần ghi rõ thời điểm cập nhật cuối để người xem không so số gần thời gian thực với số đã đối soát.
Hằng ngày: xử lý ngoại lệ
Theo dõi SKU sát tồn an toàn, lỗi giá hoặc sản phẩm, đơn chờ xử lý, quảng cáo vượt biên chi phí và cảnh báo shop. Báo cáo ngày phải ưu tiên danh sách việc, người nhận và hạn xử lý; không dùng để kết luận xu hướng dài hạn.
Hằng tuần: chẩn đoán nguyên nhân
So sánh SKU, nguồn truy cập, chuyển đổi, đơn hoàn tất, hoàn–hủy và hiệu quả nội dung. Cuộc họp tuần chọn giả thuyết cần thử, điều kiện dừng và ngày đọc lại kết quả thay vì chỉ giải thích vì sao chỉ số tăng hoặc giảm.
Hằng tháng: phân bổ nguồn lực
Đối chiếu NMV, lợi nhuận đóng góp, tồn chậm, hiệu quả chiến dịch và năng lực cung ứng. Báo cáo tháng phục vụ quyết định ngân sách, danh mục, nhân sự và mục tiêu kỳ tiếp theo sau khi dữ liệu hoàn–hủy đã đủ ổn định.
Từ điển dữ liệu phải được chốt trước khi ghép hai sàn
Cùng một nhãn “doanh thu” có thể đại diện cho GMV đặt hàng, giá trị sau hủy, số nền tảng ghi nhận hoặc doanh thu kế toán. Trước khi nối TikTok Shop với Shopee, doanh nghiệp cần lập từ điển gồm tên KPI, công thức, trạng thái đơn được tính, múi giờ, nguồn, độ trễ, cấp chi tiết và người phê duyệt. Bảng tổng phải giữ cả số gốc theo sàn lẫn số đã quy đổi theo quy ước nội bộ.
Tài liệu Data Compass Shop Analytics của TikTok Shop cho biết không phải mọi chỉ số đều có ở chế độ “hôm nay” hoặc “hôm qua”. Từ tháng 4/2026, báo cáo còn tách nguồn đơn theo seller/affiliate và loại nội dung LIVE, video ngắn hoặc Product Card. Vì vậy, dashboard nội bộ phải lưu kỳ dữ liệu và chiều phân rã được dùng, không chỉ sao chép tổng GMV.
Quy tắc chuẩn hóa: không cộng số TikTok Shop và Shopee chỉ vì hai cột có cùng tên. Chỉ số chỉ được ghép khi đã thống nhất công thức, trạng thái đơn, kỳ ghi nhận và đơn vị phân tích. Phần chưa tương thích phải giữ riêng và ghi chú nguyên nhân.
Với tồn kho, SKU bán trên sàn phải ánh xạ về một mã nguồn có thể truy vết. Doanh nghiệp nên kiểm tra cấu trúc biến thể và kho theo hướng dẫn sản phẩm kho của Shopee. Nếu có nhiều shop hoặc nhiều kho, bước tiếp theo là chuẩn hóa quy trình đồng bộ SKU và tồn kho.
Tín hiệu riêng của TikTok Shop và Shopee phải được giữ lại
Dashboard tổng hợp chỉ thống nhất lớp kết quả; dữ liệu chẩn đoán vẫn phải giữ theo cơ chế bán của từng nền tảng. TikTok Shop cần tách LIVE, video, Product Card, seller và affiliate. Shopee cần giữ nguồn tìm kiếm, danh mục, chương trình, quảng cáo và hiệu suất trang sản phẩm. Nếu quy tất cả về một cột “traffic”, đội thực thi không biết phải sửa nội dung, gian hàng hay ưu đãi.
| Lớp quyết định | TikTok Shop cần giữ | Shopee cần giữ |
|---|---|---|
| Nhu cầu | Seller/affiliate; LIVE, video ngắn, Product Card; truy cập và click sản phẩm | Tìm kiếm, đề xuất, danh mục, chương trình, quảng cáo và lượt vào sản phẩm |
| Chuyển đổi | Click-to-order theo sản phẩm và loại nội dung; đơn theo SKU | Hiệu suất trang sản phẩm, biến thể, giá thực trả, voucher và đơn theo SKU |
| Chất lượng đơn | Đơn phát sinh, hủy, hoàn, nguồn creator và nội dung tạo kỳ vọng | Đơn phát sinh, hủy, giao thất bại, hoàn và lý do theo vận hành shop |
| Quảng cáo | Chi phí, gross revenue, ROI và phạm vi quy gán của GMV Max | Chi phí quảng cáo đối chiếu với đơn shop, trạng thái đơn và lợi nhuận SKU |
TikTok nêu rõ Product GMV Max có thể quy gán cả đơn trả phí và đơn tự nhiên của sản phẩm đang chạy chiến dịch. Vì vậy, số quy gán GMV Max không nên được coi là doanh thu tăng thêm nếu chưa có cách đối chiếu. Dashboard phải hiển thị phạm vi attribution ngay cạnh ROI để lãnh đạo không so trực tiếp với ROAS của một mô hình ghi nhận khác.
Mỗi KPI phải có ngưỡng, hành động và chủ sở hữu
Màu đỏ, vàng hoặc xanh chỉ có giá trị khi kích hoạt một hành động đã thống nhất. Ngưỡng không nên sao chép giữa các shop. Nó phải dựa trên biên đóng góp của SKU, tồn an toàn, năng lực xử lý đơn, mức nền lịch sử và tiêu chuẩn hiện hành của nền tảng. Khi chính sách hoặc công thức đổi, dashboard cần ghi ngày áp dụng phiên bản mới.
| Tín hiệu | Cách đặt ngưỡng | Hành động khi vượt ngưỡng | Chủ sở hữu |
|---|---|---|---|
| SKU sắp hết | So tồn khả dụng với nhu cầu dự kiến và thời gian bổ sung | Giảm quảng cáo, điều chỉnh voucher, đổi SKU hoặc dừng nguồn đẩy đơn | Kho + trưởng kênh |
| Chi phí trên đơn tăng | So với biên cho phép và nền của cùng SKU, nguồn, kỳ bán | Kiểm tra truy cập, trang bán, giá thực trả, ưu đãi và attribution | Quảng cáo + vận hành sàn |
| Hoàn do sai kỳ vọng | So tỷ trọng lý do hoàn với nền của SKU hoặc nội dung | Rà mô tả, video, LIVE, creator và hướng dẫn sử dụng | Sản phẩm + nội dung + CSKH |
| Dữ liệu không khớp | So số đơn/SKU chưa ánh xạ và chênh lệch đối soát | Dừng kết luận, truy nguồn, sửa mapping và ghi lại phiên bản | Dữ liệu + tài chính quản trị |
Mỗi cảnh báo cần thêm ngày kiểm tra lại và bằng chứng đóng việc. Chẳng hạn, chi phí trên đơn tăng không tự động dẫn tới giảm ngân sách. Người phụ trách phải xác định vấn đề nằm ở mix SKU, giá, chuyển đổi, nguồn nội dung hay cách quy gán; sau đó chọn một thay đổi đủ tách biệt để đánh giá.
Kiến trúc dashboard phải nối nguồn dữ liệu với quyết định
Thiết kế dashboard bắt đầu từ người ra quyết định, sau đó mới chọn biểu đồ và công cụ. Dữ liệu có thể đến từ Seller Center, quảng cáo, đơn hàng, kho, creator và bảng tài chính quản trị. Lớp hiển thị phải cho phép đi từ tổng số xuống SKU, đơn hoặc chiến dịch mà không làm thay đổi định nghĩa giữa các màn hình.
| Lớp sử dụng | Người xem | Quyết định cần hỗ trợ |
|---|---|---|
| Điều hành | Chủ doanh nghiệp hoặc giám đốc kênh | Doanh thu thuần, biên, tồn và rủi ro có đi đúng hướng không? |
| Quản lý kênh | Trưởng TikTok Shop/Shopee | SKU, nguồn bán và chiến dịch nào cần giữ, tăng, sửa hoặc dừng? |
| Thực thi | Ads, nội dung, kho và CSKH | Ngoại lệ nào phải xử lý, ai chịu trách nhiệm và hạn hoàn thành là khi nào? |
Trước mỗi cuộc họp, hệ thống cần kiểm tra năm điều kiện dữ liệu:
- Độ mới: hiển thị giờ cập nhật cuối và nguồn nào đang trễ.
- Độ đầy đủ: công khai số đơn, SKU hoặc chiến dịch chưa ánh xạ.
- Khả năng truy vết: tổng số có thể đi xuống dữ liệu tạo ra nó.
- Phiên bản định nghĩa: ghi ngày đổi công thức và không so lịch sử như thể cách tính chưa đổi.
- Quyền truy cập: giới hạn dữ liệu khách hàng, tài chính và thông tin tài khoản theo vai trò.
Nhịp họp phải biến chỉ số thành danh sách công việc
Mỗi phiên đọc dashboard nên kết thúc bằng vấn đề, giả thuyết, người làm và ngày đánh giá. Họp ngày chỉ xử lý các ngoại lệ có thể gây mất đơn, bán vượt tồn hoặc vi phạm thời hạn. Họp tuần đánh giá thay đổi theo SKU, nguồn bán và thử nghiệm. Họp tháng chốt P&L, năng lực cung ứng cùng kế hoạch đầu tư kỳ tới.
Nếu một KPI không dẫn tới một trong bốn quyết định giữ, tăng, sửa hoặc dừng, nó chưa cần nằm ở màn hình chính. Chỉ số tham khảo vẫn có thể được lưu ở lớp phân tích chi tiết. Cách tách này giúp cuộc họp bắt đầu từ cùng một dữ liệu và kết thúc bằng công việc có người chịu trách nhiệm.
Doanh nghiệp chưa thống nhất GMV, NMV và lợi nhuận đóng góp nên hoàn thiện P&L TikTok Shop và Shopee trước khi đầu tư thêm vào giao diện báo cáo. Dashboard không thể sửa một định nghĩa kinh doanh chưa được chốt.
Lumie bàn giao dashboard cùng quy trình sử dụng
Đầu ra không chỉ là một tệp biểu đồ mà là hệ thống định nghĩa, cảnh báo và nhịp ra quyết định. Lumie bắt đầu bằng quyền truy cập chỉ đọc và dữ liệu doanh nghiệp đang có. Công cụ mới chỉ được đề xuất khi nguồn hiện tại không đáp ứng độ chi tiết, khả năng truy vết hoặc khối lượng xử lý.
Rà nguồn và định nghĩa
Kiểm kê Seller Center, quảng cáo, đơn, kho, creator và tài chính; xác định trường tự động, trường cần đối soát và chênh lệch giữa hai sàn.
Thiết kế theo vai trò
Tách màn hình cho chủ doanh nghiệp, trưởng kênh và đội thực thi; mỗi lớp chỉ giữ KPI cần cho quyết định của người xem.
Thiết lập nhịp điều hành
Xây báo cáo ngày–tuần–tháng, ngưỡng cảnh báo, người nhận việc, nhật ký thay đổi và mẫu biên bản họp dựa trên dữ liệu.
Đào tạo và bàn giao
Bàn giao từ điển KPI, nguồn dữ liệu, quyền truy cập, quy trình kiểm lỗi và cách bổ sung chỉ số mà không phá định nghĩa cũ.
Doanh nghiệp phù hợp triển khai khi có người xác nhận định nghĩa kinh doanh, quyền truy cập cần thiết và một đầu mối phối hợp giữa vận hành, quảng cáo, kho cùng tài chính. Nếu thiếu nhân sự điều hành liên phòng ban, doanh nghiệp nên xác định phần cần giữ nội bộ và phần có thể giao đối tác. Khung đánh giá nhu cầu thuê ngoài vận hành sàn hỗ trợ quyết định này.
Muốn biết shop đang thiếu nhu cầu hay mất tiền sau khi có đơn?
Gửi Lumie link shop, nhóm SKU chủ lực, GMV/NMV nếu có, tỷ lệ hoàn–hủy và điểm nghẽn ưu tiên. Đội ngũ sẽ rà nguồn dữ liệu, phạm vi dashboard và đầu ra cần bàn giao trước khi báo giá.
Ba nguồn dữ liệu đầu vào cần hoàn thiện trước dashboard
Dashboard chỉ đáng tin khi P&L, tồn kho và sức khỏe shop sử dụng cùng mã SKU, trạng thái đơn và kỳ ghi nhận. P&L trả lời shop còn lợi nhuận sau hoàn và chi phí hay không. Dữ liệu tồn cho biết năng lực nhận thêm đơn. Sức khỏe shop cùng CSKH giải thích rủi ro giao hàng, phản hồi và trải nghiệm sau mua.
Ba lớp này có thể được triển khai riêng nhưng phải handoff về cùng một từ điển dữ liệu. Khi số tổng thay đổi, đội vận hành cần truy được biến động đến đơn, SKU hoặc cảnh báo tạo ra nó.
Câu hỏi thường gặp về dashboard KPI sàn
Có cần mọi KPI cập nhật theo thời gian thực không?
Không. Tồn, đơn quá hạn và cảnh báo vận hành có thể cần cập nhật nhanh. P&L, hoàn–hủy và đối soát nên chờ dữ liệu đạt độ chín đã quy định. Màn hình phải ghi thời điểm cập nhật cuối cho từng nguồn.
GMV và NMV có nên đặt trên cùng một biểu đồ?
Có thể nếu hai chỉ số được định nghĩa rõ và phần chênh lệch do hủy, hoàn hoặc điều chỉnh được hiển thị. Không dùng GMV thay cho kết quả kinh doanh hoặc so trực tiếp hai kỳ có cách tính khác nhau.
Có nên mua công cụ dashboard trước khi chuẩn hóa dữ liệu?
Không nên. Công cụ có thể tự động ghép và hiển thị dữ liệu nhưng không tự quyết định trạng thái đơn, mã SKU, attribution hay công thức lợi nhuận phù hợp doanh nghiệp. Chuẩn hóa từ điển và người chịu trách nhiệm trước sẽ giảm chi phí sửa hệ thống về sau.