Triển khai · Email marketing
Email drip, gửi từ người gửi đã xác minh của khách hàng
Triển khai một chiến dịch email đã duyệt, hoặc một chuỗi drip tối đa chín email tiếp theo, từ một tên miền hay địa chỉ mà khách hàng đã xác minh. Đối tượng được tính vào ngày email đầu tiên đi, mọi thư đều có liên kết hủy đăng ký, và mỗi người nhận mỗi email một lần. Tạo không gian làm việc của riêng bạn, hoặc xem cách hoạt động.
Bạn đã có không gian làm việc? Đăng nhập
- Các gói từ 99 USD mỗi tháng
- Thiết kế cho agency có nhiều khách hàng
- Thương hiệu của bạn trên toàn bộ console
Triển khai · Email marketing
Phần mềm email drip campaign cho agency, gửi từ người gửi đã xác minh của khách hàng
Nhiều lỗi email xảy ra đúng lúc gửi: một danh sách kéo từ tháng trước, một email tiếp theo tới tay người đã hủy đăng ký từ đó, một thư đi từ nhầm địa chỉ, một lần gửi chạy hai lần sau khi hết thời gian chờ. Mục Triển khai trong AI Marketing Dashboard là nơi một kế hoạch email đã duyệt thành thư thật, và nó được xây quanh chính những lỗi đó. Đây là phần mềm email drip campaign: gửi một lần hoặc một chuỗi drip tối đa chín email tiếp theo từ một tên miền hay địa chỉ mà khách hàng đã xác minh, tính ai nhận email đầu tiên vào đúng lúc nó đi, kiểm tra mọi email sau đó với danh sách hủy đăng ký và dấu “Do Not Disturb” (không làm phiền), điền mỗi thư cho người nhận của nó cùng một liên kết hủy đăng ký dùng được, và gửi mỗi người mỗi email đúng một lần. Trang sau đó cho thấy ai đã được tiếp cận, ai bị loại và vì sao.
Từ kế hoạch đến hộp thư
Một kế hoạch đã duyệt thành thư thật, và trang giữ số đếm
Khi một kế hoạch đã được duyệt, Triển khai kiểm tra lại nó và gửi từ một người gửi mà khách hàng đã xác minh.
Kiểm tra, lên lịch, gửi, rồi chờ bước tiếp theo
- Các bước kiểm tra chạy trên máy chủ trước khi bất cứ thứ gì được xếp hàng
- Email đầu tiên có thể lên lịch trước tối đa 90 ngày
- Mỗi email tiếp theo chờ hết độ trễ riêng sau email liền trước
Chuỗi email
Một chuỗi drip bốn email, xếp theo độ trễ
Mỗi độ trễ được tính từ email liền trước, và mỗi email tiếp theo đi tới những người mà email đó đã tới.
Email 1, khi lần triển khai bắt đầu
Đi tới mọi người đủ điều kiện vào lúc đó, trừ những người bị loại. Với tối đa ba dòng tiêu đề, mỗi người nhận được gán một dòng.Email 2, 2 ngày sau
Đi tới những người mà Email 1 đã tới, sau một lần kiểm tra mới về người hủy đăng ký và dấu “Do Not Disturb”.Email 3, 4 ngày sau đó
Cùng quy tắc đó một lần nữa. Vào ngày thứ sáu của chuỗi, danh sách là những ai Email 2 đã tới và chưa ai gỡ đi.Email 4, 7 ngày sau đó
Email cuối cùng tới khoảng 13 ngày sau khi lần triển khai bắt đầu. Lần triển khai khi đó ghi “Sent”, kèm số đếm cho từng bước. Một chuỗi có thể kéo dài đến chín email tiếp theo, cách nhau tối đa 90 ngày.
Ai bị loại
Sáu lý do một liên hệ bị loại, mỗi lý do đều được đếm
Tổng kết hiện trước khi lần triển khai bắt đầu và được giữ trong bản ghi của nó. Một lần triển khai gửi tới tối đa 2.000 người.
Không có địa chỉ email
Khách hàng tiềm năng không có địa chỉ nào được lưu, nên không có nơi để gửi.Không phải địa chỉ hợp lệ
Nó không qua bước kiểm tra định dạng, nên không bao giờ được gửi tới.Đã được đếm
Cùng địa chỉ xuất hiện ở một khách hàng tiềm năng thứ hai, khách hàng tiềm năng đó bị loại để mỗi người nhận tối đa một email.Đã hủy đăng ký
Địa chỉ đã hủy đăng ký email của khách hàng này hoặc, ở nơi biên nhận gửi thư được ghi lại, đã bị trả về vĩnh viễn hay đã khiếu nại.Được đánh dấu không liên hệ
Khách hàng tiềm năng đó, hoặc bất kỳ khách hàng tiềm năng nào dùng chung địa chỉ, mang dấu “Do Not Disturb” trong CRM khi email đầu tiên đi.Nằm trong danh sách hạn chế
Một danh sách đã lưu gồm một người từ một danh sách CRM mà người triển khai này không có quyền truy cập.
Trước và sau
Lần triển khai gỡ bớt gì cho người bấm gửi
Phần lớn những gì hỏng trong một lần gửi là một bước mà ai đó làm theo trí nhớ.
Một lần gửi ghép bằng tay
- Một danh sách xuất từ tháng trước và gửi lại
- Một địa chỉ gửi gõ vào công cụ nào đang mở
- Danh sách hủy đăng ký do ai nhớ ra thì sao chép sang
- Một lần bấm thứ hai sau khi hết thời gian chờ
- Các email tiếp theo được giữ dưới dạng lời nhắc trong lịch
Mỗi bước đều ổn cho đến ngày có một bước bị bỏ qua.
Một lần triển khai từ kế hoạch đã duyệt
- Ai nhận email đầu tiên được quyết định vào đúng lúc nó đi
- Địa chỉ gửi được kiểm tra lại trước mỗi đợt
- Mỗi email mang liên kết hủy đăng ký riêng, và các email tiếp theo kiểm tra lại danh sách
- Mỗi người được xếp hàng một lần cho mỗi email, nên một lượt gửi bị gián đoạn không bao giờ lặp lại
- Một đối tượng có hơn 2.000 người nhận được sẽ không qua bước kiểm tra thay vì bị gửi một phần
Một phản hồi, một lượt đặt lịch hay một giai đoạn deal mới không gỡ ai khỏi chuỗi drip. Để chặn email kế tiếp của ai đó, đánh dấu khách hàng tiềm năng là “Do Not Disturb”, gỡ khách hàng tiềm năng đó hoặc hủy lần triển khai.
Chạy chuỗi kế tiếp từ kế hoạch bạn đã duyệt
Lập kế hoạch các email, xin duyệt, rồi gửi từ người gửi đã xác minh của khách hàng và xem từng bước được gửi đi.
Các gói bắt đầu từ 99 USD mỗi tháng.
Trong trang này
Phần mềm email drip campaign: gửi một lần, hoặc chạy chuỗi tối đa chín email tiếp theo
Một kế hoạch đã duyệt, một lần triển khai, và bao nhiêu email tùy kế hoạch chứa
Một email gửi một lần đi đúng một lần, tới đối tượng mà kế hoạch nêu tên. Một chuỗi drip là một email đầu tiên cộng các email tiếp theo: tối đa chín email, mỗi email có mẫu Thư viện, dòng tiêu đề và dòng xem trước riêng, và mỗi email gửi từ 1 đến 90 ngày sau email liền trước. Cả chuỗi thuộc về kế hoạch đã được duyệt, nên không thể lén thêm hay tráo một email tiếp theo sau khi duyệt mà không đưa kế hoạch quay lại để quyết định lần nữa.
Trước khi bạn bắt đầu, Triển khai liệt kê chuỗi theo thứ tự: “Email 1” cùng tiêu đề của nó, rồi từng email tiếp theo cùng số ngày nó chờ sau email liền trước, và một nút “Preview” (xem trước) ở mỗi dòng, điền thông tin mẫu vào email để người xem xét đọc nó như một người nhận. Khi chuỗi đã chạy, lần triển khai báo từng email đã gửi bao nhiêu, bao nhiêu lỗi và bao nhiêu đang chờ.
Thư đi từ người gửi mà khách hàng đã xác minh, tốt nhất là tên miền riêng của họ
Tên miền đã xác minh được ký DKIM, và người gửi được kiểm tra lại trước mỗi đợt
Bạn thêm tên miền gửi của khách hàng trong cài đặt dữ liệu của họ, công bố các bản ghi DNS của tên miền, và bảng hiển thị tên miền là đang hoạt động khi các bản ghi đó đã được xác minh. Một lần triển khai sẽ không bắt đầu từ một địa chỉ vừa không nằm trong danh sách địa chỉ gửi (From) của một tên miền đã xác minh, vừa không phải một địa chỉ đơn lẻ đã xác minh riêng, và bước kiểm tra chạy lại trước mỗi đợt, nên một người gửi bị gỡ trong lúc đó sẽ làm dừng lần triển khai thay vì để thư đi từ một nơi khác.
Thư được ký DKIM cho tên miền của khách hàng thông qua các bản ghi công bố trong DNS riêng của họ, và thư trả về quay về một tên miền phụ của nó, nên người gửi mà người nhận thấy là của khách hàng, không phải của agency hay của nền tảng. Một địa chỉ đơn lẻ đã xác minh được chấp nhận với những khách hàng không sửa được DNS, nhưng nó không có chữ ký DKIM và chính bảng cảnh báo rằng khả năng vào hộp thư đến sẽ kém hơn. Bảng tên miền từ chối các tên miền email miễn phí như Gmail, và khi một tên miền gốc được thêm vào, nó gợi ý một tên miền phụ riêng cho thư marketing, giữ danh tiếng chiến dịch tách khỏi email hằng ngày của khách hàng.
Đối tượng được tính khi email đầu tiên đi, kèm số người bị loại
Người hủy đăng ký, không làm phiền, địa chỉ không hợp lệ và trùng lặp đều nằm ngoài
Lập kế hoạch đếm ai có thể nhận email. Việc gửi tính lại đối tượng đúng lúc email đầu tiên thực sự đi, nên một lần triển khai đã lên lịch tới những người đủ điều kiện vào đúng ngày, không phải những người đủ điều kiện lúc có người chọn một ngày. Mỗi email tiếp theo sau đó đi tới những người mà email liền trước đã tới, kiểm tra lại người hủy đăng ký và dấu “Do Not Disturb” trên chính khách hàng tiềm năng. Một bộ quy tắc duy nhất chạy cho các bước kiểm tra triển khai, số đếm đối tượng và lần gửi, nên con số đã duyệt và con số thực gửi cùng được tính theo một cách.
Mỗi liên hệ mà đối tượng chọn nhưng lần gửi phải bỏ qua được đếm kèm một lý do: không có địa chỉ email, địa chỉ không hợp lệ, trùng với một địa chỉ đã đếm, đã hủy đăng ký email của khách hàng này (thư bị trả về vĩnh viễn và khiếu nại cũng vào danh sách đó ở nơi biên nhận gửi thư được ghi lại), dấu “Do Not Disturb” trên khách hàng tiềm năng hoặc trên một khách hàng tiềm năng khác dùng chung địa chỉ, hoặc một khách hàng tiềm năng nằm trong danh sách đã lưu mà người triển khai không được phép thấy. Một bộ lọc hay phân khúc nêu tên một danh sách CRM hạn chế thì không qua các bước kiểm tra. Lần triển khai in tổng kết trong một dòng, chẳng hạn 37 bị loại (hủy đăng ký 21, không liên hệ 9, không hợp lệ 7).
Mỗi người nhận một bản riêng, kể cả dòng tiêu đề
Sáu merge tag, tối đa ba dòng tiêu đề và một lựa chọn ổn định cho mỗi địa chỉ
Các mẫu nhận merge tag (thẻ cá nhân hóa) cho tên, họ, họ tên đầy đủ, công ty, thành phố và liên kết hủy đăng ký riêng của người nhận. Máy chủ điền chúng cho từng người nhận và xử lý để chúng an toàn ở vị trí được chèn vào, kể cả liên kết, nên một cái tên không bao giờ đổi được nơi một liên kết dẫn tới. Sản phẩm để trống chỗ của một thẻ mà nó không nhận ra và gắn cờ từ trước trong một bước kiểm tra tên “Unknown merge tags”, biến một lỗi gõ nhầm thành một cảnh báo thay vì một thẻ lạc trong hộp thư của ai đó.
Email đầu tiên có thể mang tối đa ba dòng tiêu đề, tạo thành một phép chia A/B. Một phép tính cố định trên địa chỉ của người nhận chọn dòng tiêu đề, nên các phần chia ra xấp xỉ bằng nhau và cùng một người luôn nhận cùng một dòng, dù lượt gửi trải qua bao nhiêu vòng. Các email tiếp theo mang mỗi email một dòng tiêu đề. Phép chia cố định theo số học chứ không theo may rủi, và sẽ không có dòng tiêu đề thắng nào được công bố thay bạn, vì trang Triển khai không báo lượt mở hay lượt nhấp.
Mỗi email mang liên kết hủy đăng ký dùng được, kèm header một lần nhấp
Một liên kết cho từng người nhận, header một lần nhấp và một dòng hiển thị
Mỗi email có liên kết hủy đăng ký riêng, được thêm theo tối đa ba cách: một dòng chân trang hiển thị trong HTML, một dòng trong phần văn bản thuần, và các header chuẩn List-Unsubscribe và List-Unsubscribe-Post để ứng dụng thư đưa ra một nút một lần nhấp. Một mẫu viết dưới dạng văn bản thuần không có phần HTML, nên nó nhận dòng văn bản và các header. Trong một mẫu đã thiết kế, liên kết “Unsubscribe” ở chân trang để trống hoặc đặt là # được trỏ lại về liên kết riêng của người nhận, và mọi liên kết khác đặt là # sẽ gây một cảnh báo trong các bước kiểm tra.
Mở liên kết sẽ hiện một trang xác nhận với địa chỉ được ẩn một phần. Chỉ bấm nút của trang đó, hoặc nút một lần nhấp của ứng dụng thư, mới ghi nhận việc hủy đăng ký, nên một trình quét bảo mật tải liên kết sẽ không vô tình gỡ ai. Bản ghi được giữ theo từng khách hàng và địa chỉ và áp dụng cho mọi chiến dịch sau của khách hàng đó, và bước kế tiếp của một chuỗi drip kiểm tra lại nó trước khi gửi bất cứ thứ gì.
Yêu cầu dành cho người gửi email hàng loạt của Gmail và Yahoo: phần nào hệ thống lo, phần nào vẫn của bạn
Xác thực, hủy đăng ký một cú nhấp và tỷ lệ khiếu nại, theo thứ tự đó
Gmail và Yahoo yêu cầu người gửi email hàng loạt xác thực thư bằng SPF, DKIM và DMARC, cung cấp tính năng hủy đăng ký một lần nhấp và giữ tỷ lệ khiếu nại thư rác ở mức thấp. Với một tên miền gửi đã xác minh, bảng lo phần đầu. Nó đưa lại các bản ghi DKIM để mỗi thư được ký cho chính tên miền của khách hàng, một tên miền phụ nhận thư trả về với bản ghi MX và SPF riêng, và một bản ghi DMARC bắt đầu ở p=none. Bản ghi cuối được đánh dấu là khuyến nghị chứ không bắt buộc, nên một tên miền vẫn xác minh được khi thiếu nó. Người gửi hàng loạt được kỳ vọng phải có một bản ghi DMARC, vì vậy cứ công bố nó.
Phần thứ hai được dựng sẵn vào mọi lần gửi. Mỗi email mang các header một lần nhấp và một liên kết hủy đăng ký trong nội dung, và hệ thống đọc lại danh sách trước mỗi đợt, nên một lần hủy đăng ký được tôn trọng ở đợt kế tiếp và ở mọi bước sau đó. Ba việc vẫn ở lại với bạn: giữ bằng chứng rằng mọi người đã đồng ý nhận tin từ khách hàng, công bố và về sau siết chặt bản ghi DMARC, và theo dõi khiếu nại. Trang Triển khai đếm những gì đã đi, những gì lỗi và những gì đang chờ, từng bước một, và không hiện tỷ lệ khiếu nại. Ở nơi biên nhận gửi thư được ghi lại, một khiếu nại cũng đưa địa chỉ vào danh sách hủy đăng ký của khách hàng, nhưng chính tỷ lệ thì đọc trong công cụ riêng của nhà cung cấp hộp thư. Nếu nó tăng, hoãn lần triển khai kế tiếp.
Mỗi người nhận mỗi email đúng một lần, kể cả khi lượt gửi bị gián đoạn
Xếp hàng một lần, đánh dấu trước khi gửi, không bao giờ thử lại một cách mù quáng
Mỗi bước được xếp hàng thành một danh sách với một dòng cho mỗi người, và bản ghi gửi sẽ không giữ hai dòng cho cùng một người và cùng một bước. Một đợt tối đa 100 dòng được đánh dấu là đang gửi trước khi tới dịch vụ gửi thư, rồi đi mười thư một lần với nhịp đều đặn, và mọi thứ chưa gửi quay lại hàng chờ nếu dịch vụ giới hạn tốc độ hoặc ngừng hoạt động.
Nếu một lượt gửi bị gián đoạn giữa chừng, các dòng đang trong lượt gửi sẽ không được gửi lại. Chúng được tính là lỗi, kèm ghi chú rằng lần gửi không xác nhận được, và những người còn lại tiếp tục từ hàng chờ. Đây là một đánh đổi có chủ ý: người nhận có dòng bị đánh dấu lỗi sẽ lỡ email đó và các email tiếp theo sau nó, nhưng không ai nhận cùng một email hai lần. Năm vòng liên tiếp bị dịch vụ từ chối sẽ làm dừng lần triển khai và báo có bao nhiêu thư đã đi, bao nhiêu thư chưa.
Lên lịch trước tối đa 90 ngày, theo dõi lúc gửi, hủy khi cần dừng
Từ yêu cầu đến email tiếp theo cuối cùng, trên một trang
Chọn “Send now” (gửi ngay) hoặc “Schedule” (lên lịch) và đặt giờ của email đầu tiên theo múi giờ của bạn, từ một phút nữa đến 90 ngày sau. Người có quyền chỉnh sửa Thư viện và quyền Publish bắt đầu lần triển khai. Người chỉ có quyền chỉnh sửa Thư viện thì đề nghị, và một người có quyền Publish (publisher) duyệt nó trong Đội ngũ > Phê duyệt, với các bước kiểm tra chạy lại trước bằng quyền của publisher đó. Cả hai cách đều cần quyền truy cập CRM của khách hàng, vì đối tượng là các liên hệ của nó.
Trong lúc một lần triển khai email đang chạy và trang đang hiển thị, nó tự làm mới mỗi 20 giây và cho thấy bước hiện tại, bao nhiêu thư đã đi và khi nào email tiếp theo đến hạn. “Cancel” (hủy), vốn cần quyền Publish, dừng nó trước nhóm mười thư kế tiếp, và những email đã gửi vẫn là đã gửi. Không có chức năng tạm dừng: một lần triển khai hoặc hoàn tất, hoặc thất bại, hoặc bị hủy, và một kế hoạch đã bị hủy có thể được triển khai lại, kèm cảnh báo về số người mà lần triển khai trước đã tiếp cận.
Từ kế hoạch đã duyệt đến email tiếp theo cuối cùng, từng bước một
Chọn khách hàng và tìm kế hoạch
Chọn khách hàng trong bộ chọn trên thanh tiêu đề, vì trang làm việc với từng khách hàng một. Một kế hoạch được duyệt nguyên trạng, không có lần triển khai nào đang chạy, được liệt kê dưới “Ready to launch” (sẵn sàng triển khai). Kế hoạch chưa sẵn sàng nằm dưới “Not ready yet” (chưa sẵn sàng), và dòng của nó nói rõ vì sao: “Waiting for approval” (đang chờ duyệt), “Changes requested” (cần chỉnh sửa) hoặc “Changed since it was approved” (đã đổi sau khi duyệt).
Đọc những gì sẽ được gửi đi
“Launch” mở một hộp thoại nêu loại lần gửi, địa chỉ gửi (From) và đối tượng, rồi liệt kê từng email theo thứ tự cùng mẫu, tiêu đề và thời điểm của nó: email đầu khi lần triển khai bắt đầu, mọi email còn lại sau một số ngày cố định kể từ email liền trước. “Preview” mở bất kỳ email nào với thông tin mẫu đã điền.
Chạy các bước kiểm tra
Checklist đánh dấu mỗi bước kiểm tra là “Passed” (đạt), “Warning” (cảnh báo) hoặc “Problem” (lỗi chặn) và, nếu có cách sửa, liên kết tới đó. Một “Problem” chặn lần triển khai còn một “Warning” thì không. Sửa những gì đang chặn, chọn “Run checks again”, và đọc các cảnh báo trước khi quyết định chúng có thể chờ.
Chọn thời điểm
“Send now” bắt đầu lần triển khai ngay. “Schedule” hỏi giờ của email đầu tiên, theo múi giờ của bạn, từ một phút nữa đến 90 ngày sau. Các email tiếp theo giữ độ trễ riêng của chúng.
Bắt đầu, hoặc đề nghị
Người có quyền chỉnh sửa Thư viện và quyền Publish với khách hàng chọn “Launch”, hoặc “Schedule launch” khi đã đặt giờ. Người chỉ có quyền chỉnh sửa Thư viện thì thấy “Request launch approval” thay vào đó. Một publisher sau đó duyệt nó từ hộp thư phê duyệt hoặc ngay từ lần triển khai, và các bước kiểm tra được lặp lại bằng quyền của chính publisher trước khi có gì được gửi đi. Bắt đầu hoặc duyệt cũng cần quyền truy cập CRM của khách hàng.
Theo dõi đến cùng
Dòng của lần triển khai mang một nhãn trạng thái và một dòng tiến độ: bước đang chạy, bao nhiêu người nhận của bước đó đã nhận và, giữa các bước, khi nào email tiếp theo đến hạn. Trang tự làm mới mỗi 20 giây, nhưng chỉ khi lần triển khai đang được lên lịch, đang bắt đầu hoặc đang gửi và trang đang hiển thị. Cuối cùng trạng thái ghi “Sent” (đã gửi), kèm số đếm cho từng email.
Thiết kế một chuỗi drip: độ trễ, nhiệm vụ và mỗi email tới ai
Một chuỗi drip là một email đầu tiên cộng tối đa chín email tiếp theo, mỗi email từ 1 đến 90 ngày sau email liền trước. Độ trễ được tính từ lúc email liền trước gửi xong, không phải từ lúc lần triển khai bắt đầu.
| Độ trễ sau email liền trước | Nhiệm vụ | Ai nhận | |
|---|---|---|---|
| 1 | Không có: nó bắt đầu lần triển khai | Giao điều đã hứa và đề nghị một hành động | Mọi người đủ điều kiện vào ngày hôm đó, trừ những người bị loại |
| 2 | 2 ngày | Nhắc, với một chi tiết mới thay vì lặp lại | Những người mà Email 1 đã tới |
| 3 | 4 ngày | Đưa ra một ví dụ cụ thể hoặc một bằng chứng | Những người mà Email 2 đã tới |
| 4 | 7 ngày | Trả lời ý phản đối được nêu nhiều nhất | Những người mà Email 3 đã tới |
| 5 | 14 ngày | Nói rõ đây là email cuối và làm bước tiếp theo thật dễ | Những người mà Email 4 đã tới |
Các độ trễ 2, 4, 7 và 14 ngày kết thúc chuỗi 27 ngày sau khi nó bắt đầu. Đó là một mẫu để bắt đầu, không phải mặc định của sản phẩm.
- Đặt phép thử A/B ở email đầu tiên, email duy nhất nhận tối đa ba dòng tiêu đề và là email mà cả đối tượng nhận. Mỗi email tiếp theo mang một dòng tiêu đề duy nhất.
- Danh sách sẽ co lại, bạn nên dự tính trước. Một email tiếp theo đi tới những người mà email liền trước đã gửi hoặc đã giao tới, nên một địa chỉ bị lỗi, hoặc bị trả về ở nơi có ghi nhận biên nhận, sẽ bị loại khỏi chuỗi.
- Đừng đụng vào các mẫu khi một chuỗi drip đang chạy. Bản duyệt bao trùm từng mẫu, nên sửa một mẫu sẽ làm dừng lần triển khai trước đợt kế tiếp, kèm thông báo rằng có thứ đã đổi sau khi duyệt.
Lưu ý
Một chuỗi drip không theo dõi phản hồi
Sau email đầu tiên, một email tiếp theo không bị lọc theo giai đoạn, thẻ, phản hồi hay lượt đặt lịch. Mọi người rời khỏi một chuỗi bằng cách hủy đăng ký, bằng dấu “Do Not Disturb” trên chính khách hàng tiềm năng của họ, bằng cách rời khỏi CRM, hoặc khi lần triển khai bị hủy. Dựng đối tượng sao cho mọi người trong đó đều nên nghe cả chuỗi.
Ai nằm trong đối tượng vào ngày gửi, và vì sao những người còn lại bị loại
Con số được tính như thế nào
Con số trong hộp thoại và đối tượng mà lần gửi dùng đến từ cùng một bộ quy tắc. Lần triển khai đọc các khách hàng tiềm năng trong CRM của khách hàng, tối đa 25.000 người (từ 25.000 trở lên, bước kiểm tra không đạt với thông báo “Audience too large to check”, tức đối tượng quá lớn để kiểm tra), áp dụng đối tượng mà kế hoạch đã chọn và loại hết những ai không thể hoặc không được nhận email. Các pipeline mà người triển khai không gửi tới được, chẳng hạn pipeline đã lưu trữ, nằm ngoài đối tượng và không được đếm. Mỗi liên hệ được đếm theo lý do đầu tiên áp dụng, và tổng kết hiện cạnh đối tượng trong một dòng.
| Lý do | Ý nghĩa | Cần làm gì |
|---|---|---|
| Không có email | Khách hàng tiềm năng không có địa chỉ email | Thêm một địa chỉ trong CRM, hoặc chấp nhận khoảng trống |
| Không hợp lệ | Địa chỉ không đọc như một địa chỉ email | Sửa nó trong CRM |
| Trùng lặp | Cùng địa chỉ đã được đếm trước đó trong danh sách | Không cần làm gì: mỗi địa chỉ nhận tối đa một email |
| Đã hủy đăng ký | Có người dùng địa chỉ này đã từ chối nhận, hoặc, ở nơi biên nhận được ghi lại, địa chỉ đã bị trả về vĩnh viễn hay đã khiếu nại | Giữ nó ngoài danh sách. Nó ở ngoài mọi chiến dịch sau của khách hàng này |
| Không liên hệ | Một khách hàng tiềm năng có địa chỉ này mang dấu “Do Not Disturb” | Chỉ gỡ dấu khi chính người đó yêu cầu được nhận tin từ bạn trở lại |
| Danh sách hạn chế | Một danh sách đã lưu chứa một khách hàng tiềm năng từ một danh sách CRM mà chỉ quản trị viên agency được phép gửi tới | Nhờ một quản trị viên agency triển khai. Một bộ lọc hay phân khúc nêu tên danh sách như vậy thì không qua các bước kiểm tra |
Bộ lọc, phân khúc đã lưu và danh sách đã lưu
Một đối tượng dạng bộ lọc, dựng từ pipeline, giai đoạn và thẻ, được xác định khi email đầu tiên đi. Một phân khúc đã lưu giữ các quy tắc nó có lúc lần triển khai được tạo, và ai khớp các quy tắc đó được tính vào đúng ngày. Một danh sách đã lưu giữ các thành viên của nó. Dù bạn chọn loại nào, hệ thống kiểm tra lần triển khai với những gì bản duyệt đã bao trùm: nếu quy tắc của phân khúc hay thành viên của danh sách đổi sau đó, sẽ không có gì được gửi và kế hoạch phải duyệt lại. Đối tượng đã lưu giải thích cách dựng từng loại.
Mẹo
Dùng điều kiện “Campaign email received”
Một phân khúc đã lưu có thể dùng điều kiện “Campaign email received”, đặt là không trong 7 ngày qua, để hai chiến dịch không gửi email cho cùng một người trong một tuần. Ở nơi biên nhận gửi thư được ghi lại, điều kiện “Email bounced or complained” đặt là “No” giữ các địa chỉ đã bị trả về ra khỏi đối tượng kế tiếp.
Checklist khả năng vào hộp thư (deliverability) trước khi gửi: phần sản phẩm thực thi và phần bạn làm
Triển khai kiểm tra những phần của một lần gửi mà nó nhìn thấy. Việc những người trong danh sách có mong đợi email hay không thì không nằm trong số đó.
| Mục | Sản phẩm làm gì | Bạn làm gì |
|---|---|---|
| Tên miền gửi | Không đạt trừ khi địa chỉ gửi (From) nằm trong danh sách của một tên miền đã xác minh, hoặc là một địa chỉ đơn lẻ đã xác minh, và kiểm tra lại trước mỗi đợt | Thêm tên miền của khách hàng trong cài đặt dữ liệu của họ, công bố các bản ghi DNS và chờ đến khi nó được xác minh |
| Bản ghi xác thực | Liệt kê một bản ghi xác nhận quyền sở hữu, ba bản ghi DKIM, các bản ghi MX và SPF của tên miền nhận thư trả về và một bản ghi DMARC được khuyến nghị | Công bố tất cả, bắt đầu DMARC ở p=none và siết chặt khi các báo cáo không còn vấn đề. Một địa chỉ đơn lẻ đã xác minh không có chữ ký DKIM |
| Tên miền email miễn phí | Từ chối tên miền của nhà cung cấp email miễn phí làm tên miền gửi, vì không sửa được DNS của nó. Một địa chỉ đơn lẻ đã xác minh thì không bị chặn | Gửi từ tên miền riêng của khách hàng, tốt nhất là một tên miền phụ chuyên dùng cho thư marketing |
| Hủy đăng ký | Thêm một liên kết vào mọi email, trong các header, phần văn bản và mọi chân trang HTML, và tôn trọng danh sách ở mọi bước | Giữ nguyên chân trang và giữ cho mọi liên kết hủy đăng ký trong mẫu hoạt động |
| Sự cho phép gửi email | Không ghi nhận hay kiểm tra sự đồng ý | Chỉ gửi email cho những người mong nhận tin từ khách hàng, và giữ bằng chứng ở nơi bạn xuất trình được |
| Tiêu đề và dòng xem trước | Không đạt nếu một dòng trống, nếu còn bản giữ chỗ khởi đầu, nếu tiêu đề dài hơn 200 ký tự hoặc dòng xem trước dài hơn 140 | Nói rõ email là gì. Công cụ lập kế hoạch gắn cờ tiêu đề dài quá 80 ký tự vì hộp thư cắt bớt chúng |
| Merge tag | Điền sáu thẻ đã biết và để trống mọi thẻ khác, kèm cảnh báo | Viết lời chào vẫn đọc được khi thiếu tên, vì không có giá trị dự phòng |
| Liên kết và hình ảnh | Cảnh báo về các liên kết trỏ vào # và về hình ảnh nhúng trong email | Dùng địa chỉ web đầy đủ và lưu hình ảnh trực tuyến |
| Dung lượng | Cảnh báo trên 102 KB, mức Gmail cắt bớt một thư, và không đạt trên 500 KB | Rút gọn mẫu hoặc bỏ các hình nặng |
| Số lượng | Giới hạn một lần triển khai ở 2.000 người nhận và gửi tối đa 14 thư mỗi giây | Chia các danh sách lớn hơn theo pipeline, giai đoạn hoặc thẻ, và làm nóng một tên miền mới bằng các lần gửi nhỏ hơn |
| Biên nhận gửi thư | Cảnh báo khi biên nhận gửi thành công, thư trả về và khiếu nại không được ghi lại | Nhớ rằng một thư bị trả về được tính là đã gửi chứ không phải lỗi, và trang không hiện con số thư trả về |
Hai dòng đầu quyết định các dòng còn lại có quan trọng hay không, vì nhà cung cấp hộp thư cân nhắc ai đã ký một thư cũng như thư nói gì.
Khi đang gửi, sau khi kết thúc và khi dừng
Ý nghĩa của từng trạng thái
| Trạng thái | Ý nghĩa | Bạn làm được gì |
|---|---|---|
| Awaiting approval (chờ duyệt) | Một yêu cầu đang chờ người có quyền Publish | Một publisher chọn “Approve & launch” (duyệt và triển khai), hoặc “Decline” (từ chối) kèm lý do; người đề nghị có thể chọn “Withdraw request” (rút yêu cầu) |
| Scheduled (đã lên lịch) | Đã duyệt và chờ đến giờ bạn đặt. Các lần triển khai đến hạn được tìm mỗi phút | Một publisher có thể chọn “Cancel launch” (hủy lần triển khai) |
| Launching rồi Sending (đang khởi động, rồi đang gửi) | Email đầu tiên được xếp hàng, rồi các email được gửi đi trong lúc dòng hiện bước, các số đếm và ngày kế tiếp | Một publisher có thể chọn “Cancel launch”. Những email đã gửi vẫn là đã gửi |
| Sent (đã gửi) | Mọi bước đã xong, và người đề nghị cùng publisher đã duyệt được báo qua chuông thông báo và, nếu cài đặt của họ cho phép, qua email | Đọc số đếm của từng email |
| Failed (thất bại) | Lần triển khai đã dừng. Mở nó sẽ thấy vì sao, bằng lời đơn giản | Sửa nguyên nhân và triển khai lại |
| Canceled hoặc Declined (đã hủy hoặc đã từ chối) | Một người đã dừng nó, hoặc một publisher đã từ chối yêu cầu và để lại ghi chú | Triển khai lại nếu vẫn cần lần gửi đó, hoặc sửa kế hoạch và đề nghị lại |
Khi một lần triển khai thất bại
| Nó báo gì | Chuyện gì đã xảy ra | Cần làm gì |
|---|---|---|
| Đối tượng hiện là N người, nhiều hơn 2.000 người mà một lần triển khai gửi tới được | Đối tượng đã vượt mức trần trước email đầu tiên, nên không có gì được gửi | Thu hẹp theo pipeline, giai đoạn hoặc thẻ rồi triển khai lại |
| Hiện không ai trong đối tượng nhận được | Mọi người đều bị loại vào lúc email đầu tiên đi | Kiểm tra các mục loại trừ và bộ lọc |
| Địa chỉ không còn là địa chỉ gửi đã xác minh của khách hàng này | Tên miền hoặc địa chỉ đã mất xác minh | Xác minh lại trong cài đặt dữ liệu, rồi triển khai lại |
| Kế hoạch, một trong các mẫu email của nó hoặc đối tượng đã lưu của nó đã đổi sau khi được duyệt | Một thứ mà bản duyệt bao trùm đã bị sửa | Gửi kế hoạch để duyệt lại |
| Dịch vụ gửi thư liên tục từ chối gửi (bị giới hạn tốc độ hoặc không khả dụng), nên lần triển khai dừng | Năm vòng liên tiếp không gửi được gì | Đọc các số đếm, rồi triển khai lại khi đã rõ nguyên nhân |
Một lượt gửi bị gián đoạn không bao giờ được lặp lại một cách mù quáng. Những dòng đang trong lượt gửi vào lúc nó đứt quãng không bao giờ được gửi lại. Chúng hiện là lỗi, kèm ghi chú rằng không xác nhận được việc giao, nên tối đa một đợt một trăm người nhận có thể không có email nào về sau và, trong một chuỗi drip, bị loại khỏi các bước tiếp theo, và không ai nhận hai bản. Triển khai lại cùng kế hoạch đó sẽ gửi email cho những người mà lần triển khai đầu đã tới, và hộp thoại nói rõ bao nhiêu người.
Những gì một chuỗi drip không làm, và các giới hạn cần tính đến
- Nó không tạm dừng được. Một lần triển khai chạy đến cùng, thất bại hoặc bị hủy.
- Nó gửi tới tối đa 2.000 người nhận mỗi lần triển khai, theo các đợt tối đa 100, mười thư một lần và không nhanh hơn 14 email mỗi giây.
- Nó báo số đã gửi, lỗi và đang chờ cho từng email. Trang Triển khai không báo lượt mở hay lượt nhấp, và không chọn dòng tiêu đề thắng.
Gói
Gói nào có tính năng này
Triển khai email có ở mọi gói, kể cả gói Studio 99 USD mỗi tháng. Các mẫu được tạo trong trình dựng email của Thư viện, vốn thuộc gói Agency từ 299 USD mỗi tháng. Một không gian làm việc Studio không tạo được mẫu mới, nên chỉ triển khai được những mẫu đã có. Phiên bản tin nhắn của nó là checklist gửi SMS marketing.
Câu hỏi thường gặp
Làm sao gửi một chiến dịch email drip cho khách hàng?
Lập kế hoạch chuỗi, xin duyệt, rồi mở Triển khai cho khách hàng đó. Thêm tối đa chín email tiếp theo với mẫu và độ trễ riêng, chạy các bước kiểm tra và chọn “Send now” hoặc “Schedule”. Lần triển khai gửi từ một người gửi mà khách hàng đã xác minh và báo số đã gửi, lỗi và đang chờ cho từng email.
Email chiến dịch có gửi được từ tên miền riêng của khách hàng không?
Có, và tên miền đã xác minh là con đường thông thường. Địa chỉ gửi (From) phải nằm trên một tên miền đã xác minh cho khách hàng đó và có trong danh sách địa chỉ gửi của tên miền ấy. Một địa chỉ đơn lẻ đã xác minh cũng được chấp nhận, nhưng không có chữ ký DKIM. Triển khai kiểm tra điều này khi bạn mở nó và lại kiểm tra trước mỗi đợt, nên một người gửi mất xác minh sẽ làm dừng lần gửi.
Một chuỗi drip có dừng khi ai đó trả lời hoặc đặt cuộc họp không?
Không. Một lần triển khai không có mục tiêu hay lối thoát khi có phản hồi, và một email tiếp theo đi tới những người mà email liền trước đã tới, trừ ai đã hủy đăng ký, rời khỏi CRM hoặc có khách hàng tiềm năng bị đánh dấu “Do Not Disturb” kể từ đó. Để chặn email kế tiếp của một người, đánh dấu “Do Not Disturb” trên khách hàng tiềm năng của họ, đưa khách hàng tiềm năng đó ra khỏi CRM, hoặc hủy lần triển khai cho tất cả mọi người.
Điều gì xảy ra nếu một lượt gửi email bị gián đoạn hoặc bị hủy?
Những email đã gửi vẫn là đã gửi. Sau một lần hủy, phần còn lại dừng trước nhóm mười thư kế tiếp. Sau một lần gián đoạn, các dòng đang trong lượt gửi không được gửi lại mà được tính là lỗi kèm ghi chú, và lần triển khai tiếp tục từ hàng chờ. Ai có dòng bị cuốn vào theo cách này sẽ lỡ email đó và mọi email tiếp theo sau nó, nhưng không ai nhận cùng một email hai lần.
Mọi email chiến dịch có kèm liên kết hủy đăng ký không?
Có. Mỗi email mang liên kết hủy đăng ký riêng: trong một dòng chân trang hiển thị khi mẫu có phần HTML, trong phần văn bản thuần, và trong các header một lần nhấp chuẩn mà ứng dụng thư dùng. Việc từ chối nhận tin sau đó có hiệu lực với mọi chiến dịch sau của khách hàng đó, kể cả bước kế tiếp của một chuỗi drip đang chạy.
Một lần triển khai email tiếp cận được bao nhiêu người?
Tối đa 2.000 người nhận. Nếu có nhiều người hơn thế nhận được email, các bước kiểm tra triển khai không đạt, và một đối tượng vượt mức trần trước email đầu tiên sẽ làm dừng lần triển khai mà không gửi gì. Chia một danh sách lớn hơn theo pipeline, giai đoạn hoặc thẻ và triển khai từng phần.
Khách hàng có thấy lần triển khai hay các số đếm của nó không?
Không. Triển khai là một trang của agency, và cổng khách hàng không có mục Triển khai. Các liên hệ của khách hàng chỉ thấy email, kèm liên kết hủy đăng ký của nó. Chia sẻ số đã gửi, lỗi và đang chờ với khách hàng trong báo cáo hoặc tin nhắn của riêng bạn.
Gói nào có triển khai email?
Phần mềm email drip campaign này có triển khai email ở mọi gói, từ gói Studio 99 USD mỗi tháng. Các mẫu mà một lần triển khai gửi được dựng trong trình dựng email, vốn có ở gói Agency từ 299 USD mỗi tháng, nên một không gian làm việc Studio chỉ triển khai được những mẫu mà nó đã có.