# Thử nghiệm A/B email: đặt câu hỏi mà dữ liệu trả lời được

URL chính tắc: https://brew.new/vi/blog/email-ab-testing
Tác giả: Thomas Park
Ngày đăng: 2026-08-12
Ngày cập nhật: 2026-09-29

Thử nghiệm A/B cho email so sánh hai phiên bản trong những điều kiện tương tự nhau. Giá trị của nó nằm ở quyết định mà nó giúp bạn đưa ra, chứ không phải ở nhãn “phiên bản thắng” trên bảng điều khiển.

Hãy bắt đầu bằng một câu hỏi đủ cụ thể để kết quả nào cũng làm thay đổi email tiếp theo của bạn. “Ảnh chụp màn hình có giúp người dùng mới hoàn tất thiết lập không?” là một câu hỏi hữu ích. “Email nào tốt hơn?” thì để lại quá nhiều điều chưa được xác định.

## Chọn kết quả cần đo trước tiên

Hãy dùng một chỉ số gắn sát với lý do gửi email. Nếu mục tiêu là kích hoạt (activation), một tác vụ đã hoàn tất trong sản phẩm hữu ích hơn một lượt mở. Với bản tin, một lượt nhấp hoặc một thư trả lời có liên quan có thể là đủ. Hãy theo dõi khiếu nại và hủy đăng ký như những chi phí, kể cả khi chúng không phải là chỉ số chính.

Hãy xác định mẫu số. Lượt nhấp trên mỗi email đã gửi đến và lượt nhấp trên mỗi người mở trả lời những câu hỏi khác nhau. Các chỉ số dựa trên lượt mở cũng bị ảnh hưởng bởi các tính năng bảo vệ quyền riêng tư. Ví dụ, [Mail Privacy Protection](https://support.apple.com/en-us/102580) của Apple có thể tải nội dung từ xa của email ở chế độ nền, nên một lượt mở có thể được ghi nhận cho một email chưa ai đọc. Hãy ghi lại chính xác cách tính trước khi bắt đầu thử nghiệm.

[Hướng dẫn về các chỉ số email](/vi/blog/email-metrics-that-matter) của chúng tôi giải thích những chỗ dữ liệu theo dõi có thể khiến bạn hiểu sai.

## Nên thử nghiệm gì, theo thứ tự ưu tiên

Nếu chưa biết bắt đầu từ đâu, hãy đi lần lượt từ trên xuống theo danh sách này. Các yếu tố ở gần đầu bảng quyết định việc người đọc có muốn đọc thông điệp này hay không. Một nút bấm đẹp hơn không cứu được một ưu đãi chẳng ai muốn.

| Yếu tố | Một kết quả rõ ràng cho bạn biết điều gì |
| --- | --- |
| Đối tượng hoặc ưu đãi | Nhóm này có muốn làm điều bạn đang đề nghị hay không. Hãy thử nghiệm yếu tố này trước, vì mọi yếu tố phía sau đều phụ thuộc vào nó. |
| Tiêu đề email | Cách diễn đạt nào khiến đúng người đọc mở email và hành động. Hãy đánh giá cả qua lượt nhấp hoặc hành động ở bước sau, chứ không chỉ qua lượt mở. |
| Tên người gửi | Người đọc có nhận ra và tin tưởng tên người gửi hay không, chẳng hạn khi so sánh tên của một người cụ thể với tên công ty. |
| Văn bản xem trước | Dòng chữ hiển thị sau tiêu đề có cho người đọc lý do để mở email hay không. Một số ứng dụng email rút gọn hoặc ẩn dòng này, nên hiệu quả phụ thuộc vào ứng dụng mà người đọc của bạn dùng. |
| Nội dung và vị trí CTA | Người đọc có hiểu điều gì sẽ xảy ra sau khi nhấp và có tìm thấy liên kết mà không phải lục tìm hay không. |
| Bố cục | Cấu trúc email có giúp người đọc đi đến hành động hay không. Thay đổi bố cục làm thay đổi nhiều thứ cùng lúc, nên hãy đánh giá kết quả như một tổng thể. |
| Thời điểm gửi | Nhóm đối tượng này thường hành động với loại thông điệp này vào lúc nào. Hãy so sánh qua nhiều lượt gửi, vì một ngày đơn lẻ có thể là một ngày bất thường. |

Thời điểm gửi là thử nghiệm duy nhất mà các phiên bản được gửi đi vào những thời điểm khác nhau một cách có chủ đích. Hãy giữ mọi thứ khác giống hệt nhau, kể cả cách chia đối tượng, và đo cả hai nhóm trong những khoảng thời gian dài bằng nhau.

## Viết mỗi thử nghiệm dưới dạng một giả thuyết

Một giả thuyết nêu rõ thay đổi, đối tượng, chỉ số và lý do bạn kỳ vọng sẽ có khác biệt. Lý do là phần giúp bạn học được điều gì đó. Nếu kết quả đi theo hướng ngược lại, nó cho bạn biết giả định nào cần xem lại.

```text
If we [change] for [audience], [metric] will [rise or fall] because [reason].
```

Mẫu câu trên có nghĩa là: “Nếu chúng ta [thay đổi] cho [đối tượng], [chỉ số] sẽ [tăng hoặc giảm] vì [lý do]”. Một vài ví dụ:

- Nếu thêm ảnh chụp màn hình phần thiết lập đã hoàn tất vào email onboarding gửi người dùng mới dùng thử, số lượt hoàn tất thiết lập trong vòng bảy ngày sẽ tăng, vì người dùng thấy được mục tiêu mình đang hướng tới.
- Nếu gửi bản tin dưới tên của biên tập viên thay vì tên công ty, số thư trả lời sẽ tăng, vì người đọc nhận ra người viết bản tin.
- Nếu tiêu đề email thông báo phát hành nêu tên tính năng mới thay vì ghi “Cập nhật sản phẩm”, số lượt nhấp vào trang tính năng sẽ tăng, vì người đọc biết được tính năng đó có liên quan đến họ hay không.
- Nếu thêm hạn chót đăng ký vào văn bản xem trước của email mời tham dự webinar, số lượt đăng ký trước hạn chót sẽ tăng, vì ngày hết hạn hiện ngay trong hộp thư đến.
- Nếu chuyển liên kết chính lên trên hình ảnh đầu tiên, số lượt nhấp từ người đọc trên điện thoại sẽ tăng, vì họ thấy liên kết mà không cần cuộn.
- Nếu đề nghị một cuộc gọi hỗ trợ thiết lập thay vì giảm giá cho các tài khoản dùng thử đang bị đình trệ, số lượt chuyển đổi sang gói trả phí sẽ tăng, vì những tài khoản này đã dừng lại giữa chừng ở bước thiết lập.

Giả thuyết nào trong số này cũng có thể sai, và một lần thất bại vẫn cho bạn biết thêm điều gì đó về người đọc. Một thử nghiệm mơ hồ như “thử một mẫu mới” chỉ dạy bạn rất ít, dù phiên bản nào thắng.

## Xác định mức chênh lệch nào thực sự có ý nghĩa

Một thay đổi nhỏ có thể là thật nhưng quá nhỏ để bù cho công sức sản xuất thêm. Hãy chọn mức tác động tối thiểu đủ để thay đổi quyết định của bạn, ước tính tỷ lệ cơ sở, và tính cỡ mẫu với độ tin cậy và lực kiểm định (statistical power) được nêu rõ.

Không có mức tối thiểu chung cho mọi trường hợp, chẳng hạn 1.000 người nhận. Một hành động phổ biến cần cỡ mẫu khác với một giao dịch mua hiếm hoi. Một thử nghiệm tìm kiếm mức tăng (lift) rất nhỏ cần nhiều dữ liệu hơn một thử nghiệm tìm kiếm thay đổi lớn.

Với danh sách nhỏ, thử nghiệm một thay đổi đáng kể qua vài lượt gửi tương đương, hoặc thu thập phản hồi định tính, có thể tốt hơn là chia một chiến dịch thành nhiều nhóm nhỏ li ti. Các chiến dịch lặp lại kéo theo khác biệt về thời điểm, nên hãy nêu rõ hạn chế đó khi diễn giải kết quả.

## Giữ cho phép so sánh có thể diễn giải được

Hãy phân ngẫu nhiên những người nhận đủ điều kiện vào các phiên bản. Giữ quy tắc đối tượng, khung giờ gửi và các nội dung quan trọng khác ở mức tương đương. Nếu bạn thay đổi cùng lúc tiêu đề, bố cục, ưu đãi và trang đích, bạn đang thử nghiệm cả gói và không thể biết phần nào tạo ra khác biệt.

Tránh tính các lượt gửi lặp lại tới cùng một người như những quan sát độc lập. Với các kết quả ở cấp tài khoản, hãy cân nhắc liệu những người trong cùng một tài khoản có thể ảnh hưởng lẫn nhau hay không.

Hãy đặt một khoảng thời gian theo dõi đủ dài để hành động mong muốn có thể xảy ra. Đừng liên tục xem kết quả giữa chừng rồi dừng lại ở dao động thuận lợi đầu tiên, trừ khi phương pháp thống kê của bạn hỗ trợ rõ ràng cách làm đó.

## Đọc mức độ bất định, không chỉ con số nổi bật

Giả sử một phiên bản có 24 lượt mua và phiên bản kia có 27. Chỉ riêng những con số đó không xác định được phiên bản thắng. Bạn cần biết quy mô từng nhóm, phương pháp phân nhóm và một khoảng tin cậy quanh mức chênh lệch ước tính.

Nếu kết quả chưa đủ để kết luận, hãy nói rõ như vậy. Giữ phiên bản đơn giản hơn, hoặc dùng những gì đã học được để thiết kế một thử nghiệm tiếp theo chặt chẽ hơn. Một thử nghiệm loại trừ được khả năng cải thiện lớn vẫn có thể giúp bạn tiết kiệm thời gian.

Hãy ghi lại giả thuyết, các phiên bản, đối tượng, cỡ mẫu, ngày thực hiện, chỉ số, kết quả và quyết định tiếp theo. Liên kết bản ghi đó với chiến dịch. Khi xem lại [tiêu đề email](/vi/blog/email-subject-lines), đừng biến một thử nghiệm đơn lẻ thành quy tắc cố định cho mọi đối tượng.