Regional team thường không thiếu dữ liệu creator. Họ thiếu khả năng nối dữ liệu từ nhiều agency, market và kỳ campaign thành một lịch sử có thể kiểm tra. Cùng một creator có thể xuất hiện dưới tên khác nhau, báo giá khác phạm vi và hiệu suất được đo bằng định nghĩa khác.
Regional KOL Database có giá trị khi HQ nhìn được danh mục chung mà local team vẫn giữ bối cảnh: creator từng làm vai trò gì, giá bao gồm quyền nào, đơn vị nào ký, dữ liệu audience lấy khi nào, rủi ro nào chỉ áp dụng ở một thị trường và điều kiện nào cần đổi trước lần tái hợp tác.
Thiết kế database từ câu hỏi cần trả lời
Đừng bắt đầu bằng việc tạo 80 cột. Hãy bắt đầu bằng những câu hỏi đội ngũ thường gặp: tìm ai cho một ngành hàng, ai đã từng làm với đối thủ, ai đáng tái hợp tác, báo giá gần nhất khi nào, ai có nội dung tốt nhưng vận hành khó và quyền sử dụng video nào sắp hết hạn.
Mỗi câu hỏi tương ứng với một nhóm dữ liệu. Nếu một trường không phục vụ tìm kiếm, đánh giá, vận hành hoặc kiểm soát rủi ro, hãy cân nhắc bỏ. Database càng nặng mà không được cập nhật thì càng tạo cảm giác an toàn giả.
Nhóm dữ liệu nhận diện và liên hệ
- Mã creator duy nhất, tên hiển thị và tên pháp lý khi cần đối soát.
- Kênh chính, đường dẫn hồ sơ, thị trường và ngôn ngữ.
- Người quản lý, agency đại diện và lịch sử thay đổi đầu mối.
- Ngành nội dung, format mạnh và cộng đồng nổi bật.
- Ngày kiểm tra gần nhất để tránh dùng dữ liệu đã cũ.
Mã creator rất quan trọng khi một người có nhiều kênh hoặc đổi tên tài khoản. Nếu chỉ ghép dữ liệu bằng tên hiển thị, báo cáo sau vài campaign sẽ xuất hiện hai hoặc ba phiên bản của cùng một người.
Nhóm dữ liệu audience và nội dung
Follower, lượt xem trung bình và tỷ lệ tương tác chỉ là lớp đầu. Nên lưu thêm lý do cộng đồng theo dõi, chủ đề tạo thảo luận, format tốt nhất, ngôn ngữ sử dụng và dấu hiệu bất thường. Với dữ liệu audience từ creator hoặc nền tảng, cần ghi rõ nguồn và ngày lấy.
| Trường dữ liệu | Cách ghi có ích | Cách ghi dễ gây hiểu nhầm |
|---|---|---|
| Lượt xem | Trung vị theo 10 nội dung gần nhất, tách quảng cáo và thường ngày | Một video cao nhất |
| Tương tác | Tách bình luận có nội dung và phản ứng ngắn | Cộng tất cả rồi gọi là chất lượng |
| Audience | Nguồn, ngày chụp và phạm vi kênh | Một tỷ lệ không có thời điểm |
| Chủ đề mạnh | Mô tả lý do người xem phản hồi | Ghi chung “lifestyle” cho mọi người |
Nhóm dữ liệu thương mại và quyền sử dụng
Báo giá cần đi cùng phạm vi: loại nội dung, nền tảng, số vòng sửa, thời gian lưu bài, quyền chạy quảng cáo, quyền cắt dựng và thời hạn sử dụng. Một con số đứng riêng rất khó so sánh. Giá video có quyền chạy quảng cáo sáu tháng không thể đặt cạnh giá video chỉ đăng trên kênh creator rồi kết luận ai rẻ hơn.
Nên lưu ngày báo giá, tiền tệ, thuế và điều kiện thanh toán. Với chiến dịch nhiều thị trường, thêm đơn vị ký hợp đồng và luồng đối soát. Những chi tiết này ít hấp dẫn hơn biểu đồ reach, nhưng thường là nơi campaign chậm nhất.
Nhóm dữ liệu vận hành và rủi ro
- Tỷ lệ đúng hạn và số vòng sửa thực tế.
- Khả năng hiểu brief và phản hồi khi có thay đổi.
- Lịch sử dùng sai claim, sai đường dẫn hoặc đăng nhầm phiên bản.
- Xung đột ngành hàng và thời gian hạn chế hợp tác.
- Sự cố đã xảy ra, cách xử lý và người phê duyệt quyết định.
Không dùng database để dán nhãn cảm tính như “khó làm việc”. Hãy ghi hành vi quan sát được: phản hồi chậm ba ngày, đổi lịch hai lần, cần bốn vòng sửa vì không theo cấu trúc bắt buộc. Dữ liệu cụ thể công bằng hơn cho creator và hữu ích hơn cho người kế nhiệm.
Ai chịu trách nhiệm cập nhật
Database không tự sạch. Cần xác định ai cập nhật sau booking, ai khóa dữ liệu sau campaign và bao lâu rà lại thông tin công khai. IMVN thường khuyến nghị cập nhật ở ba thời điểm: khi shortlist, khi ký xác nhận và khi đóng campaign.
Đặt quyền truy cập theo vai trò. Thông tin liên hệ, hợp đồng, chứng từ và đánh giá rủi ro không nên được chia sẻ rộng như danh sách kênh công khai. Đồng thời, tránh lưu dữ liệu cá nhân không cần thiết chỉ vì “sau này có thể dùng”.
Bắt đầu nhỏ nhưng phải dùng được
Không nên migrate hàng nghìn hồ sơ chỉ để hoàn thành một dự án dữ liệu. Hãy bắt đầu từ active creator portfolio ở các thị trường ưu tiên, chuẩn hóa identity và commercial scope, rồi mở rộng theo từng business unit sau khi regional team đã dùng được dữ liệu cho một quyết định thật.
Database nên tách bảng thay vì dồn mọi thứ vào một hàng
| Bảng dữ liệu | Khóa chính | Ví dụ trường quan trọng |
|---|---|---|
| Creator | creator_id | Tên, thị trường, ngôn ngữ, đầu mối |
| Channel snapshot | creator_id + channel + date | Follower, median view, nguồn dữ liệu |
| Booking | booking_id | Phạm vi, giá, tiền tệ, đơn vị ký, chứng từ |
| Deliverable | deliverable_id | Format, deadline, version, usage rights |
| Performance | deliverable_id + measurement_date | View, click, đơn hợp lệ, chất lượng bình luận |
| Risk/issue | issue_id | Sự cố, bằng chứng, quyết định và người xử lý |
Thiết kế này giải quyết một lỗi phổ biến: ghi đè dữ liệu mới lên dữ liệu cũ. Follower hôm nay không nên xóa follower sáu tháng trước; báo giá mới không nên làm mất phạm vi của booking cũ. Dữ liệu theo thời điểm mới cho phép so sánh và kiểm tra quyết định.
Ba trigger cập nhật để database không chết
- Khi shortlist: cập nhật kênh, audience, rủi ro và ngày kiểm tra.
- Khi xác nhận booking: khóa phạm vi giá, quyền sử dụng, đầu mối và điều kiện thương mại.
- Khi đóng campaign: ghi performance, issue log và quyết định rebook.
Nếu một trường không có trigger và người chịu trách nhiệm, đừng thêm nó. Database chết không phải vì thiếu phần mềm; nó chết vì mọi người đều nghĩ người khác sẽ cập nhật.
Database là lớp nền cho quyết định tái hợp tác bằng Scorecard và cho AI trong quản lý KOL có dữ liệu đủ sạch để hỗ trợ.
Nếu đội ngũ bắt đầu đưa database vào buổi shortlist và buổi tổng kết campaign, dữ liệu sẽ sống. Nếu nó chỉ được mở khi sếp hỏi “công ty mình có bao nhiêu KOL”, nghĩa là hệ thống đang đếm người chứ chưa hỗ trợ quyết định.
Muốn triển khai một chiến dịch KOL tương tự?
Chia sẻ thị trường, ngành hàng và mục tiêu. Đội IMVN phản hồi với gợi ý thực tế cho bước tiếp theo.
Nhận tư vấn chiến dịch →
