Khi số khách tăng từ 3 lên 17, thứ làm media buyer mất ngủ thường không phải là tài khoản quảng cáo, mà là không còn ai nhớ tài sản của khách nào nằm ở đâu.
Một agency nhỏ ở Thành phố Hồ Chí Minh mời mình đi uống cà phê hồi đầu tháng. Họ nhận thêm mười bốn khách trong một quý, từ ba lên mười bảy tài khoản quảng cáo, đội media buyer bốn người. Chị trưởng nhóm kể chuyện với vẻ mệt: hôm trước một bạn nghỉ việc, hôm sau không ai mở được trang quảng cáo của một khách ngành mỹ phẩm vì quyền nằm trong tài khoản cá nhân của bạn ấy. Họ đã dùng BitBrowser để tách môi trường cho từng người từ khá sớm, cửa sổ không chung, mạng không chung, vậy mà sự cố vẫn xảy ra. Lý do đơn giản: phân tách kỹ thuật xong rồi, nhưng phân tách tài sản thì chưa ai làm.
Rủi ro của agency nằm ở chỗ khác hẳn seller
Người bán hàng lo nhất là một gian hàng đang chạy bị gián đoạn. Agency thì khác, họ quản lý tài sản thuộc về người khác, nên rủi ro lớn nhất là không chứng minh được tài sản nào của ai, ai có quyền gì, và khi người đó nghỉ thì bàn giao ra sao. Thêm vào đó là áp lực thử nghiệm: mỗi tháng chạy hàng chục phép thử A/B cho nhiều khách, nếu môi trường và dữ liệu đo lường dính vào nhau, kết quả thu về sai mà không ai hay. Vì thế khi tư vấn cho agency, mình luôn bắt đầu từ sơ đồ quyền hạn, rồi mới nói tới cấu hình cửa sổ.
Bảng 1. Bốn lớp tài sản nên ghi rõ trong phụ lục hợp đồng trước khi nhận chạy chiến dịch.
Vì sao phép thử A/B hay bị nhiễu
Có một tình huống mình gặp hoài: hai nhóm quảng cáo của cùng một khách, một bên chạy hình ảnh mới, một bên giữ nguyên, nhưng cả hai cùng được mở trong một cửa sổ dùng chung để tiện theo dõi. Phiên đăng nhập, cookie và đôi khi cả phần mở rộng đo lường vì thế chồng lên nhau. Khi số liệu về lên, không ai dám khẳng định khác biệt đến từ nội dung hay từ cái cửa sổ đó. Đây không phải lỗi của nền tảng quảng cáo, mà là lỗi của quy trình. Nguyên tắc mình đưa ra khá cứng: mỗi thực thể cần đo lường riêng thì có môi trường riêng, và người đọc kết quả không phải là người đang thao tác trong môi trường đó. Nói cách khác, tách môi trường không chỉ để vận hành ổn định, mà để số liệu còn có ý nghĩa.
Sáu bước dựng lại quy trình cho một agency mười bảy khách
Bước 1. Lập sổ tài sản trước khi tạo cửa sổ nào hết
Mở một bảng tính với các cột: mã khách, mã BM, tài khoản quảng cáo, pixel, người phê duyệt, ngày hết hạn ủy quyền. Làm việc này trước để biết mình cần bao nhiêu môi trường, thay vì tạo đại rồi gán lại. Lỗi hay gặp là đặt tên theo tên nhân viên, đến lúc nhân viên nghỉ thì cả hệ thống tên gọi trở nên vô nghĩa. Hãy đặt theo mã khách kiểu AG-KH07-FB.
Bước 2. Kiểm tra lại quan hệ đối tác trong Business Manager
Xác nhận khách là chủ sở hữu, agency chỉ có quyền đối tác theo phạm vi công việc. Đây là bước thuộc về hợp đồng, không thuộc về công cụ, nhưng nó quyết định toàn bộ các bước sau. Nếu bỏ qua, dù bạn cấu hình đẹp đến đâu, ngày chấm dứt hợp tác vẫn có thể mất quyền truy cập hoặc ngược lại, giữ quyền của khách lâu hơn cần thiết.
Bước 3. Tạo môi trường theo mã khách và gán mạng riêng
Trong client, tạo nhóm theo từng khách, rồi tạo cửa sổ trong nhóm đó. Điền sẵn địa chỉ nền tảng để lần mở sau tự vào đúng trang, bật sinh cấu hình dấu vân tay ngẫu nhiên, gán một kênh mạng riêng và bấm kiểm tra kết nối. Với team hay chạy chiến dịch theo múi giờ của thị trường Mỹ hoặc châu Âu, nên đồng bộ múi giờ theo IP thay vì để mặc định giờ Việt Nam; khi media buyer ở Việt Nam làm việc ban đêm theo giờ khách, nhật ký thao tác sẽ khớp với khung giờ chiến dịch. Chỗ hay hỏng: gán proxy xong quên kiểm tra, đến lúc cần đọc báo cáo mới phát hiện cửa sổ vẫn đi qua mạng nội bộ.
Ảnh 1. Tạo cửa sổ theo mã khách, điền nền tảng và URL tùy chỉnh, rồi sinh cấu hình dấu vân tay riêng.Bước 4. Chia vai trò thay vì chia mật khẩu
Vào Quản lý nhân viên, dựng vai trò trước rồi thêm người. Hệ thống có quản trị viên, quản lý, thành viên và vai trò tùy chỉnh; với mỗi người cấp quyền theo nhóm cửa sổ, giới hạn số cửa sổ được tạo và số môi trường điện thoại đám mây được dùng. Một bạn media buyer chỉ cần thấy nhóm của bốn khách mình phụ trách, không cần thấy mười ba khách còn lại. Việc này vừa giảm nhầm lẫn, vừa là câu trả lời cho câu chuyện người nghỉ việc ở đầu bài: thu hồi ghế và chuyển nhóm, không cần đổi mật khẩu quản trị.
Ảnh 2. Phân quyền theo vai trò, cấp quyền theo nhóm và giới hạn số môi trường cho từng thành viên.Bước 5. Tách phép thử và ghi nhật ký
Mỗi biến thể thử nghiệm có cửa sổ, nhãn và người chịu trách nhiệm riêng. Dùng thẻ để lọc nhanh theo trạng thái, lưu ý mỗi cửa sổ gắn tối đa ba thẻ và toàn hệ thống tối đa hai mươi thẻ, nên hãy quy ước tên thẻ ngay từ đầu. Các thao tác quan trọng nên đối chiếu với nhật ký hoạt động của client; với team có lập trình viên, Local API cho phép kéo danh sách cửa sổ và trạng thái mở ra báo cáo nội bộ hằng ngày mà không cần ai ngồi copy tay.
Bước 6. Bàn giao có ngày hết hạn
Khi đổi người phụ trách, dùng mã chia sẻ có thời hạn từ 7 đến 30 ngày thay vì gửi mật khẩu qua chat, hoặc chuyển hẳn quyền sở hữu cửa sổ sang tài khoản khác nếu là bàn giao lâu dài trong nội bộ. Sau mỗi lần bàn giao, cập nhật lại sổ tài sản ở Bước 1. Mình vẫn bảo các agency coi bước này như nghiệm thu: không có dòng cập nhật trong sổ thì coi như chưa bàn giao xong.
Chi phí khi đội ngũ phình ra
Bảng 2. Ước tính chi phí hạ tầng theo tỷ giá 1 USD = 25.873 VND. Mỗi ghế tăng thêm khoảng 51.746 đồng.
Con số đáng chú ý không nằm ở gói khởi điểm mà ở ghế tăng thêm. Nhiều nền tảng tính quanh mức 129.365 đồng cho mỗi ghế bổ sung, nên khi team từ hai người lên năm người, phần chi phí đội lên nhanh hơn nhiều so với dự tính ban đầu. Với agency nhận thêm khách liên tục, mình vẫn khuyên chốt trước quy tắc: cứ ba khách thì rà lại số ghế một lần, đừng để đến lúc có người mới vào mới đi mua.
Bốn lỗi hợp đồng và vận hành hay gặp
Bảng 3. Các lỗi không nằm ở cấu hình kỹ thuật nhưng gây mất thời gian nhất khi nhận thêm khách.
Thêm một đoạn về kênh chăm sóc khách: nhiều agency Việt Nam chạy song song quảng cáo và Zalo Official Account để hỗ trợ sau bán. Nên giữ hoạt động này bằng công cụ chính thức của nền tảng, ghi rõ người trực theo khung giờ từng thị trường, và không gộp chung một môi trường với bên đang chạy chiến dịch. Việc tách này giúp khi có khiếu nại, bạn đọc được ngay ai trả lời, lúc nào, trong phạm vi khách nào.
Một agency nhỏ ở Thành phố Hồ Chí Minh mời mình đi uống cà phê hồi đầu tháng. Họ nhận thêm mười bốn khách trong một quý, từ ba lên mười bảy tài khoản quảng cáo, đội media buyer bốn người. Chị trưởng nhóm kể chuyện với vẻ mệt: hôm trước một bạn nghỉ việc, hôm sau không ai mở được trang quảng cáo của một khách ngành mỹ phẩm vì quyền nằm trong tài khoản cá nhân của bạn ấy. Họ đã dùng BitBrowser để tách môi trường cho từng người từ khá sớm, cửa sổ không chung, mạng không chung, vậy mà sự cố vẫn xảy ra. Lý do đơn giản: phân tách kỹ thuật xong rồi, nhưng phân tách tài sản thì chưa ai làm.
Rủi ro của agency nằm ở chỗ khác hẳn seller
Người bán hàng lo nhất là một gian hàng đang chạy bị gián đoạn. Agency thì khác, họ quản lý tài sản thuộc về người khác, nên rủi ro lớn nhất là không chứng minh được tài sản nào của ai, ai có quyền gì, và khi người đó nghỉ thì bàn giao ra sao. Thêm vào đó là áp lực thử nghiệm: mỗi tháng chạy hàng chục phép thử A/B cho nhiều khách, nếu môi trường và dữ liệu đo lường dính vào nhau, kết quả thu về sai mà không ai hay. Vì thế khi tư vấn cho agency, mình luôn bắt đầu từ sơ đồ quyền hạn, rồi mới nói tới cấu hình cửa sổ.
| Lớp tài sản | Thuộc về ai | Chỗ hay rối | Cách tổ chức |
| Business Manager | Khách hàng | Nhân viên dựng bằng tài khoản cá nhân của mình | Yêu cầu khách làm chủ BM, agency nhận quyền đối tác có thời hạn |
| Tài khoản quảng cáo & phương thức thanh toán | Khách hàng | Dùng chung thẻ cho nhiều khách | Tách riêng từng khách, ghi rõ người phê duyệt ngân sách |
| Pixel, bộ dữ liệu, đối tượng tùy chỉnh | Khách hàng | Gắn nhầm pixel giữa hai chiến dịch A/B | Một khách một bộ đo lường, đặt tên theo mã khách và ngày |
| Trang, tài khoản quản trị, nội dung | Khách hàng | Quyền nằm rải rác ở người đã nghỉ việc | Lập danh sách người có quyền, rà soát mỗi quý |
Vì sao phép thử A/B hay bị nhiễu
Có một tình huống mình gặp hoài: hai nhóm quảng cáo của cùng một khách, một bên chạy hình ảnh mới, một bên giữ nguyên, nhưng cả hai cùng được mở trong một cửa sổ dùng chung để tiện theo dõi. Phiên đăng nhập, cookie và đôi khi cả phần mở rộng đo lường vì thế chồng lên nhau. Khi số liệu về lên, không ai dám khẳng định khác biệt đến từ nội dung hay từ cái cửa sổ đó. Đây không phải lỗi của nền tảng quảng cáo, mà là lỗi của quy trình. Nguyên tắc mình đưa ra khá cứng: mỗi thực thể cần đo lường riêng thì có môi trường riêng, và người đọc kết quả không phải là người đang thao tác trong môi trường đó. Nói cách khác, tách môi trường không chỉ để vận hành ổn định, mà để số liệu còn có ý nghĩa.
Sáu bước dựng lại quy trình cho một agency mười bảy khách
Bước 1. Lập sổ tài sản trước khi tạo cửa sổ nào hết
Mở một bảng tính với các cột: mã khách, mã BM, tài khoản quảng cáo, pixel, người phê duyệt, ngày hết hạn ủy quyền. Làm việc này trước để biết mình cần bao nhiêu môi trường, thay vì tạo đại rồi gán lại. Lỗi hay gặp là đặt tên theo tên nhân viên, đến lúc nhân viên nghỉ thì cả hệ thống tên gọi trở nên vô nghĩa. Hãy đặt theo mã khách kiểu AG-KH07-FB.
Bước 2. Kiểm tra lại quan hệ đối tác trong Business Manager
Xác nhận khách là chủ sở hữu, agency chỉ có quyền đối tác theo phạm vi công việc. Đây là bước thuộc về hợp đồng, không thuộc về công cụ, nhưng nó quyết định toàn bộ các bước sau. Nếu bỏ qua, dù bạn cấu hình đẹp đến đâu, ngày chấm dứt hợp tác vẫn có thể mất quyền truy cập hoặc ngược lại, giữ quyền của khách lâu hơn cần thiết.
Bước 3. Tạo môi trường theo mã khách và gán mạng riêng
Trong client, tạo nhóm theo từng khách, rồi tạo cửa sổ trong nhóm đó. Điền sẵn địa chỉ nền tảng để lần mở sau tự vào đúng trang, bật sinh cấu hình dấu vân tay ngẫu nhiên, gán một kênh mạng riêng và bấm kiểm tra kết nối. Với team hay chạy chiến dịch theo múi giờ của thị trường Mỹ hoặc châu Âu, nên đồng bộ múi giờ theo IP thay vì để mặc định giờ Việt Nam; khi media buyer ở Việt Nam làm việc ban đêm theo giờ khách, nhật ký thao tác sẽ khớp với khung giờ chiến dịch. Chỗ hay hỏng: gán proxy xong quên kiểm tra, đến lúc cần đọc báo cáo mới phát hiện cửa sổ vẫn đi qua mạng nội bộ.
Ảnh 1. Tạo cửa sổ theo mã khách, điền nền tảng và URL tùy chỉnh, rồi sinh cấu hình dấu vân tay riêng.
Vào Quản lý nhân viên, dựng vai trò trước rồi thêm người. Hệ thống có quản trị viên, quản lý, thành viên và vai trò tùy chỉnh; với mỗi người cấp quyền theo nhóm cửa sổ, giới hạn số cửa sổ được tạo và số môi trường điện thoại đám mây được dùng. Một bạn media buyer chỉ cần thấy nhóm của bốn khách mình phụ trách, không cần thấy mười ba khách còn lại. Việc này vừa giảm nhầm lẫn, vừa là câu trả lời cho câu chuyện người nghỉ việc ở đầu bài: thu hồi ghế và chuyển nhóm, không cần đổi mật khẩu quản trị.
Ảnh 2. Phân quyền theo vai trò, cấp quyền theo nhóm và giới hạn số môi trường cho từng thành viên.
Mỗi biến thể thử nghiệm có cửa sổ, nhãn và người chịu trách nhiệm riêng. Dùng thẻ để lọc nhanh theo trạng thái, lưu ý mỗi cửa sổ gắn tối đa ba thẻ và toàn hệ thống tối đa hai mươi thẻ, nên hãy quy ước tên thẻ ngay từ đầu. Các thao tác quan trọng nên đối chiếu với nhật ký hoạt động của client; với team có lập trình viên, Local API cho phép kéo danh sách cửa sổ và trạng thái mở ra báo cáo nội bộ hằng ngày mà không cần ai ngồi copy tay.
Bước 6. Bàn giao có ngày hết hạn
Khi đổi người phụ trách, dùng mã chia sẻ có thời hạn từ 7 đến 30 ngày thay vì gửi mật khẩu qua chat, hoặc chuyển hẳn quyền sở hữu cửa sổ sang tài khoản khác nếu là bàn giao lâu dài trong nội bộ. Sau mỗi lần bàn giao, cập nhật lại sổ tài sản ở Bước 1. Mình vẫn bảo các agency coi bước này như nghiệm thu: không có dòng cập nhật trong sổ thì coi như chưa bàn giao xong.
Chi phí khi đội ngũ phình ra
| Quy mô team | Cách chọn gói | Môi trường | Ghế | Ước tính mỗi tháng |
| 1 người, 3 khách | Gói miễn phí hiện tại | 10 | 1 | 0 đồng |
| 3 người, 8 khách | 50 môi trường kèm 2 ghế | 50 | 2 | 258.730 đồng |
| 5 người, 12 khách | Gói trên cộng thêm 3 ghế | 50 | 5 | Khoảng 413.968 đồng |
| 8 người, 17 khách | Nâng gói môi trường và ghế | Theo nhu cầu | 8 | Tính theo bảng giá hiện hành |
Con số đáng chú ý không nằm ở gói khởi điểm mà ở ghế tăng thêm. Nhiều nền tảng tính quanh mức 129.365 đồng cho mỗi ghế bổ sung, nên khi team từ hai người lên năm người, phần chi phí đội lên nhanh hơn nhiều so với dự tính ban đầu. Với agency nhận thêm khách liên tục, mình vẫn khuyên chốt trước quy tắc: cứ ba khách thì rà lại số ghế một lần, đừng để đến lúc có người mới vào mới đi mua.
Bốn lỗi hợp đồng và vận hành hay gặp
| Tình huống | Hệ quả | Cách phòng |
| Dùng tài khoản cá nhân của nhân viên để dựng BM | Khi người đó nghỉ, không ai truy cập được | Khách làm chủ BM, agency nhận quyền đối tác |
| Gửi mật khẩu quản trị qua chat nhóm | Không thu hồi được, không biết ai đã dùng | Cấp ghế riêng, mã chia sẻ có hạn, thu hồi ngay khi nghỉ |
| Khách rút nhưng cửa sổ vẫn còn trong nhóm chung | Dữ liệu tồn dư, khó nghiệm thu | Chuyển quyền sở hữu hoặc lưu trữ riêng, cập nhật sổ tài sản |
| Dùng một cửa sổ cho nhiều khách ở các múi giờ khác nhau | Nhật ký thao tác và giờ báo cáo lệch nhau | Tách môi trường theo khách, đồng bộ múi giờ theo IP |
Thêm một đoạn về kênh chăm sóc khách: nhiều agency Việt Nam chạy song song quảng cáo và Zalo Official Account để hỗ trợ sau bán. Nên giữ hoạt động này bằng công cụ chính thức của nền tảng, ghi rõ người trực theo khung giờ từng thị trường, và không gộp chung một môi trường với bên đang chạy chiến dịch. Việc tách này giúp khi có khiếu nại, bạn đọc được ngay ai trả lời, lúc nào, trong phạm vi khách nào.