Xây dựng tự động hóa email hữu ích với trình kích hoạt rõ ràng, bước kiểm tra điều kiện, khoảng chờ và kiểm thử phản ánh cách trạng thái khách hàng thay đổi.
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.
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 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.
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ử trình bày cả hai cách làm. Tài liệu tham khảo về tự động hóa giải thích đường dẫn trường dùng trong điều kiện.
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.
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ư.
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ố để tránh coi lượt mở là bằng chứng cho thấy tự động hóa có hiệu quả.
