# Tự động hóa tiếp thị qua email: kiểm tra trạng thái trước tiên

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

Một tự động hóa email là một quyết định có thể lặp lại về thời điểm gửi một thông điệp. Trình chỉnh sửa chỉ là một phần trong đó. Sự kiện, trạng thái hiện tại của khách hàng và các quy tắc dừng gửi cũng quan trọng không kém nội dung.

Trước khi vẽ ra một chuỗi email, hãy ghi lại vì sao mỗi email cần tồn tại và điều gì sẽ khiến nó không còn phù hợp vào lúc được gửi đi.

## Xác định trình kích hoạt và dữ liệu đi kèm

Một lượt đăng ký, một giao dịch mua đã hoàn tất, một lần thanh toán thất bại hay một cột mốc trong sản phẩm đều có thể khởi chạy một tự động hóa. Hãy cho sự kiện một ý nghĩa rõ ràng. “Người dùng hoạt động” là cách gọi mơ hồ; “đã xuất báo cáo đầu tiên” là điều mà ứng dụng có thể ghi nhận và kiểm thử.

Chỉ đưa vào dữ liệu mà email cần, kèm định danh ổn định và dấu thời gian khi cần thiết. Hãy xác định hệ thống nào nắm giữ từng giá trị. Việc gửi sự kiện có thể được thử lại, nên hãy dùng cơ chế lũy đẳng (idempotency) mà tích hợp của bạn hỗ trợ và kiểm thử trường hợp sự kiện bị gửi trùng.

[Tích hợp Stripe](/vi/browse/integrations/stripe) cung cấp các sự kiện về gói đăng ký và thanh toán, đều có tài liệu mô tả. Các sự kiện tùy chỉnh từ ứng dụng có thể bao quát những cột mốc riêng của sản phẩm.

## Tách bước chờ khỏi bước kiểm tra điều kiện

Bước chờ thay đổi thời điểm chạy của bước tiếp theo. Tự nó không cập nhật những dữ kiện mà tự động hóa đang nắm.

Trong một luồng kích hoạt theo sự kiện của Brew, nút Bộ lọc và nút Phân nhánh theo điều kiện phân biệt dữ liệu sự kiện với dữ liệu liên hệ. `activated` hoặc `payload.activated` đọc sự kiện ban đầu. Một payload đăng ký ghi `activated: false` có thể đã lỗi thời vào ngày mai. `contact.activated` đọc giá trị hiện tại của trường liên hệ trong Brew của người nhận vào lúc nút điều kiện đó chạy, kể cả sau một bước Chờ.

Với email nhắc hoàn tất thiết lập, hãy khai báo một trường liên hệ kiểu Có/Không tên là `activated`, giữ trường này luôn được đồng bộ từ ứng dụng của bạn, và đặt bộ lọc `contact.activated equals false` sau bước chờ. Thiếu giá trị không giống với giá trị sai (false), nên hãy kiểm thử cả hai trường hợp. Đặt một điều kiện trước mỗi email nhắc về sau có phụ thuộc vào trạng thái này; việc cập nhật liên hệ hay một sự kiện mới không tự động hủy lượt chạy đang diễn ra.

Việc đọc dữ liệu liên hệ không truy vấn cơ sở dữ liệu sản phẩm hay nhà cung cấp dịch vụ thanh toán của bạn. Nếu điều kiện phụ thuộc vào hoạt động chưa được đồng bộ, một hóa đơn cụ thể hay nội dung giỏ hàng hiện tại, hãy lên lịch bước kiểm tra đó trong ứng dụng của bạn. Khi đến hạn, hãy đọc bản ghi gốc và chỉ kích hoạt một sự kiện mới cho người đủ điều kiện nếu email nhắc vẫn còn hợp lý.

[Hướng dẫn từng bước về chuyển đổi dùng thử](/vi/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events) trình bày cả hai cách làm. [Tài liệu tham khảo về tự động hóa](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders) giải thích đường dẫn trường dùng trong điều kiện.

## Bắt đầu với một chuỗi email hữu ích

Một tự động hóa chào mừng có thể gửi tài liệu hoặc bước tiếp theo đã hứa lúc đăng ký. Một thông báo thanh toán có thể giải thích một sự kiện thanh toán có thật. Một email về cột mốc sản phẩm có thể giúp người dùng tận dụng kết quả của việc họ vừa hoàn thành.

Hãy giữ phiên bản đầu tiên đủ nhỏ để còn rà soát được. Với mỗi email, hãy ghi lại đối tượng, trình kích hoạt, các trường bắt buộc, hành động mong muốn và những điều kiện cần chặn việc gửi. Đưa cả trạng thái đăng ký và cách xử lý chặn gửi vào lần rà soát đó.

Trong Brew, việc thực thi do các tự động hóa đã xuất bản quyết định. Tạo hay chỉnh sửa một bản nháp không đồng nghĩa với việc xuất bản nó. Cài đặt tích hợp và trạng thái tự động hóa đảm nhận những vai trò khác nhau; ví dụ, cài đặt **Đồng bộ họ và tên** của Stripe chỉ kiểm soát việc cập nhật tên, chứ không quyết định các tự động hóa theo sự kiện có được thực thi hay không.

## Kiểm thử các thay đổi trạng thái

Hãy kiểm thử một lượt chạy bình thường, trường hợp thiếu các trường không bắt buộc, một sự kiện bị trùng, một liên hệ đã hủy đăng ký nhận email tiếp thị, và một khách hàng có trạng thái thay đổi trước khi đến hạn gửi email nhắc. Với điều kiện dựa trên liên hệ, hãy cập nhật trường trong Brew trong lúc chờ và xác nhận điều kiện phía sau bỏ qua email nhắc. Với email nhắc do ứng dụng lên lịch, hãy xác nhận ứng dụng không kích hoạt sự kiện mới khi khách hàng không còn đủ điều kiện.

Hãy xem cả email thực tế lẫn bản ghi lượt chạy. Kiểm tra liên kết, thẻ cá nhân hóa, tên miền gửi và đúng phiên bản đã xuất bản. Chỉ một yêu cầu kích hoạt thành công thôi thì chưa chứng minh được đúng email đã đến đúng hộp thư.

## Rà soát tự động hóa khi sản phẩm thay đổi

Một chuỗi email chạy lâu dài có thể âm thầm trở nên lỗi thời khi các bước thiết lập, bảng giá hoặc quyền truy cập sản phẩm thay đổi. Hãy giao cho mỗi chuỗi email một người phụ trách và rà soát lại sau mỗi bản phát hành có liên quan.

Hãy đo cả kết quả mong muốn lẫn những tác động không mong muốn. Nếu mục tiêu là hoàn tất thiết lập, hãy theo dõi hành động đó cùng với khiếu nại và hủy đăng ký. Dùng [hướng dẫn về chỉ số](/vi/blog/email-metrics-that-matter) để tránh coi lượt mở là bằng chứng cho thấy tự động hóa có hiệu quả.