/Người vận hành
Hệ vận hành AI cho đội marketing
Cách biến thử nghiệm AI thành hệ vận hành marketing có người phụ trách, nhịp làm việc, điểm rà soát và bằng chứng.
Trả lời ngắn
Hệ vận hành AI cho marketing làm rõ quy trình lặp lại, người phụ trách, nhịp rà soát, cách đo lường và quy tắc quyết định để AI hỗ trợ công việc thật thay vì chỉ là dùng công cụ rời rạc.
Đa số đội không thiếu ý tưởng AI.
Họ thiếu cách để ý tưởng đó sống sót qua một tuần làm việc thật.
Với tôi, "hệ vận hành AI" không phải là một phòng ban mới hay một danh sách công cụ được duyệt. Nó là vài quy tắc rất thực tế: quy trình nào được thay đổi, ai quyết định, AI được phép làm gì, con người rà soát ở đâu, và bằng chứng nào cho biết có nên tiếp tục.
Tôi từng đánh giá thấp phần này. Demo luôn thú vị hơn. Nhưng demo không phải là vận hành.
Hệ vận hành AI cần trả lời gì?
Một hệ vận hành tối thiểu nên trả lời năm câu hỏi:
- Quy trình lặp lại nào đang được thay đổi?
- Ai là người chịu trách nhiệm quyết định?
- Đầu vào nào đủ tin cậy?
- Phần nào bắt buộc con người phê duyệt?
- Tín hiệu nào cho biết quy trình này tốt hơn cách cũ?
Nếu thiếu những câu trả lời này, đội chưa có hệ vận hành. Đội chỉ có thử nghiệm.
Thử nghiệm không sai. Sai là gọi thử nghiệm đó là "adoption" khi nó chưa sống trong công việc thật.
Bắt đầu từ quy trình, không phải công cụ
Đừng bắt đầu bằng câu "mình nên dùng Claude" hay "mình nên dùng Gemini". Có thể đúng, nhưng nó chưa nói công việc nào cần thay đổi.
Bắt đầu tốt hơn:
Mỗi sáng thứ Hai, growth lead cần một bản nháp câu chuyện hiệu quả chiến dịch, tách rõ điều gì thay đổi, điều gì quan trọng và quyết định nào cần đưa ra trước buổi họp pacing ngày thứ Tư.
Câu này có nhịp, người dùng, đầu ra và quyết định. Nó có thể được vận hành.
Viết rõ điểm rà soát của con người
AI dễ gây rủi ro khi "human review" chỉ là một câu cho đẹp.
Viết rõ:
AI có thể viết bản nháp. Account lead phải phê duyệt mọi khuyến nghị liên quan đến ngân sách, phân bổ kênh, nhắm mục tiêu hoặc giải thích gửi cho khách hàng.
Câu này có răng. Nó có thể dùng để kiểm tra quy trình.
Đo ít nhưng đo đúng
Với phiên bản đầu, tôi sẽ đo bốn nhóm:
- Tốc độ: chu kỳ có ngắn hơn không?
- Chất lượng: số lỗi hoặc số lần sửa có giảm không?
- Mức dùng thật: người cần dùng có dùng không?
- Rủi ro: lỗi, làm lại hoặc mất niềm tin có tăng không?
Đừng chỉ đo "tiết kiệm thời gian". Nếu tiết kiệm thời gian nhưng người rà soát phải sửa nhiều hơn, đội chỉ chuyển chi phí sang nơi khác.
Một nhịp rà soát mỗi tuần
Nếu không ai rà soát hệ vận hành, nó sẽ trượt dần.
Mỗi tuần chỉ cần hỏi:
- Quy trình nào đã chạy?
- So với cách cũ, điều gì thay đổi?
- Người rà soát đã bắt lỗi gì?
- Trước lần chạy tiếp theo cần sửa gì?
- Tiếp tục, tạm dừng hay mở rộng?
Nghe hơi nhàm chán. Nhưng niềm tin thường được xây bằng những thứ nhàm chán như vậy.
Prova nằm ở đâu
Prova được xây quanh vòng lặp này: làm một chặng, nộp một bài, nhận phần rà soát, rồi chuyển sang bước tiếp theo.
ChatGPT, Claude và Gemini rất hữu ích. Tôi dùng chúng mỗi ngày. Nhưng chúng không tự nhiên giữ toàn bộ chuỗi: rà soát quy trình, đo lường, báo cáo, triển khai và lịch sử phản hồi.
Prova là cái khung để giữ kỷ luật đó.
Phiên bản đầu tiên
Nếu bắt đầu tuần tới, tôi sẽ giữ thật nhỏ:
- Chọn một quy trình lặp lại.
- Viết trigger, người phụ trách, đầu vào, đầu ra và quyết định hiện tại.
- Quyết định AI được phép viết nháp phần nào.
- Quyết định phần nào con người phải giữ quyền phê duyệt.
- Chọn một chỉ số tốc độ, một chỉ số chất lượng và một tín hiệu rủi ro.
- Chạy hai tuần trước khi mở rộng.
Vậy là đủ để học điều thật. Chưa đủ để thay đổi cả phòng ban, và điều đó không sao.
Nếu tuần này đội bạn phải chọn một quy trình để đưa vào hệ vận hành AI, quy trình nào đủ cụ thể để được rà soát trước?
Thân, Chandler
