A/B testing tin nhắn ZBS: quy trình thử nghiệm cho đội marketing nhỏ

Cùng một chương trình ưu đãi, cùng một danh sách khách hàng, nhưng hai cách viết tin nhắn khác nhau có thể mang về hai kết quả khác hẳn nhau. Đội marketing nào cũng từng trải qua cảm giác này: chiến dịch tháng trước chạy tốt, tháng này gửi tin gần giống mà khách im lặng, và không ai trong đội trả lời được câu hỏi “vì sao”. Khi mọi quyết định về câu chữ, giờ gửi hay loại ưu đãi đều dựa trên cảm tính của người viết, thì kết quả chiến dịch cũng lên xuống theo cảm tính.

Với tin nhắn Zalo ZBS, chuyện này càng đáng quan tâm vì mỗi tin gửi thành công đều được tính phí theo kết quả. Tiền chi cho chiến dịch là tiền thật, gửi tới từng số điện thoại cụ thể, nên một phiên bản tin kém hiệu quả không chỉ lãng phí ngân sách mà còn tiêu hao thứ quý hơn: sự kiên nhẫn của khách hàng với thương hiệu. May mắn là có một cách làm đã được dân làm marketing trên thế giới dùng từ lâu để thay cảm tính bằng bằng chứng: thử nghiệm A/B, hay còn gọi là A/B testing.

Bài viết này dành riêng cho các đội marketing nhỏ — một đến ba người, không có chuyên viên phân tích dữ liệu, không có công cụ thống kê phức tạp. Bạn sẽ biết nên test yếu tố nào trước, cỡ mẫu bao nhiêu thì kết quả mới đáng tin, quy trình từng bước ra sao, và quan trọng nhất: cách ghi lại kết quả thành cuốn cẩm nang nội bộ để mỗi chiến dịch sau đều khôn hơn chiến dịch trước.

A/B testing tin nhắn là gì và vì sao đội nhỏ càng cần làm

A/B testing (thử nghiệm so sánh hai phiên bản) là cách làm rất đơn giản về nguyên lý: bạn chia một phần danh sách khách hàng thành hai nhóm tương đương nhau, gửi cho nhóm thứ nhất phiên bản tin A, gửi cho nhóm thứ hai phiên bản tin B chỉ khác đúng một yếu tố, rồi so sánh kết quả của hai nhóm. Phiên bản nào tốt hơn sẽ được gửi cho phần còn lại của danh sách và trở thành chuẩn cho các chiến dịch sau. Toàn bộ giá trị của phương pháp nằm ở chữ “chỉ khác đúng một yếu tố” — vì chỉ khi đó bạn mới biết chính xác điều gì tạo ra sự khác biệt.

Nhiều chủ doanh nghiệp nghĩ thử nghiệm là trò chơi của các tập đoàn có đội ngũ dữ liệu hùng hậu. Thực tế ngược lại: đội càng nhỏ, ngân sách càng mỏng thì càng cần test, vì ba lý do.

• Mỗi đồng ngân sách nặng hơn. Doanh nghiệp lớn gửi sai một chiến dịch vẫn còn nhiều chiến dịch khác bù lại. Đội nhỏ với ngân sách giới hạn mà dồn hết vào một phiên bản tin chưa được kiểm chứng thì rủi ro tập trung rất cao. Test trên một phần nhỏ danh sách trước chính là cách mua “bảo hiểm” rẻ nhất cho phần ngân sách lớn phía sau.
• Không có kho kinh nghiệm tích lũy sẵn. Các thương hiệu chạy tin nhắn nhiều năm đã biết khách của họ phản ứng thế nào với từng kiểu nội dung. Đội mới triển khai ZBS chưa có vốn đó, và cách duy nhất để xây nhanh là thử nghiệm có ghi chép thay vì đoán mò.
• ZBS gửi đích danh tới số điện thoại. Khác với quảng cáo hiển thị mà người xem có thể lướt qua vô danh, tin nhắn Zalo xuất hiện ngay trong khung chat cá nhân của khách. Gửi nội dung kém phù hợp nhiều lần là cách nhanh nhất khiến khách chặn tin hoặc mất thiện cảm. Test giúp bạn tìm ra cách nói chuyện khách muốn nghe trước khi nói chuyện đó với toàn bộ tập khách.

Cũng cần phân biệt A/B testing với kiểu “thử đại” mà nhiều đội đang làm: tháng này viết kiểu này, tháng sau đổi kiểu khác, đổi luôn cả giờ gửi lẫn ưu đãi, không có nhóm đối chứng, không ghi chép. Cách đó cho bạn cảm giác đang “tối ưu” nhưng thực chất không sinh ra tri thức nào tái sử dụng được, vì không thể biết yếu tố nào trong số hàng loạt thay đổi đã tạo ra kết quả. Và để thử nghiệm có ý nghĩa, bạn cần đo được kết quả một cách nhất quán — nếu chưa chắc về phần này, hãy đọc trước bài những chỉ số thực sự đáng theo dõi khi đo lường chiến dịch ZBS, vì hệ đo lường là nền móng mà mọi thử nghiệm đứng lên trên.

Nguyên tắc một biến mỗi lần: nền móng của mọi thử nghiệm

Hãy hình dung tình huống này: bạn gửi phiên bản A với câu mở “Tri ân khách hàng thân thiết” vào tối thứ năm, và phiên bản B với câu mở “Chỉ còn 3 ngày cho ưu đãi tháng” vào trưa thứ bảy. Phiên bản B có nhiều khách bấm vào hơn. Vậy điều gì tạo ra khác biệt — câu mở khẩn cấp hơn, hay khung giờ trưa cuối tuần khách rảnh hơn? Không ai trả lời được, và bạn vừa tốn tiền cho một thử nghiệm không sinh ra kết luận nào.

Đó là lý do quy tắc số một của A/B testing là: mỗi lần thử nghiệm chỉ thay đổi đúng một yếu tố, mọi yếu tố còn lại phải được giữ nguyên tuyệt đối. Khi test câu mở đầu, hai phiên bản phải gửi cùng thời điểm, cùng loại ưu đãi, cùng lời kêu gọi hành động, tới hai nhóm khách tương đồng. Khi test giờ gửi, nội dung hai tin phải giống nhau từng chữ. Bảng dưới đây tóm tắt nguyên tắc khoá biến cho từng loại thử nghiệm phổ biến:

Yếu tố đem test	Những thứ bắt buộc giữ nguyên
Câu mở đầu / tiêu đề tin	Ưu đãi, lời kêu gọi hành động, giờ gửi, nhóm khách
Lời kêu gọi hành động (CTA)	Câu mở, nội dung chính, ưu đãi, giờ gửi, nhóm khách
Giờ gửi	Toàn bộ nội dung tin giống nhau từng chữ, nhóm khách
Loại ưu đãi	Câu mở, cấu trúc tin, giờ gửi, nhóm khách

Chia nhóm thế nào cho công bằng

“Hai nhóm khách tương đồng” là điều kiện hay bị xem nhẹ nhất. Nếu bạn chia nhóm A là khách ở Hà Nội còn nhóm B là khách ở TP.HCM, hoặc nhóm A là khách lấy theo thứ tự tên từ A đến M còn nhóm B từ N đến Z nhưng vô tình một nhóm chứa nhiều khách mua gần đây hơn, thì kết quả so sánh đã bị méo từ trước khi gửi tin. Cách an toàn cho đội nhỏ là xáo trộn ngẫu nhiên toàn bộ danh sách (các phần mềm bảng tính đều làm được bằng một cột số ngẫu nhiên rồi sắp xếp theo cột đó) trước khi cắt đôi. Nếu danh sách của bạn gồm nhiều phân khúc rất khác nhau — khách mới, khách thân thiết, khách lâu không quay lại — thì nên test trong từng phân khúc một, vì cách phản ứng của từng nhóm vốn đã khác nhau. Bài phân khúc danh sách khách hàng trước khi gửi ZBS hướng dẫn chi tiết cách chia các nhóm này.

Test gì trước? Thứ tự ưu tiên cho đội ít nguồn lực

Đội nhỏ không có nguồn lực để test mọi thứ, nên câu hỏi quan trọng không phải “test được gì” mà là “test gì trước thì học được nhiều nhất”. Nguyên tắc xếp thứ tự: ưu tiên yếu tố có ảnh hưởng lớn tới hành vi của khách và dễ thay đổi mà không tốn thêm chi phí. Theo nguyên tắc đó, bốn yếu tố dưới đây xếp theo thứ tự nên làm trước.

Thứ nhất: câu mở đầu của tin

Trên màn hình điện thoại, khách chỉ thấy vài chục ký tự đầu tiên của tin trong thông báo và danh sách hội thoại. Vài chục ký tự đó quyết định khách mở tin đọc tiếp hay lướt qua — nghĩa là nó đứng trước mọi yếu tố khác trong tin. Đây cũng là thứ rẻ nhất để thay đổi: chỉ là câu chữ. Vài cặp giả thuyết đáng thử: gọi thẳng tên khách so với mở đầu chung chung; nêu lợi ích cụ thể (“Tặng bạn voucher cho lần ghé tới”) so với nêu cảm xúc (“Lâu rồi không gặp bạn”); đặt câu hỏi so với câu khẳng định. Để có thêm chất liệu viết các phiên bản, bạn có thể tham khảo bài cách viết nội dung tin ZBS chuyển đổi cao — các công thức trong đó chính là nguồn giả thuyết để đem ra thử nghiệm.

Thứ hai: lời kêu gọi hành động (CTA)

CTA — call to action, tức lời kêu gọi hành động — là câu cuối cùng cho khách biết phải làm gì tiếp theo: bấm nút xem ưu đãi, nhắn lại cho cửa hàng, gọi hotline, hay ghé trực tiếp. Những cặp giả thuyết kinh điển: hành động nhẹ (“Nhắn ‘QUAN TÂM’ để giữ ưu đãi”) so với hành động mạnh (“Đặt lịch ngay hôm nay”); nhấn vào quyền lợi (“Nhận ưu đãi của bạn”) so với nhấn vào thời hạn (“Trước Chủ nhật này”). CTA ảnh hưởng trực tiếp tới tỷ lệ khách thực sự làm điều bạn muốn, nên thử nghiệm ở đây thường cho bài học giá trị về mức độ sẵn sàng của tập khách.

Thứ ba: thời điểm gửi

Cùng một tin, gửi lúc khách đang rảnh tay so với lúc khách đang họp là hai câu chuyện khác nhau. Test giờ gửi gần như không tốn công viết lại nội dung — hai phiên bản giống nhau từng chữ, chỉ khác lịch gửi. Lưu ý đặc thù: khi test giờ gửi, hai nhóm nên nhận tin trong cùng một ngày hoặc hai ngày có tính chất giống nhau (đừng so thứ hai với chủ nhật rồi kết luận về giờ). Khung giờ gợi ý ban đầu cho từng ngành và những khung giờ nên tránh đã được phân tích kỹ trong bài chọn thời điểm gửi tin ZBS theo hành vi từng nhóm khách; hãy lấy gợi ý ở đó làm phiên bản A và giả thuyết của riêng bạn làm phiên bản B.

Thứ tư: loại ưu đãi

Giảm giá phần trăm, quà tặng kèm, miễn phí giao hàng, hay điểm thưởng tích lũy — khách của bạn thực sự bị hấp dẫn bởi loại nào? Đây là thử nghiệm cho bài học sâu nhất về động cơ mua hàng, nhưng được xếp cuối vì nó đắt nhất: thay đổi ưu đãi là thay đổi chi phí thật của chương trình, và cần sự đồng thuận của bộ phận kinh doanh chứ không chỉ đội marketing. Hãy làm khi ba thử nghiệm trên đã cho bạn nền tảng tin nhắn tốt, để kết quả không bị nhiễu bởi câu chữ hay giờ gửi kém.

Ngược lại, có những thứ không nên đem test khi mới bắt đầu: thay toàn bộ kịch bản tin bằng một kịch bản khác hẳn (khác quá nhiều biến cùng lúc, không học được gì), hay test những chi tiết quá nhỏ như đổi một dấu chấm than (khác biệt nếu có cũng không đo nổi với cỡ mẫu của đội nhỏ).

Cỡ mẫu tối thiểu: bao nhiêu người mỗi nhóm thì kết quả đáng tin?

Đây là phần khiến nhiều đội nhỏ làm sai nhất, và sai ở đây nguy hiểm vì nó tạo ra những “bài học” giả. Tình huống điển hình: gửi phiên bản A cho 50 khách được 3 người nhắn lại, gửi phiên bản B cho 50 khách được 5 người nhắn lại, đội vui mừng kết luận “B thắng, hơn hẳn A” và đưa vào áp dụng. Sự thật là với cỡ mẫu đó, chênh lệch 2 người nhắn lại hoàn toàn có thể do may rủi — đổi lại 50 khách khác, kết quả có thể đảo ngược.

Bạn không cần học thống kê để làm đúng. Chỉ cần nắm ba nguyên tắc nền tảng sau:

1. Sự kiện càng hiếm, mẫu càng phải lớn. Trong một chiến dịch, số người nhận tin thành công nhiều hơn số người đọc, số người đọc nhiều hơn số người bấm, số người bấm nhiều hơn số người mua. Muốn so sánh hai phiên bản bằng “số người mua” — sự kiện hiếm nhất — bạn cần mẫu lớn hơn rất nhiều so với so sánh bằng “số người bấm”.
2. Chênh lệch càng nhỏ, mẫu càng phải lớn. Nếu phiên bản B tốt hơn A một cách áp đảo, cỡ mẫu vừa phải cũng nhìn ra. Nhưng nếu hai bên chỉ hơn kém nhau chút ít, bạn cần mẫu rất lớn mới phân biệt được khác biệt thật với dao động ngẫu nhiên — và với nguồn lực của đội nhỏ, khác biệt quá nhỏ thường không đáng để theo đuổi.
3. Kết quả lặp lại được mới là kết quả thật. Một lần thắng chưa phải chân lý. Phiên bản thắng nên được kiểm chứng lại ở chiến dịch kế tiếp trước khi ghi vào cẩm nang như một quy tắc.

Từ ba nguyên tắc đó, chúng tôi gợi ý một khung thực dụng cho đội nhỏ (đây là ngưỡng nguyên tắc do chúng tôi đặt ra để dễ áp dụng, không phải chuẩn thống kê tuyệt đối): mỗi nhóm thử nghiệm nên có từ vài trăm người trở lên nếu bạn so sánh bằng tỷ lệ đọc tin hoặc bấm vào liên kết; nếu muốn so sánh bằng số đơn hàng cuối cùng, hãy chuẩn bị mẫu lớn hơn nhiều lần hoặc chấp nhận dùng chỉ số trung gian làm đại diện. Danh sách của bạn nhỏ hơn ngưỡng đó thì sao? Vẫn có ba lối đi:

Quy mô danh sách	Cách thử nghiệm phù hợp
Lớn (đủ chia nhóm vài nghìn)	Test đầy đủ, có thể đo tới chuyển đổi cuối; dành phần lớn danh sách nhận phiên bản thắng
Vừa (mỗi nhóm vài trăm)	Test bằng chỉ số đọc và bấm; kiểm chứng lại phiên bản thắng ở đợt gửi sau trước khi kết luận
Nhỏ (mỗi nhóm dưới một trăm)	Không kết luận từ một đợt; gộp kết quả của nhiều đợt gửi cùng giả thuyết, coi kết quả là “định hướng” chứ chưa phải “bằng chứng”

Điểm cần khắc ghi: thà thừa nhận “danh sách của mình chưa đủ lớn để kết luận chắc” còn hơn tự tin vào một kết luận giả. Kết luận giả sẽ được nhân bản qua hàng chục chiến dịch sau và gây thiệt hại lớn hơn nhiều so với việc tạm thời chưa có kết luận. Trong lúc danh sách còn nhỏ, ưu tiên số một của bạn nên là nuôi danh sách lớn lên — đó cũng là lúc nên đọc về cách xây dựng data khách hàng first-party làm tài sản gốc cho mọi chiến dịch về sau.

Quy trình A/B testing sáu bước cho đội marketing nhỏ

Phần này gom mọi nguyên tắc ở trên thành một quy trình lặp lại được. Mỗi chiến dịch có thử nghiệm, bạn chỉ cần đi đúng sáu bước.

1. Đặt câu hỏi và viết giả thuyết. Một giả thuyết tốt có dạng: “Nếu thay [yếu tố X] bằng [phương án mới], thì [chỉ số Y] sẽ tốt hơn, vì [lý do từ hiểu biết về khách]”. Ví dụ: “Nếu câu mở đầu gọi thẳng tên khách thay vì ‘Kính gửi quý khách’, tỷ lệ đọc tin sẽ cao hơn, vì khách thấy tin liên quan trực tiếp tới mình”. Viết giả thuyết ra giấy trước khi chạy ép bạn suy nghĩ rõ ràng và là chốt chặn cho bẫy “đổi mục tiêu giữa chừng” sẽ nói ở phần sau.
2. Chọn đúng một biến, khoá mọi thứ còn lại. Soạn hai phiên bản tin và để một người khác trong đội soát chéo: hai bản này có thực sự chỉ khác đúng một chỗ không? Bước soát chéo nghe nhỏ nhặt nhưng chặn được phần lớn thử nghiệm hỏng.
3. Chia nhóm ngẫu nhiên và quyết định tỷ lệ test. Xáo trộn danh sách rồi cắt hai nhóm bằng nhau. Với danh sách lớn, một cách phân bổ thực dụng được nhiều đội dùng (và chúng tôi gợi ý như một điểm khởi đầu, không phải quy định cứng) là dành một phần nhỏ — chẳng hạn mỗi phiên bản một phần mười danh sách — cho thử nghiệm, giữ phần lớn còn lại để gửi phiên bản thắng. Cách này giới hạn rủi ro của phiên bản thua ở mức nhỏ trong khi phần lớn ngân sách được hưởng kết quả đã kiểm chứng. Vì ZBS tính phí theo kết quả gửi thành công, phần chi cho nhóm thử nghiệm cũng không phải tiền “đốt đi” — khách trong nhóm test vẫn là khách thật nhận ưu đãi thật, chỉ là bạn đang trả thêm một khoản nhỏ để mua sự chắc chắn.
4. Chạy đồng thời và đo bằng chỉ số đã định trước. Hai phiên bản gửi cùng thời điểm (trừ khi giờ gửi chính là biến đem test). Chỉ số dùng để phân thắng bại phải là chỉ số đã ghi trong giả thuyết ở bước một, không phải chỉ số nào “đẹp hơn” sau khi có kết quả. Nếu đích đến là lượt truy cập website, hãy gắn mã theo dõi riêng cho từng phiên bản để tách bạch nguồn truy cập.
5. Đọc kết quả và ra quyết định. Chờ đủ thời gian cho khách phản ứng — tin nhắn Zalo thường được đọc khá nhanh, nhưng hành động mua hay đặt lịch có thể đến sau một vài ngày, nên đừng chốt kết quả chỉ sau vài giờ. So sánh chỉ số chính giữa hai nhóm: chênh lệch rõ rệt thì phiên bản thắng được gửi cho phần còn lại của danh sách; chênh lệch mơ hồ thì ghi nhận “chưa phân định” — đó cũng là một kết quả có giá trị, vì nó cho biết yếu tố này không quan trọng như bạn tưởng và đội nên dồn sức test yếu tố khác.
6. Ghi vào cẩm nang và lên lịch kiểm chứng lại. Dù thắng, thua hay hoà, thử nghiệm phải được ghi lại theo mẫu thống nhất (phần sau có mẫu cụ thể). Phiên bản thắng được dùng làm chuẩn mới, và nên được kiểm chứng lại sau một thời gian vì hành vi khách thay đổi theo mùa.

Đọc kết quả không tự lừa mình: năm cái bẫy thường gặp

Chạy thử nghiệm đúng quy trình mới là một nửa chặng đường. Nửa còn lại là đọc kết quả mà không rơi vào những cái bẫy tâm lý rất phổ biến dưới đây.

• Bẫy kết luận quá sớm. Vài giờ sau khi gửi, phiên bản A đang dẫn trước và bạn muốn chốt luôn. Nhưng nhóm khách đọc tin muộn — người bận giờ hành chính, người chỉ mở Zalo buổi tối — chưa kịp lên tiếng. Hãy định trước “thời gian chờ” cho từng loại chỉ số (lượt đọc có thể chốt sau một ngày, lượt mua nên chờ vài ngày) và tuân thủ nó.
• Bẫy chênh lệch nhỏ. Hai nhóm chênh nhau không đáng kể nhưng đội vẫn tuyên bố có phiên bản thắng, vì “phải có kết quả gì đó chứ”. Với cỡ mẫu của đội nhỏ, chênh lệch nhỏ gần như không phân biệt được với may rủi. Quy ước thực dụng: chỉ coi là thắng khi chênh lệch đủ lớn để chính bạn dám đặt cược ngân sách tháng sau vào nó, và lý tưởng nhất là đã lặp lại ở lần kiểm chứng thứ hai.
• Bẫy đổi mục tiêu giữa chừng. Giả thuyết ban đầu nói phiên bản B sẽ tăng lượt bấm. Kết quả lượt bấm không hơn, nhưng lượt đọc lại nhỉnh hơn, thế là đội tuyên bố “B vẫn thắng về lượt đọc”. Làm vậy là vô hiệu hoá thử nghiệm: khi soi đủ nhiều chỉ số, kiểu gì cũng tìm ra một con số nhỉnh hơn do ngẫu nhiên. Chỉ số phân thắng bại phải được chốt từ bước viết giả thuyết.
• Bẫy ngoại cảnh. Hai phiên bản gửi cách nhau một tuần, nhưng tuần sau trùng đợt mưa bão, kỳ nghỉ lễ, hay đúng lúc đối thủ tung khuyến mãi lớn. Kết quả khác nhau khi đó phản ánh ngoại cảnh chứ không phản ánh phiên bản tin. Cách phòng tốt nhất là chạy hai phiên bản song song cùng thời điểm; nếu buộc phải chạy lệch thời gian, hãy ghi chú ngoại cảnh vào hồ sơ thử nghiệm và hạ độ tin của kết luận xuống.
• Bẫy “thắng một lần là chân lý mãi mãi”. Câu mở đầu thắng vào mùa khuyến mãi cuối năm chưa chắc còn thắng vào mùa thấp điểm. Tập khách cũng thay đổi: danh sách năm sau có thêm nhiều khách mới với thói quen khác. Cẩm nang thử nghiệm vì thế cần ngày tháng và bối cảnh cho từng kết luận, và các quy tắc quan trọng nên được kiểm chứng lại định kỳ.

Nguyên tắc vàng khi đọc kết quả: thử nghiệm tồn tại để chứng minh bạn sai một cách rẻ tiền, trước khi thị trường chứng minh bạn sai một cách đắt đỏ. Nếu mọi thử nghiệm đều “xác nhận” điều đội bạn tin sẵn, nhiều khả năng cách đọc kết quả đang có vấn đề.

Biến kết quả test thành playbook nội bộ

Playbook — hiểu đơn giản là cuốn cẩm nang ghi lại những gì đội đã học được và cách làm chuẩn rút ra từ đó — chính là phần ăn lãi kép của A/B testing. Một thử nghiệm chỉ tối ưu được một chiến dịch; một cẩm nang được nuôi đều đặn sẽ tối ưu mọi chiến dịch về sau, kể cả khi người chạy chiến dịch nghỉ việc và người mới tiếp quản. Với đội nhỏ vốn hay xoay vòng nhân sự, đây là khác biệt giữa “tri thức của công ty” và “tri thức trong đầu một nhân viên”.

Mẫu phiếu ghi nhận một thử nghiệm

Mỗi thử nghiệm ghi thành một phiếu (một dòng trong bảng tính hoặc một trang tài liệu) với các trường cố định:

• Ngày chạy và chiến dịch: để sau này đối chiếu bối cảnh mùa vụ.
• Giả thuyết: chép nguyên văn câu giả thuyết đã viết ở bước một.
• Hai phiên bản: nội dung đầy đủ của tin A và tin B, tô đậm chỗ khác nhau.
• Nhóm khách và cỡ mẫu: phân khúc nào, mỗi nhóm bao nhiêu người.
• Chỉ số phân thắng bại và kết quả: con số của từng nhóm.
• Kết luận và quyết định: thắng/thua/chưa phân định, và đội đã quyết định áp dụng gì.
• Ghi chú ngoại cảnh: lễ tết, thời tiết, hoạt động đối thủ, sự cố kỹ thuật nếu có.
• Độ tin: kết luận này đã lặp lại bao nhiêu lần (một lần = định hướng, hai lần trở lên = quy tắc).

Tổ chức cẩm nang theo chủ đề

Phiếu thử nghiệm là dữ liệu thô; cẩm nang là phần kết luận đã chưng cất, sắp theo chủ đề để tra cứu nhanh: nhóm quy tắc về câu mở đầu, nhóm về CTA, nhóm về giờ gửi, nhóm về ưu đãi, và nhóm theo phân khúc khách (khách mới phản ứng khác khách thân thiết). Mỗi quy tắc trong cẩm nang ghi kèm ngày kết luận, độ tin, và liên kết tới các phiếu thử nghiệm gốc. Khi viết tin cho chiến dịch mới, người viết mở cẩm nang ra trước — những gì đã có quy tắc thì áp dụng luôn, những gì chưa có thì trở thành ứng viên cho thử nghiệm kế tiếp. Cẩm nang này cũng là tài liệu quý khi bạn làm việc với đại lý triển khai: thay vì brief chung chung “viết tin hấp dẫn giúp em”, bạn đưa ra được những quy tắc đã kiểm chứng trên chính tập khách của mình.

Một lưu ý liên quan đến nhịp thử nghiệm: đừng vì ham test mà tăng số tin gửi tới cùng một khách. Thử nghiệm nên lồng vào các chiến dịch vốn đã nằm trong lịch gửi, không phải lý do để gửi thêm. Tần suất hợp lý cho từng ngành và dấu hiệu khách bắt đầu khó chịu được bàn kỹ trong bài gửi bao nhiêu tin ZBS là đủ để không thành spam.

Ba kịch bản thử nghiệm mẫu theo ngành

Để dễ hình dung, dưới đây là ba kịch bản test hoàn chỉnh cho ba ngành quen thuộc tại Việt Nam. Lưu ý: đây là kịch bản mẫu để bạn áp theo cấu trúc, kết quả cụ thể sẽ do chính tập khách của bạn quyết định.

Quán cà phê: test câu mở cho khách lâu không quay lại

Bối cảnh: chuỗi cà phê có danh sách khách từng tích điểm nhưng hơn hai tháng chưa ghé. Giả thuyết: với nhóm khách “nguội”, câu mở gợi cảm xúc quen thuộc sẽ kéo lượt đọc tốt hơn câu mở thuần khuyến mãi, vì khách đã chai với tin giảm giá. Phiên bản A mở bằng “Giảm giá cho đơn tiếp theo của bạn”; phiên bản B mở bằng “Ly nước quen của bạn vẫn ở đây, lâu rồi chưa thấy bạn ghé”. Phần thân tin và ưu đãi đi kèm giống hệt nhau, gửi cùng khung giờ chiều. Chỉ số phân định: tỷ lệ đọc tin, phụ là lượt dùng ưu đãi tại quầy (mã riêng cho mỗi phiên bản để nhân viên thu ngân ghi nhận). Sau test, kết luận được ghi vào cẩm nang mục “khách nguội — câu mở”.

Spa: test lời kêu gọi hành động cho tin nhắc liệu trình

Bối cảnh: spa gửi tin nhắc khách còn buổi trong liệu trình đã mua. Giả thuyết: CTA hành động nhẹ (“Nhắn cho spa để giữ lịch tuần này”) sẽ tạo nhiều phản hồi hơn CTA hành động mạnh (“Đặt lịch ngay hôm nay”), vì khách ngại cam kết giờ cụ thể ngay trong tin. Hai phiên bản giống nhau toàn bộ trừ câu CTA cuối. Chỉ số phân định: số khách nhắn lại hoặc đặt lịch trong vòng vài ngày sau khi gửi. Điểm hay của kịch bản này: dù phiên bản nào thắng, spa cũng học được mức độ sẵn sàng cam kết của tập khách — bài học dùng được cho cả kịch bản tư vấn của lễ tân.

Cửa hàng thời trang: test giờ gửi cho tin ra mắt bộ sưu tập

Bối cảnh: cửa hàng thời trang nữ chuẩn bị tin giới thiệu hàng mới về, nội dung đã chốt. Giả thuyết: gửi tối thứ sáu (khách rảnh, có kế hoạch cuối tuần đi mua sắm) sẽ cho lượt bấm xem bộ sưu tập cao hơn gửi trưa thứ bảy. Danh sách được xáo trộn ngẫu nhiên và chia đôi, nội dung tin giống nhau từng chữ, mỗi nhóm một khung giờ, mỗi phiên bản gắn mã theo dõi riêng trên đường dẫn về website. Chỉ số phân định: tỷ lệ bấm vào liên kết. Ghi chú ngoại cảnh cần lưu: tuần chạy test có trùng đợt khuyến mãi của trung tâm thương mại bên cạnh không. Kết luận ghi vào cẩm nang mục “giờ gửi — tin hàng mới”, và nên kiểm chứng lại một lần nữa trước khi thành quy tắc cứng cho mọi đợt hàng về.

Câu hỏi thường gặp về A/B testing tin nhắn ZBS

Đội tôi nên chạy thử nghiệm với nhịp độ thế nào?

Gợi ý của chúng tôi: mỗi chiến dịch gửi tin đều lồng một thử nghiệm nhỏ, nhưng mỗi thời điểm chỉ theo đuổi một câu hỏi. Đừng mở năm thử nghiệm song song trên cùng tập khách — vừa loãng cỡ mẫu, vừa dễ nhiễu chéo. Một đội nhỏ kiên trì trả lời dứt điểm một câu hỏi mỗi tháng, sau một năm sẽ có cẩm nang dày dặn hơn hẳn đội test ồ ạt nhưng không kết luận được gì.

Danh sách của tôi chỉ vài trăm số, có nên test không?

Nên, nhưng với kỳ vọng đúng: kết quả ở quy mô này là “định hướng” chứ chưa phải “bằng chứng”. Hãy chọn chỉ số xảy ra thường xuyên (lượt đọc thay vì lượt mua), lặp lại cùng giả thuyết qua vài đợt gửi rồi cộng dồn kết quả. Song song, dồn sức mở rộng danh sách — thử nghiệm chỉ thực sự mạnh khi tập khách đủ lớn.

Có nên test ba, bốn phiên bản cùng lúc cho nhanh?

Với đội nhỏ, không nên. Thêm phiên bản nghĩa là chia nhỏ cỡ mẫu của từng nhóm, khiến mọi so sánh yếu đi. Test nhiều phiên bản chỉ hợp lý khi danh sách rất lớn. Hai phiên bản, một biến, kết luận rõ ràng — chậm mà chắc.

Quy tắc trong cẩm nang dùng được bao lâu?

Không có hạn dùng cố định, nhưng có ba tín hiệu nên kiểm chứng lại: kết quả chiến dịch dùng quy tắc đó bắt đầu đi xuống; tập khách thay đổi đáng kể (thêm nhiều khách mới, mở thị trường mới); và chuyển mùa kinh doanh (quy tắc mùa lễ hội khác quy tắc mùa thấp điểm). Vì vậy mỗi quy tắc trong cẩm nang luôn cần ghi ngày và bối cảnh ra đời.

Thử nghiệm có làm chậm chiến dịch không?

Gần như không, nếu lồng đúng cách. Thử nghiệm chạy trên phần nhỏ danh sách ngay đầu chiến dịch; phần lớn danh sách nhận phiên bản thắng chỉ sau một khoảng chờ ngắn. Đổi lại, bạn loại được rủi ro gửi phiên bản kém cho toàn bộ tập khách — một sự đánh đổi gần như luôn có lợi.

Bắt đầu từ một thử nghiệm nhỏ trong tuần này

A/B testing không đòi hỏi công cụ đắt tiền hay chuyên gia dữ liệu. Nó đòi hỏi một thói quen: trước mỗi chiến dịch, đặt một câu hỏi; sau mỗi chiến dịch, ghi lại một câu trả lời. Đội marketing nhỏ làm đều việc này trong sáu tháng sẽ sở hữu thứ mà tiền không mua nhanh được — sự hiểu biết đã kiểm chứng về chính khách hàng của mình, đóng gói trong một cuốn cẩm nang mà cả đội dùng chung. Hãy bắt đầu khiêm tốn: chiến dịch gần nhất sắp gửi, chọn đúng một biến là câu mở đầu, chia đôi một phần danh sách, và chạy thử nghiệm đầu tiên.

Nếu bạn muốn có người đồng hành trong việc thiết kế thử nghiệm, chia nhóm gửi và đọc số liệu chiến dịch, đội ngũ ViHAT Solutions — đại lý chính thức của Zalo Business Solutions — sẵn sàng tư vấn từ bước lên giả thuyết đến lúc kết quả thành quy tắc trong cẩm nang của bạn. Bạn có thể gọi hotline 0901 888 484 hoặc tìm hiểu thêm về dịch vụ tin nhắn ZBS tại zalozbs.com để được hỗ trợ thiết kế chiến dịch thử nghiệm đầu tiên phù hợp với quy mô và ngành hàng của doanh nghiệp mình.