Một năm để AI chạy quảng cáo: giữ gì, bỏ gì, sai ở đâu

Sau một năm để AI chạy quảng cáo Facebook và Google trên tài khoản thật, câu hỏi đáng đặt ra đã đổi. Lúc đầu ai cũng hỏi máy làm được tới đâu. Hoá ra đó là câu sai. Câu đúng là nên cho nó làm tới đâu, và làm sao biết ngay khi nó làm sai.

Bài này là bản tổng kết mười hai tháng, viết cho người đang cân nhắc dùng loại công cụ này hoặc đang dùng và muốn biết cấu hình nào trụ được lâu. Nội dung gồm năm quyết định giữ lại, ba quyết định đã bỏ, bốn điều hoá ra đúng hơn dự đoán, bốn sai lầm kèm cái giá, và ba chỗ tới giờ vẫn chưa chắc.

Trong bài không có con số kết quả kinh doanh. Lý do nằm ở mục cuối và nó không phải vì kết quả kém.

Sau một năm thì điều gì thay đổi nhiều nhất

Trọng tâm dời từ khả năng sang quyền hạn.

Năm đầu, phần lớn công sức đổ vào việc làm cho hệ thống làm được nhiều việc hơn: đọc thêm số liệu tài khoản, so sánh thêm chiều, tự chạy thêm loại thao tác. Tới cuối năm, phần lớn công sức nằm ở chỗ khác hẳn: quy định rõ nó được phép làm gì, trong giới hạn nào, và để lại dấu vết ra sao.

Đó không phải một chuyển hướng tự nguyện. Nó là kết quả của việc mỗi lần có chuyện, nguyên nhân đều không phải máy tính sai phép so sánh. Nguyên nhân là nó được phép làm một việc mà lẽ ra phải hỏi, hoặc nó làm đúng nhưng không ai dựng lại được vì sao nó làm.

Nếu bạn đang chọn công cụ, đây là chỗ nên soi kỹ nhất. Danh sách tính năng thì công cụ nào cũng dài. Bảng phân quyền và nhật ký thì hiếm khi được đưa lên trang bán hàng, mà đó mới là phần bạn sống chung mỗi ngày.

Năm quyết định giữ lại

Phân quyền theo từng hành động, không phải một công tắc chung

Mỗi hành động có mức quyền riêng: tắt hẳn, chỉ đề xuất, hoặc được tự chạy. Không có nút bật tắt cho cả hệ thống.

Đây là quyết định đúng nhất trong năm, và nó không phải quyết định ban đầu. Lý do nó thắng: mức độ tin tưởng không phải tính chất của cả hệ thống, nó là tính chất của từng hành động. Ai chạm tới mức tự động cũng chỉ muốn nó cho một hai việc, không muốn cho tất cả những việc còn lại.

Chạy ở mức đề xuất trước, thả quyền sau

Không hành động nào được thả quyền tự chạy nếu chưa qua một giai đoạn chỉ đề xuất, đủ dài, trên chính tài khoản đó.

Điều này gây khó chịu lúc bắt đầu vì ai cũng muốn dùng được ngay. Nhưng mọi lần thả quyền sớm đều dẫn tới một lần ngạc nhiên khó chịu trong vòng vài tuần, thường vì tài khoản có một đặc điểm mà không ai nghĩ tới lúc đặt ngưỡng.

Bốn tuần chạy ở mức đề xuất là mức tối thiểu nên giữ. Trong bốn tuần đó, việc bạn cần làm là ghi lại mình có đồng ý hay không mỗi lần nó đề xuất.

Nhật ký đủ sáu trường

Lúc nào, quy tắc nào, đối tượng nào, số liệu tài khoản tại thời điểm đó, đổi từ đâu sang đâu, ai cho phép.

Ba trường cuối đều được thêm sau, mỗi trường ra đời sau một lần phải trả lời một câu hỏi khó mà không có dữ liệu. Không trường nào trong ba trường đó có trong bản thiết kế đầu tiên.

Nếu đang đánh giá một công cụ, mở nhật ký của nó ra đếm xem có mấy trong sáu. Thiếu trường "đổi từ đâu sang đâu" thì bạn không so được trước sau. Thiếu trường "ai cho phép" thì mọi cuộc rà soát sau sự cố đều phải làm bằng trí nhớ.

Chạy tuần tự với mọi thao tác có ghi

Mọi thao tác thay đổi tài khoản đều chạy lần lượt, không chạy song song. Chậm hơn thật, và cái nó mua lại là một khoảng trống giữa hai hành động.

Trong khoảng trống đó, một chốt chặn kịp kiểm tra, một hạn mức kịp chạm tới, một người kịp bấm dừng. Một hệ thống thay đổi bốn mươi thứ trong một giây thì gây nghi ngờ kể cả khi nó đúng cả bốn mươi lần.

Cấm tự chạy với nội dung

Không có cấu hình nào cho phép hệ thống tự sửa hoặc tự đăng chữ nghĩa mà không qua người duyệt. Đây là lập trường chứ không phải giới hạn kỹ thuật.

Lý do đơn giản: nội dung đã hiển thị cho khách hàng thì không rút lại được. Một chiến dịch bị tắt nhầm có thể bật lại trong ba mươi giây và bạn mất vài giờ phân phối. Một câu viết sai đã lên trang thì thứ mất đi không tính bằng giờ.

Ba quyết định đã bỏ, và vì sao lúc đầu chúng nghe hợp lý

Bỏ công tắc chung ba mức

Bản đầu có đúng một công tắc cho cả hệ thống với ba mức tin tưởng. Nghe rất gọn: dễ giải thích cho người dùng, dễ dựng, dễ vẽ lên tài liệu.

Nó sai ở một giả định duy nhất, rằng mức tin tưởng là tính chất của cả hệ thống. Thực tế người ta tin việc dừng một chiến dịch đang đốt tiền, và không tin việc đổi tệp khách hàng mục tiêu, dù cả hai đều do cùng một hệ thống làm.

Bỏ việc để giới hạn là tuỳ chọn

Ban đầu, một hành động có thể được thả quyền mà không bắt buộc khai trần tuyệt đối. Nghe hợp lý vì đã có giới hạn theo phần trăm rồi, thêm trần tuyệt đối thì thừa.

Nó không thừa. Phần trăm không có điểm dừng tự nhiên: tăng hai mươi phần trăm mỗi ngày trong hai tuần là một con số rất khác với con số bạn hình dung lúc đặt quy tắc. Sau khi một tài khoản có chiến dịch leo ngân sách đều đặn tới mức không còn ai chủ động quyết con số đó, trần tuyệt đối thành trường bắt buộc.

Bỏ việc tự thử lại khi gọi lỗi

Nghe như một tiện ích hiển nhiên: mạng chập chờn thì thử lại, việc gì phải làm phiền người dùng.

Thực tế nó là cách một thay đổi định làm một lần biến thành ba lần, vì lỗi trả về không phải lúc nào cũng có nghĩa là chưa làm được. Giờ mọi lần gọi lỗi đều được ghi kèm mã lỗi và dừng lại, không tự lặp.

Bỏ giới hạn tính năng theo gói

Thêm một quyết định đã bỏ, và nó nằm ở mảng khác nhưng cùng một hình dạng. Với mỗi tính năng bị khoá theo gói, câu trả lời cho câu hỏi vì sao cái này bị khoá đều là vì nó phải nằm ở gói nào đó. Đó không phải một lý do người trả tiền nên chấp nhận.

Cái giá phải trả là một số khách hàng ở gói cao không còn cần gói cao nữa. Đó là kết quả đã lường trước và vẫn chọn.

Bốn điều hoá ra đúng hơn mình tưởng

Phần lớn giá trị nằm ở số học, không ở phần AI

Đây là điều khó nói ra nhất và cũng là điều đúng nhất.

Phần lớn những gì hệ thống phát hiện được đến từ các phép so sánh số học mà một người thạo việc có thể viết thành công thức bảng tính: chi tiêu vượt ba lần giá mục tiêu, tỉ lệ nhấp tụt ba mươi phần trăm so với tuần trước, tần suất hiển thị vượt ngưỡng, chiến dịch tiêu tiền bảy ngày không ra đơn nào.

Phần gọi tới mô hình ngôn ngữ thêm vào ba thứ: diễn giải khi số học không kết luận được, sắp thứ tự ưu tiên khi có nhiều phát hiện cùng lúc, và trả lời được câu hỏi bằng lời thường.

Ba thứ đó có đáng tiền hay không thì tuỳ đội. Một đội có người phân tích giàu kinh nghiệm và có thời gian ngồi với số liệu thì được ít hơn. Một đội mà người quản quảng cáo còn ôm ba việc khác thì được nhiều.

Nói thẳng chỗ này vì hàm ý ngược lại, rằng mô hình làm hết, sẽ dẫn tới kỳ vọng sai và một cú thất vọng ở tháng thứ hai.

Hành động phòng thủ đủ dùng cho phần lớn tài khoản

Dự đoán ban đầu là ai cũng sẽ muốn hệ thống tối ưu chủ động: tự tăng ngân sách chỗ tốt, tự đổi giá thầu, tự mở rộng tệp. Thực tế là phần lớn tài khoản thả quyền cho một tới hai hành động, cả hai đều thuộc nhóm phòng thủ, rồi dừng ở đó.

Và đó là cấu hình đúng chứ không phải cấu hình thận trọng quá mức. Việc chặn chi tiêu vô ích vào lúc không ai ngồi trước máy chính là phần giá trị lớn nhất, và nó không đòi hỏi thả quyền cho bất cứ hành động nào có rủi ro cao.

Nhật ký tốt làm người ta thả quyền nhiều hơn

Trực giác ban đầu ngược lại: nhật ký càng chi tiết thì người dùng càng thấy rõ rủi ro và càng co lại.

Thực tế là cái làm người ta ngại không phải sợ máy sai, mà sợ máy sai mà mình không biết. Khi mọi hành động đều để lại dấu vết đọc được, nỗi sợ đó biến mất và cái còn lại chỉ là một rủi ro tính ra số được.

Lần sai đầu tiên mới là lúc người ta quyết định tin

Đây là quan sát ít lường trước nhất trong cả năm.

Thứ khiến người ta thả thêm quyền không phải chuỗi ngày hệ thống làm đúng. Là lần đầu tiên nó làm sai và họ phát hiện ra ngay trong vài giờ, có nhật ký đủ để hiểu vì sao, và sửa được bằng cách thêm một điều kiện loại trừ.

Logic thì thẳng: một chuỗi thành công liên tục không nói gì về chuyện sẽ xảy ra khi có sự cố. Một lần sai được phát hiện sớm lại chứng minh được toàn bộ cơ chế an toàn đang hoạt động. Sau lần đó, câu hỏi đổi từ "liệu nó có sai không" thành "nếu nó sai thì mình mất gì", và câu thứ hai tính ra số được.

Hệ quả thực tế: đừng phản ứng với lần sai đầu tiên bằng cách tắt hết. Một lần sai nhìn thấy được có giá trị hơn ba tháng chạy trơn tru mà không ai mở nhật ký.

Bốn sai lầm và cái giá của từng cái

Sai 1: tin vào công tắc chung

Cái giá: phải viết lại toàn bộ phần phân quyền, và mọi cấu hình khách hàng đã đặt trước đó phải chuyển đổi sang mô hình mới.

Điểm đáng nói là quyết định này nghe rất hợp lý lúc đưa ra: ba mức rõ ràng, dễ giải thích, dễ dựng. Sai lầm nằm ở giả định chứ không nằm ở cách dựng, nên nó không lộ ra trong bất cứ đợt kiểm thử nào.

Sai 2: để trần tuyệt đối là tuỳ chọn

Cái giá: một tài khoản có chiến dịch tăng ngân sách đều đặn tới mức không ai chủ động quyết con số cuối. Hiệu quả vẫn giữ được, nhưng phản đối của chủ tài khoản là đúng: phép nhân đang quyết định thay người.

Bài học rộng hơn cho mọi công cụ tự động: bất cứ thứ gì tăng theo phần trăm đều cần một trần tuyệt đối, vì phần trăm không có điểm dừng tự nhiên.

Sai 3: nhật ký thiếu ba trường

Cái giá: trong lần rà soát sự cố đầu tiên, việc dựng lại ai đã cho phép cái gì phải làm bằng cách đọc lịch sử cấu hình. Mất một buổi chiều cho một câu hỏi lẽ ra tra năm phút.

Ba trường thiếu: giá trị trước khi đổi, mã của người hoặc quyền đã cho phép, và ghi nhận cả những lần thử thất bại. Trường thứ ba hay bị bỏ nhất vì nó chỉ ghi những việc không xảy ra, mà đó lại chính là chỗ cần nhìn khi đi tìm nguyên nhân.

Sai 4: đăng bài đều đặn trong khi chỉ mục đang hỏng

Cái giá đắt nhất trong bốn cái. Vài tháng đăng đều trong khi tỉ lệ bài vào được chỉ mục ở dưới một phần ba. Phần lớn công viết đổ vào những trang chưa ai đọc được.

Nguyên nhân gốc là một sự cố hạ tầng kéo dài vài giờ khiến sơ đồ trang không tải được. Công cụ tìm kiếm ghi nhận lỗi và không tự quay lại thử. Không có gì báo, vì kiểm tra bằng tay thì sơ đồ trang lúc nào cũng khoẻ.

Bài học rút thành đúng một dòng trong danh sách kiểm tra sau mọi sự cố hạ tầng: mở báo cáo sơ đồ trang. Mười giây, và nó bịt được một khoảng trống hai tháng.

Ba chỗ vẫn chưa chắc sau mười hai tháng

Nói ra để bài này không đọc như một bản tuyên bố.

Ranh giới giữa đọc và ghi có thể quá thô

Mọi thao tác có ghi đều phải chạy tuần tự. Nhưng có những thao tác ghi thật sự vô hại: gắn nhãn, thêm ghi chú, đổi tên. Bắt chúng xếp hàng thì tốn thời gian mà không bảo vệ gì.

Một cách phân loại tinh hơn sẽ tốt hơn. Chưa làm vì ranh giới đó khó vẽ mà không bị trôi dần: hôm nay thêm một ngoại lệ vô hại, sáu tháng sau danh sách ngoại lệ dài hơn danh sách chính.

Số bản lưu để quay lại là một con số tuỳ tiện

Số bản lưu giữ cho mỗi quy trình được chọn từ một quan sát về thời gian một vấn đề thường mất bao lâu để lộ ra. Giữ gấp đôi có lẽ tốt hơn và gần như không tốn thêm gì.

Chưa đổi vì chưa có ca nào cần tới bản lưu cũ hơn mức đang giữ. Đó là một lý do yếu, và nó được ghi ở đây đúng vì nó yếu.

Bộ khối để tự dựng quy trình có thể quá hẹp

Số loại điều kiện và số loại hành động cho phép tự ghép được giữ ở mức hẹp, có chủ ý, để ai cũng đọc hiểu được quy trình do người khác dựng.

Cái giá là có những trường hợp hợp lệ không diễn đạt được bằng các khối đang có, nên chúng bị xử lý bên ngoài hệ thống, ở chỗ không có nhật ký và không có giới hạn. Đây là chỗ đánh đổi chưa tìm được điểm cân.

Một tài khoản điển hình sau mười hai tháng

Mô tả dưới đây gộp từ nhiều tài khoản, không phải một khách hàng cụ thể, và không kèm con số kết quả.

Tháng 1 và 2: chỉ nhìn

Bật giám sát đo lường và chặn rò rỉ cơ bản, tất cả ở mức chỉ đề xuất. Tuần đầu thường ra bảy đề xuất: ba là chiến dịch cũ ai cũng biết kém nhưng chưa ai tắt, hai là chiến dịch mới đang trong giai đoạn học nên bị chấm oan, hai là phát hiện thật.

Việc cần làm ở đây là thêm điều kiện loại trừ chiến dịch dưới bảy ngày tuổi. Sau đó số đề xuất giảm còn khoảng ba mỗi tuần và cả ba đều được đồng ý. Đây là bước quan trọng nhất của cả năm đầu: nếu không lọc bớt nhiễu ngay từ tháng đầu, người dùng sẽ ngừng đọc và mọi thứ sau đó đều vô nghĩa.

Tháng 3: thả quyền lần đầu

Đúng một hành động, thường là dừng chiến dịch đã chết. Kèm giới hạn không quá hai chiến dịch mỗi lượt, loại trừ chiến dịch thương hiệu và chiến dịch mới.

Đây thường là tháng người dùng nhận ra hệ thống đang làm được việc, không phải vì nó thông minh mà vì nó làm vào hai giờ sáng chủ nhật.

Tháng 4 đến 6: mở rộng thận trọng

Thêm quy tắc tăng ngân sách theo bước, giữ ở mức chỉ đề xuất. Đây là giai đoạn thường phát hiện ra vài chiến dịch chưa đặt trần tuyệt đối, và sửa trước khi cho chạy.

Cũng là giai đoạn nên tắt bớt: những quy tắc chưa kích hoạt lần nào trong sáu tháng thì tắt. Việc tắt bớt quan trọng ngang việc bật thêm, vì mỗi quy tắc còn bật là một thứ bạn phải nhớ khi đọc nhật ký.

Tháng 7 đến 9: chạm trần

Phần lớn tài khoản đến đây thì dừng, và ít ai chuẩn bị trước cho việc này.

Không phải vì hệ thống hết việc, mà vì những việc còn lại đều thuộc nhóm mà thả quyền không đáng: đổi cấu trúc chiến dịch, đổi tệp khách hàng, đổi nội dung quảng cáo. Cấu hình ổn định thường là hai hành động tự chạy, chín tới mười hai hành động ở mức đề xuất, phần còn lại tắt.

Tháng 10 đến 12: bảo trì

Việc còn lại là đọc bản tổng hợp mỗi sáng, rà lại tất cả quy tắc đang bật mỗi quý một lần, và chỉnh ngưỡng theo mùa.

Đây là trạng thái đúng chứ không phải trạng thái ngừng phát triển. Một hệ thống ngày nào cũng có việc bắt bạn xử lý là hệ thống đang đặt ngưỡng quá lỏng.

Bảng phân quyền thực tế sau một năm

Đây là bảng thực tế mà các tài khoản hội tụ về sau mười hai tháng. Cách phân nhóm không dựa trên việc nào khó, mà dựa trên câu hỏi: nếu làm sai thì đảo lại được không, và mất gì trong lúc chưa đảo.

Nhóm được tự chạy

Dừng chiến dịch tiêu tiền không ra đơn theo ngưỡng. Tạm dừng nhóm quảng cáo có tần suất vượt ngưỡng. Cả hai đều thuộc loại đảo lại được trong ba mươi giây, và cái mất trong lúc chưa đảo là vài giờ phân phối.

Điều kiện đi kèm luôn luôn có: giới hạn số đối tượng mỗi lượt, danh sách loại trừ chiến dịch thương hiệu và chiến dịch mới, và một trần tuyệt đối.

Nhóm chỉ đề xuất

Tăng hoặc giảm ngân sách. Đổi giá thầu. Phân bổ lại giữa các nhóm quảng cáo. Bật lại chiến dịch đã tắt.

Điểm chung của nhóm này: đảo lại được, nhưng cái mất trong lúc chưa đảo là tiền chứ không phải thời gian phân phối, và mức mất phụ thuộc vào việc bao lâu mới có người phát hiện.

Nhóm luôn tắt

Sửa hoặc đăng nội dung quảng cáo. Đổi tệp khách hàng mục tiêu. Đổi cấu trúc chiến dịch. Gửi dữ liệu khách hàng đi đâu đó.

Điểm chung: hoặc không đảo được, hoặc đảo được nhưng thứ đã mất không lấy lại bằng thao tác kỹ thuật. Nội dung đã hiển thị cho khách là ví dụ rõ nhất.

Nếu bạn đang dùng một công cụ khác, việc đáng làm nhất trong tuần này là lấy danh sách quyền đang bật và xếp từng quyền vào một trong ba nhóm trên. Quyền nào rơi vào nhóm thứ ba mà đang được tự chạy thì tắt ngay, đừng chờ tới lần rà quý.

Nửa nội dung: hai điều đúng và hai điều sai

Mảng nội dung có bài học riêng, và nó đáng kể lại vì phần lớn đội chạy quảng cáo cũng đồng thời viết bài.

Đúng: tối ưu bài cũ hiệu quả hơn viết bài mới

Một bài mới bắt đầu từ số không trên bốn mặt: chưa được thu thập, chưa vào chỉ mục, chưa có liên kết trỏ về, chưa có lịch sử hiển thị. Một bài cũ đang đứng ở vị trí mười hai thì đã có đủ cả bốn.

Nhưng gần như không ai làm, vì sửa bài cũ không cho cảm giác tiến bộ. Cuối tháng, ba bài mới là thứ trưng ra được trong cuộc họp; mười hai bài cũ đã sửa thì không.

Đúng: cấu trúc quan trọng ngang nội dung

Một bài viết hay mà không có đoạn nào đứng riêng đủ nghĩa thì không được trích dẫn và không lên được đoạn nổi bật. Sửa cấu trúc mất chừng hai mươi phút mỗi bài, và đó là việc có tỉ lệ hiệu quả trên công cao nhất trong cả mảng nội dung.

Sai: dịch bài giữa hai ngôn ngữ

Cụm từ khoá tiếng Việt và tiếng Anh không tương ứng một đối một. Dịch một bài tiếng Anh sang tiếng Việt thường cho ra một bài nhắm vào cụm không ai gõ.

Ví dụ cụ thể: cụm tiếng Anh về tự động hoá quảng cáo có lượng tìm rõ ràng. Cụm tiếng Việt tương đương thì gợi ý tự động của công cụ tìm kiếm trả về rỗng, nghĩa là gần như không ai gõ. Người Việt gõ "AI chạy quảng cáo".

Nếu dịch thẳng, cả nhóm bài tiếng Việt nhắm sai và không có gì báo cho bạn biết, vì bài vẫn được đăng, vẫn được index, chỉ là không ai tìm tới.

Sai: theo đuổi cụm có chỉ số đẹp mà sai người

Có một cụm đứng ở vị trí năm tới mười hai với mọi chỉ số đều tốt, và nó bị bỏ hẳn. Lý do: mọi truy vấn trong cụm đều kèm chữ "chính thức", nghĩa là người ta đang tìm trang chủ quản của nền tảng chứ không tìm một bên thứ ba.

Vị trí tốt trên một cụm sai người thì không mang lại gì. Bài học: đọc ý định đằng sau truy vấn trước, đọc con số sau.

Ba câu khách hàng hay hỏi ngược lại

Rốt cuộc nó tiết kiệm được gì

Không phải tiền quảng cáo. Cái đó phụ thuộc vào sản phẩm, giá và thị trường nhiều hơn là phụ thuộc vào công cụ.

Cái tiết kiệm được là thời gian và độ trễ. Thời gian ở chỗ không phải mở báo cáo mỗi sáng đi tìm bất thường bằng mắt. Độ trễ ở chỗ khoảng cách từ lúc một vấn đề xuất hiện tới lúc có người biết giảm từ vài ngày xuống dưới một ngày.

Với một tài khoản nhỏ, hai thứ đó có thể không đáng tiền. Với người quản nhiều tài khoản cùng lúc thì đó là toàn bộ giá trị.

Nếu phần lớn là số học thì sao không dùng quy tắc tự động có sẵn của nền tảng

Với điều kiện đơn giản nằm gọn trong một nền tảng thì nên dùng. Chúng miễn phí và chạy ngay trên nền tảng, không thêm một lớp nào.

Ba việc chúng không làm được: điều kiện bắc qua nhiều nền tảng, ngưỡng tính từ lịch sử của chính tài khoản thay vì một con số cố định, và bản ghi nối một thay đổi với quyền đã cho phép nó.

Nếu nhu cầu của bạn nằm gọn trong một nền tảng, dùng công cụ của nền tảng và đừng trả tiền cho một lớp không thêm gì.

Một năm rồi mà vẫn chưa tự chạy hết à

Không, và đó không phải mục tiêu.

Có những việc không nên tự chạy ở bất kỳ mức tin tưởng nào, không phải vì máy làm kém mà vì hậu quả khi sai không đảo được. Một hệ thống tự chạy hết là một hệ thống đã bỏ qua câu hỏi về mức lật lại.

Bốn câu vẫn chưa trả lời được

Sau một năm vẫn có những câu chưa có câu trả lời tử tế. Nói ra vì im lặng về chúng sẽ là không trung thực.

Bật cái này thì tiết kiệm được bao nhiêu phần trăm

Không trả lời được, và bất kỳ ai đưa ra một con số cho câu này thì nên hỏi họ lấy ở đâu.

Lý do: kết quả phụ thuộc vào mức lãng phí đang có sẵn trong tài khoản, và mức đó khác nhau rất xa. Một tài khoản được quản chặt thì gần như không có gì để cắt. Một tài khoản bỏ bê sáu tháng thì có rất nhiều. Cái duy nhất nói được là nó tìm ra những thứ đang tồn tại sẵn.

Bao lâu thì hoàn vốn

Cùng một vấn đề, cộng thêm một lớp nữa: phần lớn giá trị nằm ở thời gian tiết kiệm được, mà quy đổi thời gian ra tiền thì mỗi đội một cách tính.

Có ca của công ty giống tôi không

Có ca thật, nhưng chúng không được dựng thành bản khoe kèm con số tăng trưởng, vì tách phần do hệ thống với phần do mọi thứ khác là việc không làm được một cách trung thực.

Cái kể được là quá trình: quy tắc nào kích hoạt, vì sao, sửa gì sau đó. Đó là thứ bạn đối chiếu được với tài khoản của mình.

Đối thủ của tôi có dùng không

Không trả lời được vì không được phép. Và kể cả trả lời được thì nó cũng không phải cơ sở để quyết định gì.

Ba thứ không đổi suốt cả năm

Giữa rất nhiều thay đổi, có ba thứ đúng từ tháng đầu tới tháng cuối.

Vá đo lường trước, tối ưu sau. Thứ tự này không có ngoại lệ. Tối ưu trên số sai thì càng tối ưu càng lệch, và nó lệch theo một hướng cố định nên không tự sửa được theo thời gian.

Hành động phòng thủ trước hành động tăng trưởng. Dừng nhầm một chiến dịch đang tiêu vô ích thì mất vài giờ phân phối. Đẩy thêm tiền vào chỗ tưởng tốt mà sai thì mất tiền âm thầm, và trong lúc mất nó trông như đang hoạt động đúng.

Ghi lại đánh giá ngay tại thời điểm sự việc. Không phải nhớ lại sau ba tuần. Trí nhớ về việc mình có đồng ý hay không thay đổi rất nhanh theo kết quả về sau, nên một bảng năm cột thô sơ ghi tại chỗ lại hữu ích hơn nhiều so với vẻ ngoài của nó.

Nếu đang cân nhắc loại công cụ này thì nhìn vào đâu

Ba câu tự trả lời trước khi xem bảng giá của bất cứ ai.

Bạn có đang làm tay những việc lặp lại theo ngưỡng rõ ràng không? Nếu có, đó chính là phần tự động hoá được và bạn sẽ được nhiều. Nếu công việc của bạn phần lớn là phán đoán về thị trường và sáng tạo nội dung thì phần được ít hơn hẳn.

Đo lường của bạn có đúng không? Nếu chưa, làm việc đó trước. Mọi quy tắc tự động đều đọc số liệu tài khoản từ nền tảng, và số sai thì quy tắc sai theo một cách rất thuyết phục: nhật ký ghi đầy đủ, điều kiện đúng hết, chỉ có dữ liệu đầu vào là sai.

Có ai đọc bản tổng hợp mỗi sáng không? Nếu không có ai, thì dù công cụ tốt tới đâu nó cũng chỉ thành một hộp thư nữa không ai mở.

Trả lời có cho cả ba thì nên thử. Trả lời không cho câu nào thì sửa câu đó trước, vì công cụ không sửa hộ được.

Khi đã xem sản phẩm cụ thể, ba thứ nên xem trước danh sách tính năng: bảng phân quyền có chia theo từng hành động không, nhật ký có mấy trường, và có bắt khai trần tuyệt đối khi thả quyền không.

Ba việc làm được trong tuần này

Việc 1: mở nhật ký của công cụ đang dùng và đếm xem có mấy trong sáu trường. Năm phút, và nó cho biết bạn đang ở đâu trước khi bàn tới bất cứ việc nâng cấp nào.

Việc 2: với mỗi quyền tự chạy đang bật, viết ra nó thuộc nhóm nào trong ba nhóm ở trên. Mỗi quyền một dòng. Quyền nào rơi vào nhóm không đảo được thì xem lại ngay hôm nay.

Việc 3: đối chiếu số đơn trong sổ bán hàng với số nền tảng báo, của tháng trước. Mười lăm phút. Nếu chênh trên ba mươi phần trăm thì mọi việc tối ưu khác nên xếp sau việc này.

Câu hỏi thường gặp

Nếu bắt đầu lại từ đầu thì làm khác gì?

Ba thứ. Bắt trần tuyệt đối thành trường bắt buộc ngay từ đầu. Dựng nhật ký đủ sáu trường trước khi dựng hành động đầu tiên. Vá chỉ mục trước khi viết bài nào. Cả ba đều gần như không tốn thêm công nếu làm từ đầu, và đều tốn công gấp nhiều lần khi làm sau.

Có tài khoản nào chạy hoàn toàn tự động không?

Không, và đó không phải mục tiêu. Cấu hình phổ biến nhất là hai hành động tự chạy, khoảng chục hành động ở mức chỉ đề xuất, phần còn lại tắt.

Đội cần bao nhiêu người để chạy được?

Một người, miễn là người đó đọc bản tổng hợp mỗi sáng. Điều kiện không nằm ở số người mà nằm ở chỗ có ai thật sự đọc. Đội mười người mà không ai mở thì kém hơn một người mở mỗi ngày.

Điều gì hay bị hiểu sai nhất?

Rằng thả quyền tự chạy nghĩa là gỡ bớt chốt chặn. Không phải. Mọi chốt chặn giữ nguyên ở cả hai chế độ. Cái đổi là ai thực hiện thay đổi và nhanh tới đâu.

Vì sao bài này không có số kết quả kinh doanh?

Vì tách phần thay đổi do hệ thống với phần do mùa vụ, do cạnh tranh, và do những việc khác đội làm trong cùng giai đoạn là việc không làm được một cách trung thực. Không có nhóm đối chứng. Nêu một con số ở đây sẽ dễ đọc hơn nhiều và sẽ là bịa.

Có nên chờ công nghệ chín hơn rồi mới bắt đầu?

Phần đáng làm nhất không phụ thuộc vào công nghệ chín tới đâu. Đo lường đúng, ngưỡng hợp lý, nhật ký đọc được: ba thứ đó đúng hôm nay và sẽ vẫn đúng sau hai năm. Chờ thì chỉ mất thời gian tích luỹ dữ liệu của chính tài khoản mình.

Lời khuyên cho người mới bắt đầu?

Bật giám sát đo lường trước. Rồi hai hành động phòng thủ ở mức chỉ đề xuất. Ghi lại mình có đồng ý hay không mỗi lần nó kích hoạt. Sau bốn tuần đọc lại bảng ghi đó rồi mới quyết thả quyền cho cái nào. Lời khuyên này không đổi trong suốt một năm.

Có cần đội kỹ thuật không?

Cho phần quảng cáo thì không, việc nối tài khoản và đặt ngưỡng đều làm trên giao diện. Cần bên kỹ thuật ở đúng một chỗ: dựng luồng gửi dữ liệu chuyển đổi từ hệ thống bán hàng về nền tảng, mà đó lại là việc nên làm trước cả khi bàn tới tự động hoá.

Đọc thêm: chỉ đề xuất hay được tự chạy: mô hình phân quyền, nhật ký thay đổi, và 19 quy tắc tự động mẫu, bắt đầu từ đâu.

Bắt đầu ở orova.vn.