Tìm hiểu email tiếp thị và giao dịch kích hoạt theo sự kiện, với mô hình thực tế cho payload của trình kích hoạt, việc xuất bản và điều kiện gửi sau khoảng chờ.
Email kích hoạt theo sự kiện bắt đầu từ một điều đã xảy ra: một lượt đăng ký, một hóa đơn thanh toán thất bại, một lần xuất dữ liệu hoàn tất, hoặc một sự kiện khác mà hệ thống của bạn có thể mô tả. Sự kiện đó cung cấp bối cảnh cho một email.
Trình kích hoạt không quyết định email đó là email tiếp thị hay email giao dịch. Mục đích của email và mối quan hệ với người nhận mới là yếu tố quyết định. Một biên lai và một lời mời nâng cấp có thể đến từ cùng một sản phẩm nhưng vẫn cần các quy tắc gửi khác nhau.
Hãy chọn một cái tên mô tả một hành động hoặc một điều kiện đã được xác minh. Khai báo các trường mà email cần và thử nghiệm với những payload mang tính đại diện. Tránh dùng một sự kiện mang nghĩa khác nhau tùy theo dịch vụ nào đã gửi nó.
Ví dụ, một sự kiện đơn hàng hoàn tất có thể mang theo địa chỉ người nhận, mã tham chiếu đơn hàng và liên kết tới đơn hàng. Đừng đưa dữ liệu nhạy cảm hoặc không cần thiết vào payload. Tài liệu tham khảo API mô tả các dạng yêu cầu được hỗ trợ.
Mô hình tự động hóa của Brew nối một trình kích hoạt với các bước như gửi email. Hãy tạo và rà soát bản nháp, rồi xuất bản tự động hóa trước khi trông đợi các sự kiện thực tế chạy tự động hóa đó. Bài Tự động hóa email bằng AI trình bày nên xây dựng những luồng email vòng đời nào trước, từ đăng ký đến tái tương tác.
Một chuỗi email chào mừng quảng bá sản phẩm là email tiếp thị. Biên lai đơn hàng hoặc thông báo bảo mật tài khoản mà người dùng yêu cầu có thể là email giao dịch. Email có nội dung hỗn hợp cần được đánh giá theo tiêu chí mục đích chính; việc thêm một chút nội dung quảng cáo không tự động trả lời câu hỏi pháp lý theo hướng nào cả.
Hãy giữ thông tin tài khoản thiết yếu dễ tìm thấy. Dùng tên miền gửi có mục đích phù hợp và thử nghiệm cách xử lý trạng thái đăng ký. Đọc hướng dẫn về email giao dịch để hiểu sự khác biệt và các yêu cầu của nhà cung cấp được dẫn liên kết trong đó.
Với email tiếp thị, hãy xác minh sự đồng ý và tôn trọng trạng thái hủy đăng ký và chặn gửi. Một sự kiện khớp không đồng nghĩa với việc bạn được phép gửi email cho bất kỳ ai có địa chỉ tình cờ xuất hiện trong payload.
Giả sử bạn muốn nhắc một người dùng thử chưa hoàn tất thiết lập sau sáu ngày. Sự kiện đăng ký chỉ biết những gì đúng vào lúc đăng ký. Sự kiện đó không thể đoán trước liệu người dùng có hoàn tất vào ngày mai hay không.
Với bước kiểm tra ngày thứ sáu trong Brew, nút Bộ lọc hoặc nút Phân nhánh theo điều kiện có thể đọc các trường liên hệ hiện tại trong Brew qua contact.<name>. Hãy định nghĩa và đồng bộ các trường về trạng thái kích hoạt và trạng thái đăng ký, rồi kiểm tra chúng sau bước chờ. Các trường sự kiện như payload.activated vẫn chứa giá trị ban đầu của sự kiện. Nếu trạng thái cần kiểm tra nằm ngoài Brew, hãy để ứng dụng của bạn kiểm tra vào ngày thứ sáu và chỉ phát một sự kiện nhắc nhở mới khi người dùng vẫn đủ điều kiện.
Quy tắc tương tự áp dụng khi điều kiện là “chưa mua hàng” hoặc “vẫn đang dùng gói miễn phí”. Bài viết về chuỗi email dùng thử giải thích cách làm phía ứng dụng.
Hãy thử nghiệm yêu cầu gửi sự kiện, lượt chạy tự động hóa và email nhận được. Bao gồm cả trường hợp thiếu trường, các lần thử lại, người nhận thử nghiệm riêng tư và một thay đổi trạng thái đáng lẽ phải chặn một lượt gửi sau đó.
Với các nhà cung cấp đã kết nối, hãy dùng tên sự kiện thực tế của họ. Trang Stripe liệt kê các sự kiện Brew hỗ trợ và giải thích vì sao cài đặt “Đồng bộ họ và tên” không liên quan đến việc xuất bản một tự động hóa.
Khi đường đi đã hoạt động, hãy giữ cho chuỗi email dễ hiểu. Một nhóm nhỏ sự kiện tường minh và email đã được rà soát sẽ dễ duy trì hơn một tự động hóa dài với những điều kiện không ai giải thích được.
