Hoạt động seeding thu dữ liệu cá nhân ở nhiều điểm hơn phần lớn doanh nghiệp nghĩ, và phần lớn số đó nằm ngoài hệ thống chính thức: trong bảng tính của người quản lý chiến dịch, trong tin nhắn với người sáng tạo nội dung, trong ảnh chụp màn hình lưu làm bằng chứng. Đây là phần dữ liệu không ai coi là dữ liệu nên không ai áp quy tắc lên nó.
Vấn đề không phải là seeding thu dữ liệu — việc đó khó tránh — mà là dữ liệu được thu không có chủ, không có thời hạn lưu và đi theo bên thực thi khi hợp đồng kết thúc. Bài viết mô tả các điểm thu, giới hạn nên đặt ở từng điểm, và những thứ cần ghi trong hợp đồng với bên thực thi.
01 Dữ liệu cá nhân được thu ở đâu trong một chiến dịch
Điểm thu thứ nhất là danh sách người sáng tạo nội dung và người tham gia. Ở đây thường có họ tên thật, số điện thoại, số tài khoản ngân hàng, mã số thuế cá nhân và địa chỉ nhận sản phẩm. Đây là nhóm dữ liệu nhạy cảm nhất trong toàn bộ chiến dịch và nó hầu như luôn nằm trong một bảng tính dùng chung.
Điểm thu thứ hai là dữ liệu theo dõi thảo luận. Một bộ từ khóa chạy trên các nền tảng công khai sẽ thu về nội dung bình luận kèm tên tài khoản, đường dẫn trang cá nhân, và trong nhiều trường hợp cả ảnh đại diện. Việc nội dung đó công khai không làm nó thôi là dữ liệu về một người xác định được.
Điểm thu thứ ba là ảnh chụp bằng chứng. Một ảnh chụp toàn trang bài đăng chứa toàn bộ bình luận với tên và ảnh của những người không liên quan tới chiến dịch, và các ảnh này thường được lưu vô thời hạn vì chúng là bằng chứng nghiệm thu.
Điểm thu thứ tư là dữ liệu từ các hoạt động có thu thông tin: minigame, khảo sát, đăng ký nhận mẫu thử. Nhóm này thường được thu bởi bên thực thi trên công cụ của họ, nghĩa là bên mua có nghĩa vụ với dữ liệu mà mình không nắm.
02 Giới hạn nên đặt ở từng nhóm
| Nhóm dữ liệu | Chỉ thu khi | Thời hạn lưu đề xuất | Ai được xem |
|---|---|---|---|
| Thông tin thanh toán của người tham gia | Có phát sinh thanh toán; không thu trước khi chốt hợp tác | Theo thời hạn lưu chứng từ kế toán, sau đó xóa | Bộ phận thanh toán; không để trong bảng tính chiến dịch |
| Thông tin liên hệ của người sáng tạo nội dung | Cần cho việc phối hợp trong kỳ | Hết kỳ cộng thời gian bảo hành nội dung | Người quản lý chiến dịch và người thay |
| Dữ liệu theo dõi thảo luận | Cần cho việc đo lường; ưu tiên lưu dạng đã tổng hợp | Bản thô theo kỳ báo cáo; sau đó chỉ giữ bản tổng hợp | Người phân tích; không chia sẻ bản thô ra ngoài |
| Ảnh chụp bằng chứng | Cần cho nghiệm thu và cho bản ghi | Theo thời hạn của bản ghi chiến dịch | Người nghiệm thu; che phần bình luận khi đưa vào báo cáo |
| Dữ liệu từ hoạt động có thu thông tin | Có thông báo mục đích và có sự đồng ý rõ ràng | Theo mục đích đã thông báo, không dài hơn | Bên nắm hệ thống, theo phạm vi đã ghi trong hợp đồng |
Cột thứ hai là cột quan trọng nhất và cũng là cột bị bỏ qua nhiều nhất. Phần lớn dữ liệu thừa trong một chiến dịch không đến từ việc thu sai mà từ việc thu sớm: số tài khoản được yêu cầu ngay khi liên hệ lần đầu, thông tin cá nhân được thu cho một hoạt động chưa chắc diễn ra.
Dòng thứ ba cần nói thêm. Việc lưu bản thô của dữ liệu thảo luận là cần thiết trong kỳ để kiểm chứng lại con số, nhưng sau khi báo cáo đã chốt thì giá trị của bản thô giảm nhanh trong khi rủi ro thì không. Cách thường dùng là giữ bản tổng hợp lâu dài và đặt hạn xóa cho bản thô.
03 Bốn thứ phải ghi trong hợp đồng với bên thực thi
Ai là bên quyết định mục đích và ai là bên xử lý theo yêu cầu. Đây là phân định gốc và mọi điều khoản còn lại phụ thuộc vào nó. Với phần lớn hoạt động seeding, bên mua quyết định mục đích và bên thực thi xử lý theo yêu cầu, nghĩa là bên thực thi không được dùng dữ liệu thu được cho việc của mình — kể cả cho việc dựng danh sách người sáng tạo nội dung để bán cho khách khác.
Phạm vi dữ liệu được thu và danh sách công cụ đang dùng để thu. Điều khoản chỉ ghi bên thực thi tuân thủ pháp luật về dữ liệu không có tác dụng vận hành. Cái có tác dụng là một danh sách các trường được thu và các công cụ lưu chúng, kèm nghĩa vụ thông báo khi đổi công cụ.
Nghĩa vụ trả và xóa khi kết thúc. Cần ghi rõ thời hạn chuyển toàn bộ dữ liệu về bên mua ở dạng đọc được bằng công cụ thông dụng, thời hạn xóa bản còn lại ở phía bên thực thi, và một văn bản xác nhận đã xóa. Không có ba thứ này thì dữ liệu của kỳ vừa rồi vẫn ở lại chỗ cũ sau khi đổi nhà cung cấp.
Nghĩa vụ thông báo khi có sự cố. Thời hạn thông báo cho bên mua nên tính bằng giờ, không bằng ngày, và nội dung thông báo cần gồm nhóm dữ liệu bị ảnh hưởng và số lượng người liên quan ở mức ước lượng. Bên mua là bên phải trả lời trước người bị ảnh hưởng nên bên mua không thể là bên biết sau.
04 Ba việc làm được ngay mà không cần dự án
Việc thứ nhất là rà lại các bảng tính đang dùng chung và tách các trường nhạy cảm ra khỏi chúng. Trong phần lớn trường hợp, một bảng tính chiến dịch chứa số tài khoản và số điện thoại của vài chục người, được chia sẻ ở chế độ ai có liên kết cũng xem được, và đã được chuyển qua nhiều nhóm chat. Việc tách phần thanh toán sang một tệp riêng có quyền hạn chế mất chưa tới một giờ và nó giảm phần lớn rủi ro thực tế.
Việc thứ hai là đặt hạn xóa cho các thư mục ảnh chụp bằng chứng và dữ liệu thảo luận thô. Cách đơn giản là đặt tên thư mục theo kỳ và ghi ngày xóa dự kiến ngay trong tên, rồi rà một lần mỗi quý. Không cần công cụ, chỉ cần một mục trong lịch rà định kỳ.
Việc thứ ba là bỏ các trường không dùng ra khỏi mẫu thu thông tin. Phần lớn mẫu đăng ký trong các hoạt động seeding hỏi nhiều hơn mức cần vì mẫu được sao lại từ chiến dịch trước. Mỗi trường bị bỏ là một phần nghĩa vụ được bỏ, và việc này không tốn gì.
Ba việc trên đều không cần ngân sách và đều nằm trong quyền của người quản lý chiến dịch. Đây là lý do nên làm chúng trước khi mở một dự án về tuân thủ dữ liệu, vì chúng xử lý phần rủi ro tập trung nhất.
05 Bốn cách làm sai thường thấy
Coi dữ liệu công khai là dữ liệu tự do dùng. Một bình luận công khai vẫn gắn với một người xác định được, và việc gom nhiều bình luận của cùng một tài khoản thành một bản mô tả về người đó là một việc khác về bản chất so với việc đọc từng bình luận. Ranh giới thực dụng: dùng để tổng hợp thì được, dùng để lập hồ sơ theo từng người thì không, trừ khi có căn cứ riêng.
Đưa ảnh chụp có tên và ảnh người khác vào báo cáo. Ảnh chụp toàn trang là bằng chứng tốt cho bản ghi nội bộ nhưng khi đưa vào báo cáo hoặc vào tài liệu bán hàng thì cần che phần thông tin của những người không liên quan. Đây là bước bị bỏ nhiều nhất vì nó làm chậm việc dựng báo cáo.
Để bên thực thi thu hộ mà không biết họ lưu ở đâu. Rất nhiều dữ liệu đăng ký từ các hoạt động seeding nằm trên tài khoản công cụ cá nhân của một nhân viên bên thực thi. Khi người đó rời đi, dữ liệu đi theo hoặc mất, và cả hai trường hợp đều là vấn đề của bên mua.
Giữ mọi thứ vô thời hạn cho chắc. Việc lưu lâu được biện minh bằng lý do có thể cần đối chiếu về sau, nhưng nó đổi một rủi ro nhỏ và cụ thể — không có dữ liệu để đối chiếu — thành một rủi ro lớn và không kiểm soát được. Cách xử lý là phân biệt bản ghi cần lâu dài, thường là số liệu đã tổng hợp và liên kết tới nội dung, với dữ liệu cá nhân thì không cần.
06 Checklist cần nhớ
- Liệt kê bốn điểm thu dữ liệu của chiến dịch: người tham gia, theo dõi thảo luận, ảnh bằng chứng, mẫu thu thông tin.
- Chỉ thu thông tin thanh toán khi đã chốt hợp tác, và giữ nó ngoài bảng tính chiến dịch.
- Đặt hạn xóa cho dữ liệu thảo luận thô sau khi báo cáo đã chốt; giữ bản tổng hợp lâu dài.
- Che thông tin của người không liên quan trước khi đưa ảnh chụp vào báo cáo.
- Ghi trong hợp đồng: phân định vai trò, phạm vi trường và công cụ, nghĩa vụ trả và xóa, thời hạn thông báo sự cố.
- Yêu cầu văn bản xác nhận đã xóa khi kết thúc hợp tác, không chỉ lời cam kết.
- Bỏ các trường không dùng khỏi mẫu thu thông tin trước mỗi chiến dịch mới.
07 Đọc tiếp trong hệ sinh thái
Quyền với tài khoản và dữ liệu khi hợp tác: quyền sở hữu tài khoản và dữ liệu. Bộ từ khóa và phạm vi thu khi theo dõi thảo luận: theo dõi thảo luận và bộ từ khóa. Ảnh chụp và bản ghi ở mức từng bài: audit trail seeding là gì. Điều khoản cần ký với cá nhân sáng tạo nội dung: chọn và ký với người sáng tạo nội dung. Bàn giao và xóa khi đổi nhà cung cấp: ba mươi ngày đầu với nhà cung cấp mới.
08 Câu hỏi thường gặp
Dữ liệu thảo luận thu từ nền tảng công khai có cần sự đồng ý của người bình luận không?
Trong phần lớn trường hợp đo lường thông thường thì không cần xin đồng ý từng người, nhưng điều đó không có nghĩa là không có giới hạn nào, và giới hạn nằm ở mục đích cùng mức độ chi tiết được lưu. Có ba mức cần phân biệt. Mức thứ nhất là tổng hợp: đếm số lượng, tính tỉ lệ, phân loại chủ đề, không lưu tên tài khoản trong kết quả — mức này an toàn và nên là mức mặc định cho báo cáo. Mức thứ hai là lưu bản thô kèm tên tài khoản để kiểm chứng lại con số; mức này chấp nhận được trong kỳ nhưng cần có hạn xóa và cần giới hạn người xem. Mức thứ ba là lập hồ sơ theo từng người — gom lịch sử bình luận của một tài khoản để mô tả hoặc phân loại người đó, hoặc đối chiếu với dữ liệu khách hàng để nhận ra họ là ai; mức này khác về bản chất và không nên làm trong khuôn khổ một chiến dịch seeding. Một điểm thực tế cần chú ý: nhiều công cụ theo dõi thảo luận mặc định lưu ở mức thứ hai và xuất báo cáo có kèm tên tài khoản, nên nếu không đổi cấu hình thì doanh nghiệp đang lưu nhiều hơn mức cần mà không biết. Ngoài ra, điều khoản sử dụng của từng nền tảng cũng đặt giới hạn riêng về việc thu và lưu, và giới hạn đó áp dụng độc lập với quy định về dữ liệu cá nhân.
Bên thực thi nói dữ liệu là tài sản của họ nên không bàn giao thì xử lý thế nào?
Cần tách hai thứ đang bị gộp trong câu nói đó. Thứ nhất là dữ liệu cá nhân được thu trong quá trình làm việc cho bên mua — danh sách người tham gia, thông tin đăng ký từ các hoạt động của chiến dịch, dữ liệu thảo luận thu theo yêu cầu của bên mua. Phần này bên thực thi xử lý theo yêu cầu chứ không phải chủ sở hữu, nên lập luận về tài sản không áp dụng, và bên mua có quyền yêu cầu trả cùng xóa. Thứ hai là các thứ thuộc phương pháp làm việc của họ: mạng quan hệ với người sáng tạo nội dung, cấu hình công cụ, bộ từ khóa họ tự dựng. Phần này có thể là tài sản của họ thật, và yêu cầu bàn giao toàn bộ phần này thường không có căn cứ nếu hợp đồng không ghi. Cách xử lý khi đang ở giữa tranh chấp: yêu cầu cụ thể theo từng tệp và từng trường thay vì yêu cầu chung, vì yêu cầu chung dễ bị từ chối bằng lập luận tài sản. Cách phòng ngừa cho lần sau là điều khoản ghi rõ danh mục dữ liệu phải trả, định dạng, thời hạn, và một khoản giữ lại thanh toán cuối gắn với việc hoàn tất bàn giao — biện pháp cuối này là biện pháp có hiệu lực thực tế cao nhất. Nếu bên thực thi đã ngừng hợp tác và không hợp tác bàn giao, việc nên làm ngay là đổi mật khẩu và rút quyền truy cập trên mọi tài khoản mà bên mua nắm quyền quản trị, đồng thời ghi lại toàn bộ trao đổi để dùng cho bước tiếp theo.
Doanh nghiệp nhỏ không có bộ phận pháp lý thì nên bắt đầu từ đâu?
Nên bắt đầu từ việc giảm lượng dữ liệu đang nắm chứ không phải từ việc viết chính sách, vì giảm lượng dữ liệu có tác dụng ngay còn chính sách chỉ có tác dụng nếu có người thực thi nó. Thứ tự thực tế gồm bốn bước làm được trong khoảng hai tuần. Bước một là liệt kê nơi dữ liệu đang nằm: bảng tính nào, thư mục nào, công cụ nào, nhóm chat nào — bước này thường phát hiện nhiều chỗ hơn dự tính. Bước hai là siết quyền truy cập của các tệp nhạy cảm nhất và bỏ chế độ chia sẻ bằng liên kết mở. Bước ba là xóa những gì không còn dùng, đặc biệt là dữ liệu của các chiến dịch đã kết thúc và các mẫu đăng ký cũ. Bước bốn là bỏ các trường không cần ra khỏi mẫu thu thông tin của chiến dịch tới. Sau bốn bước đó mới đến việc viết một trang mô tả ngắn về việc doanh nghiệp thu gì, dùng cho việc gì và lưu bao lâu, cùng một mục trong hợp đồng với bên thực thi. Một lưu ý về mức độ: doanh nghiệp nhỏ không cần bộ tài liệu nhiều trang, nhưng cần một người có tên chịu trách nhiệm, vì phần lớn sự cố dữ liệu ở quy mô này xảy ra do không ai là người rà lại.
