Triển khai · Marketing qua SMS
Checklist gửi SMS, từ lúc duyệt đến bản ghi
Chốt một tin nhắn đã duyệt cùng số đoạn tin và đối tượng gồm các khách hàng tiềm năng có số điện thoại hợp lệ, gửi nó từ công cụ SMS của riêng bạn theo một công việc, rồi đánh dấu đã gửi. 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 · Marketing qua SMS
Checklist gửi SMS marketing cho agency, từ tin nhắn đã duyệt đến bản ghi đã gửi
Một tin nhắn không thu hồi được. Nó tới một chiếc điện thoại trong túi, tốn phí cho từng đoạn tin và từng người nhận, và lỗi đầu tiên của nó là lỗi mà cả đối tượng nhìn thấy. Mục Triển khai trong AI Marketing Dashboard là checklist gửi SMS marketing mà một chiến dịch tin nhắn đã duyệt phải qua trước khi được gửi đi. Nó chốt tin nhắn cùng bảng mã và số đoạn tin, đếm các khách hàng tiềm năng có số điện thoại hợp lệ, chạy các bước kiểm tra về nội dung hủy nhận tin, tên thương hiệu, độ dài và giờ gửi, rồi giao việc gửi cho công cụ SMS của riêng bạn kèm một công việc và một thông số. Không có gì được gửi từ đây. Khi các tin đã được gửi, bạn đánh dấu lần triển khai là đã gửi, và bản ghi được giữ lại.
Từ bản duyệt đến bàn giao
Một tin nhắn đã duyệt, đã chốt và sẵn sàng bàn giao
Một chiến dịch tin nhắn đã duyệt qua thêm một vòng kiểm tra trước khi Triển khai chuẩn bị bàn giao cho công cụ SMS của bạn.
Chốt, kiểm tra, bàn giao, rồi ghi nhận
- Tin nhắn, bảng mã và số đoạn của nó được cố định cùng lần triển khai
- Đối tượng đếm các khách hàng tiềm năng có số điện thoại hợp lệ và thống kê ai bị loại, cùng lý do
- Không có gì được gửi từ sản phẩm: bạn gửi, rồi đánh dấu lần triển khai là đã gửi

Bàn giao
Năm bước từ kế hoạch đã duyệt đến bản ghi đã gửi
Mỗi bước có một người phụ trách và một kết quả nhìn thấy được, nên không ai phải nhớ điều đã xảy ra trước đó.
Mở lần triển khai
Chọn “Launch” trên một kế hoạch đã duyệt. Hộp thoại hiện tin nhắn, độ dài, người gửi và đối tượng, với các bước kiểm tra bên dưới.Gỡ những gì đang chặn
“Problem” dừng lần triển khai còn “Warning” thì không. Lời nhắc giờ yên lặng luôn hiện ở mức “Warning”.Tạo công việc
Một publisher chọn “Create launch task”. Người có quyền chỉnh sửa nhưng không có Publish chọn “Request launch approval” và chờ. Cả hai đều cần quyền truy cập CRM của khách hàng.Gửi từ công cụ SMS của bạn
“Export spec (JSON)” cho bạn tin nhắn đã duyệt và các số đếm của nó. Các liên hệ lấy từ CRM, và lần gửi diễn ra trong công cụ của bạn.Đánh dấu đã gửi
Một publisher chọn “Mark as sent” và thêm liên kết nếu có. Dòng thời gian ghi lại ai đã làm và khi nào.
Ai làm gì
Bốn bên, bốn việc
Checklist được chia ra, nên không ai tưởng người khác đang lo.
Agency
Viết và duyệt tin nhắn, chạy lần triển khai, gửi từ công cụ SMS và đánh dấu đã gửi.Khách hàng
Cung cấp thông tin doanh nghiệp mà một lần đăng ký cần và xác nhận tên thương hiệu mà đối tượng của họ biết.Nhà cung cấp nhắn tin
Đăng ký thương hiệu và chiến dịch ở nơi một quốc gia yêu cầu và trả lời STOP trên số gửi. Xác nhận rằng nhà cung cấp của bạn làm vậy.Sản phẩm này
Đếm đoạn tin, kiểm tra câu chữ, đếm số điện thoại, chốt tin nhắn đã duyệt và giữ bản ghi. Nó không gửi, không đăng ký và không lưu sự đồng ý.
Trước và sau
Lần triển khai bổ sung gì cho một tin nhắn gửi theo trí nhớ
Một tin nhắn gửi thì nhanh mà thu hồi thì không được, và đó là lý do công việc nằm trước cú bấm.
Một tin nhắn gửi theo trí nhớ
- Tin nhắn được gõ lại từ một chuỗi email
- Số đoạn tin đoán sau khi hóa đơn đến
- Một đối tượng xuất một lần và không bao giờ kiểm tra lại
- Không ghi lại ai đã bấm gửi, hay khi nào
Cách này ổn cho đến tin nhắn đầu tiên dài hơn, hoặc phủ rộng hơn, mức bất cứ ai ngờ tới.
Một tin nhắn gửi từ một lần triển khai
- Câu chữ đã duyệt, được cố định cùng bảng mã và số đoạn
- Một đối tượng điện thoại đã đếm, kèm lý do những người khác bị loại
- Một công việc trong Dự án và một thông số để gửi theo
- Một dòng thời gian nêu tên ai đã đánh dấu đã gửi và khi nào
Lần triển khai ghi lại khâu bàn giao. Các tin có được giao hay không, và ai đã trả lời STOP, nằm ở phía nhà cung cấp.
Gửi tin nhắn tiếp theo từ một checklist, không theo trí nhớ
Lập kế hoạch tin nhắn, xin duyệt và triển khai nó với số đoạn tin, đối tượng điện thoại và bước bàn giao đã nằm sẵn trước mắt bạn.
Các gói bắt đầu từ 99 USD mỗi tháng.
Trong trang này
Checklist gửi SMS marketing: tin nhắn đã duyệt được chốt cùng độ dài và số đoạn tin
Số ký tự, bảng mã và số đoạn được cố định khi lần triển khai được tạo
Tạo lần triển khai ghi lại đúng nguyên văn tin nhắn như đã được duyệt, cùng bảng mã, số ký tự và số đoạn tin mà nó sẽ tốn. Một emoji hoặc một dấu ngoặc kép cong đưa một tin nhắn ra khỏi GSM-7 thuần, nơi một đoạn chứa 160 ký tự, sang Unicode, nơi một đoạn chứa 70, nên con số được tính trên văn bản thật và không bao giờ ước lượng. Các con số đó sau đó đi cùng lần triển khai chừng nào nó còn tồn tại.
Lần triển khai cảnh báo khi một tin nhắn dài quá một đoạn, vì mỗi đoạn bị tính phí cho mỗi người nhận, và từ chối tin nhắn dài hơn mười đoạn. Bản duyệt gắn với nội dung của kế hoạch, kể cả từng chữ: một chỉnh sửa sau đó để kế hoạch ở trạng thái “Changed since approval” (đã thay đổi sau khi duyệt), và không thể tạo lần triển khai nào từ nó cho đến khi nó được duyệt lại.
Checklist đọc tin nhắn và đối tượng trước khi bàn giao
Lỗi chặn thì chặn lần triển khai, cảnh báo thì để bạn quyết
Sau các bước kiểm tra kế hoạch, sáu dòng đọc tin nhắn và đối tượng. “Message” không đạt khi không có gì để gửi. Một tin nhắn không có câu chữ kiểu STOP hiện “No opt-out language” (không có nội dung hủy nhận tin) ở mức “Warning” (cảnh báo), và tin không bao giờ nói mình đến từ ai hiện “Brand name missing” (thiếu tên thương hiệu). “Message length” (độ dài tin nhắn) đạt khi chỉ một đoạn, cảnh báo cho đến giới hạn và chuyển thành “Message too long” (tin nhắn quá dài) vượt giới hạn, và một đối tượng không có số hợp lệ nào hiện “Nobody to text” (không có ai để nhắn) ở mức “Problem” (lỗi chặn).
Dòng thứ sáu, “Quiet hours” (giờ yên lặng), xuất hiện trên mọi lần triển khai tin nhắn ở mức “Warning”, như một lời nhắc về khung giờ từ 8 giờ sáng đến 9 giờ tối chứ không phải một phép thử. Các bước kiểm tra cần hành động liên kết tới nơi sửa chúng, thường là kế hoạch, và “Run checks again” đọc lại kết quả. Bên cạnh đó, một cảnh báo có tiêu đề “SMS sending isn't connected yet” (chưa kết nối việc gửi SMS) nói thẳng rằng một lần triển khai chỉ có thể làm thủ công.
Đối tượng là mọi khách hàng tiềm năng có số điện thoại hợp lệ
Số điện thoại được đọc, làm sạch và đếm trước khi ai nhận tin
Một khách hàng tiềm năng được đếm khi trường điện thoại của họ chứa một số có thể chuyển thành số quốc tế đầy đủ. Dấu cách, dấu chấm, dấu gạch ngang và dấu ngoặc đơn được bỏ qua, còn số máy lẻ thì bị bỏ vì một tin nhắn không quay số nội bộ được. Khi không có mã quốc gia, chỉ số Bắc Mỹ được chấp nhận; mọi số khác phải bắt đầu bằng dấu cộng hoặc 00 và mã quốc gia của nó, nếu không sẽ bị loại vì không đọc được. “Hợp lệ” ở đây nghĩa là đúng định dạng: sản phẩm không phân biệt được số di động với số máy bàn.
Trong số các khách hàng tiềm năng mà đối tượng của bạn chọn, lần triển khai đếm ai nằm trong và ai nằm ngoài, kèm lý do cho từng trường hợp: không có điện thoại, số không đọc được, số lặp lại, dấu “Do Not Disturb”, hoặc một khách hàng tiềm năng đến qua một danh sách đã lưu từ một danh sách CRM hạn chế. Một bộ lọc nêu tên một danh sách mà người triển khai không được dùng thì bị từ chối thẳng. Tổng là số người có số điện thoại đúng định dạng, không phải số tin đã giao hay số người đã cho phép, và việc hủy đăng ký email không được đọc, nên một liên hệ đã từ chối email vẫn nằm trong một đối tượng nhắn tin cho đến khi được đánh dấu “Do Not Disturb”.
Một phân khúc hay danh sách đã lưu có thể là đối tượng, và lần triển khai chốt những gì nó chứa
Dùng lại đối tượng đã dựng trong Thư viện
Thay vì lọc CRM lần thứ hai, kế hoạch có thể nêu tên một đối tượng đã lưu trong Thư viện của khách hàng, một phân khúc hay một danh sách. Số đếm của nó chạy qua cùng các quy tắc như mọi đối tượng khác, theo quyền truy cập của người triển khai, và lần triển khai giữ đối tượng đã lưu đúng như bản duyệt đã thấy: tên của nó, loại của nó và dấu vân tay của định nghĩa.
Nếu đối tượng đó bị sửa sau khi duyệt, bản duyệt không còn khớp, và kế hoạch quay lại để quyết định mới trước khi có thể tạo bất kỳ lần triển khai nào. Người không được phép thấy danh sách CRM của một liên hệ thì không đếm hay triển khai tới liên hệ đó được.
Bạn gửi từ công cụ SMS của riêng mình, theo một công việc và một thông số
Lần triển khai tạo việc và chờ bạn báo là đã xong
Không tin nhắn nào rời khỏi sản phẩm này. Người có quyền chỉnh sửa Thư viện, quyền Publish và quyền truy cập CRM chọn “Create launch task” (tạo công việc triển khai), mở một công việc trong dự án “Marketing Plans” (kế hoạch marketing) của khách hàng trong Dự án và đặt lần triển khai ở “Waiting for manual launch” (chờ triển khai thủ công). “Export spec (JSON)” (xuất thông số JSON) tải về tin nhắn đã chốt cùng bảng mã, số ký tự, số đoạn tin và đối tượng mà nó nêu tên, để người gửi làm việc từ văn bản đã duyệt chứ không từ trí nhớ về nó.
Người có quyền chỉnh sửa Thư viện và quyền truy cập CRM nhưng không có quyền Publish thì chọn “Request launch approval” (đề nghị duyệt triển khai) thay vào đó, và một người có quyền Publish (publisher) cùng quyền truy cập CRM duyệt lần triển khai thủ công từ hộp thư phê duyệt. Thông số không chứa số điện thoại nào, nên người gửi phải tự có danh sách người nhận. Với đối tượng dạng bộ lọc, lọc từng pipeline CRM theo cách đối tượng đã lọc và xuất khung nhìn đó thành CSV; với đối tượng đã lưu, dựng lại cùng những người đó bằng một bộ lọc CRM. File xuất không áp dụng các mục loại trừ của lần triển khai, nên loại bỏ bất kỳ ai không có điện thoại, có số không đọc được hoặc lặp lại, hay mang dấu “Do Not Disturb”, rồi nạp phần còn lại vào công cụ.
Giờ yên lặng giữa các múi giờ: một khung giờ cho đối tượng hỗn hợp
Lần triển khai không biết số máy đổ chuông ở đâu, nên khung giờ do bạn áp dụng
Dòng “Quiet hours” là một lời nhắc, không phải một phép thử, vì một số điện thoại đúng định dạng không cho biết chủ nhân của nó ở đâu. Lần triển khai không giữ giờ gửi nào, nên ai gửi thì tự áp dụng khung giờ. Quy tắc là từ 8 giờ sáng đến 9 giờ tối theo đồng hồ của chính từng người nhận, và một đối tượng hỗn hợp làm khung giờ thu hẹp lại. Với người nhận ở New York và Los Angeles, 8 giờ sáng ở Los Angeles là 11 giờ sáng ở New York, nên mỗi lần gửi phải nằm trong khoảng từ 11 giờ sáng đến 9 giờ tối giờ miền Đông, tức là từ 8 giờ sáng đến 6 giờ chiều giờ Thái Bình Dương.
Khi khung giờ chung quá ngắn, chia đối tượng ra. Sao chép kế hoạch, giao cho mỗi bản sao các khách hàng tiềm năng của một múi giờ qua một thẻ CRM hoặc một phân khúc đã lưu theo bang hay vùng, và để mỗi bản sao được duyệt và gửi vào một giờ phù hợp với múi giờ đó. Ghi trong ghi chú các tin đã được gửi vào những giờ nào, vì dòng thời gian cho thấy lúc ai đó đánh dấu lần triển khai chứ không phải lúc tin nhắn tới nơi. Một bang hay quốc gia có khung giờ ngắn hơn lại thu hẹp khung giờ thêm lần nữa. Không điều nào trong số này là tư vấn pháp lý.
Đăng ký với nhà mạng và việc hủy nhận tin vẫn thuộc về nhà cung cấp nhắn tin
Checklist nêu những gì sản phẩm kiểm tra và những gì nó để cho bên khác
Đăng ký không phải việc sản phẩm này làm. Ở Hoa Kỳ, một doanh nghiệp nhắn tin từ các số điện thoại thông thường nói chung được kỳ vọng phải đăng ký thương hiệu và chiến dịch với nhà cung cấp nhắn tin trước khi gửi, một bước gọi là đăng ký 10DLC, và các quốc gia khác đặt quy tắc riêng cho người gửi. Lần triển khai tìm trong tin nhắn tên thương hiệu và câu chữ STOP, từ chối nhận tin hoặc hủy đăng ký, và nhắc bạn về khung giờ từ 8 giờ sáng đến 9 giờ tối, tính theo đồng hồ của người nhận.
Nó không giữ bằng chứng về sự đồng ý, và không xử lý các phản hồi STOP. Giữ hồ sơ đồng ý ở nơi bạn kiểm soát, chẳng hạn một ghi chú hoặc trường tùy chỉnh trong CRM hay trong công cụ SMS, xác nhận rằng nhà cung cấp trả lời STOP trên số gửi của bạn, và đánh dấu “Do Not Disturb” cho bất kỳ ai từ chối nhận tin để đối tượng kế tiếp loại họ. Không điều nào trong số này là tư vấn pháp lý.
Đánh dấu đã gửi, và nó giữ nội dung đã duyệt cùng thời điểm đánh dấu
Một dòng thời gian, một liên kết tùy chọn và một kế hoạch vẫn bị khóa
Khi các tin đã được gửi, một publisher chọn “Mark as sent” (đánh dấu đã gửi), kèm một liên kết tùy chọn tới tin nhắn thật hoặc báo cáo gửi và một ghi chú. Dòng thời gian khi đó ghi “Marked as sent”, với tên người đó và thời gian hiển thị theo múi giờ của chính người xem, cạnh các bước trước đó: “Launch requested” hoặc “Manual launch set up”, và bản duyệt. Danh sách hiện lần triển khai là “Sent”, và công việc trong Dự án theo dõi phần việc đó.
Chỉ đánh dấu khi các tin đã được gửi đi, vì người khác sẽ đọc bản ghi như một sự thật. Một lần triển khai cần dừng thì có thể bị hủy thay vào đó. Một kế hoạch có lần triển khai đã được đánh dấu là đã gửi thì không triển khai lại được, nên sao chép nó để gửi một phiên bản mới.
Checklist gửi SMS marketing, qua ba lượt
Một số mục được kiểm tra giúp bạn khi lần triển khai mở ra. Phần còn lại là của bạn. Mục nào do Triển khai kiểm tra thì mục đó sẽ nói rõ.
Trước khi bạn đề nghị triển khai
- Chốt câu chữ. Một kế hoạch đã gửi chỉ đọc được trong lúc chờ quyết định, trừ khi lần gửi được rút lại, nên một lỗi chính tả phát hiện muộn sẽ tốn thêm một vòng duyệt.
- Nêu tên thương hiệu trong tin nhắn. Triển khai tìm tên thương hiệu của kế hoạch (tên khách hàng thay vào khi thương hiệu để trống) hoặc từ đầu tiên của nó, nếu từ đó có ba chữ cái trở lên, và cảnh báo khi không thấy cái nào.
- Kết thúc bằng một dòng kiểu STOP. Triển khai cảnh báo khi không tìm thấy câu chữ STOP, từ chối nhận tin hay hủy đăng ký. Nó chỉ tìm những từ đó và không đánh giá được dòng của bạn có hoạt động như một lời từ chối hay không.
- Đọc số đoạn tin. Triển khai cảnh báo khi trên một đoạn và báo lỗi chặn với tin nhắn quá 10 đoạn.
- Xác nhận người gửi đã được đăng ký. Ở những quốc gia có yêu cầu này, thương hiệu và chiến dịch phải được nhà cung cấp nhắn tin duyệt trước khi gửi bất cứ thứ gì. Triển khai không thấy được điều này.
- Xác nhận mọi người đã đồng ý nhận tin nhắn, và sự đồng ý đó được ghi ở đâu. Triển khai đếm số điện thoại, không đếm sự cho phép.
- Kiểm tra kế hoạch đã được duyệt và không bị đổi. Một kế hoạch ghi “Changed since approval” (đã thay đổi sau khi duyệt) không nằm trong “Ready to launch” (sẵn sàng triển khai).
Vào ngày bạn triển khai
- Mở Triển khai cho khách hàng và đọc từng bước kiểm tra. Không bước nào nên ghi “Problem” (lỗi chặn).
- Đọc dòng đối tượng: bao nhiêu người nhận được tin nhắn, và bao nhiêu người bị loại vì lý do nào.
- Chọn giờ gửi. Khung giờ là từ 8 giờ sáng đến 9 giờ tối, tính theo đồng hồ của người nhận chứ không phải của bạn, và một số bang cùng quốc gia đặt giờ khắt khe hơn. Triển khai hiển thị nó như một “Warning” (cảnh báo) trên mọi lần triển khai tin nhắn, như một lời nhắc chứ không phải một phép thử.
- Tạo công việc triển khai, hoặc đề nghị duyệt nếu bạn không có quyền Publish.
- “Export spec (JSON)” (xuất thông số JSON) và đối chiếu tin nhắn với bản nháp trong công cụ SMS của bạn, từng ký tự một.
- Nạp các liên hệ vào công cụ, trừ những người mà lần triển khai đã loại, rồi so số đếm của công cụ với số đếm của lần triển khai. Một chênh lệch nghĩa là hai danh sách khác nhau, hoặc CRM đã thay đổi kể từ khi lần triển khai được tạo.
- Gửi thử một tin tới điện thoại của chính bạn và xem tên thương hiệu cùng mọi liên kết hiện ra thế nào.
Sau khi các tin đã được gửi
- Chọn “Mark as sent” (đánh dấu đã gửi). Thêm một liên kết tới báo cáo gửi hoặc tin nhắn thật, và một ghi chú cho mọi điều người kế tiếp nên biết.
- Đánh dấu mọi liên hệ đã trả lời STOP là “Do Not Disturb” trong CRM, để họ nằm ngoài mọi đối tượng nhắn tin về sau.
- Đọc các lỗi giao tin và phản hồi trong công cụ SMS. Lần triển khai không nhận được chúng.
- Để gửi một phiên bản mới, sao chép kế hoạch. Một kế hoạch có lần triển khai đã được đánh dấu là đã gửi thì không triển khai lại được.
Lần triển khai chốt những gì, và những gì nằm ngoài nó
| Mục | Có trong bản ghi triển khai? | Chi tiết |
|---|---|---|
| Nội dung tin nhắn | Có | Đúng như đã duyệt, và có trong thông số đã xuất |
| Bảng mã, số ký tự và số đoạn tin | Có | Được tính trên văn bản thật khi lần triển khai được tạo |
| Tên thương hiệu | Có, khi kế hoạch có | Được lưu làm nhãn người gửi, và để trống khi trường “Brand name” của kế hoạch bị bỏ trống |
| Có câu chữ hủy nhận tin | Có | Một câu có hoặc không lấy từ bước kiểm tra |
| Đối tượng | Có | Bộ lọc, hoặc tên và loại của đối tượng đã lưu, không bao giờ là một danh sách người |
| Số điện thoại của người nhận | Không | Chúng nằm trong CRM, nên xuất từ đó |
| Giờ gửi | Không | Chọn trong công cụ SMS của bạn. Dòng thời gian ghi lúc lần triển khai được đánh dấu là đã gửi |
| Giao tin, lỗi và phản hồi | Không | Do công cụ SMS báo |
| Sự đồng ý và phản hồi STOP | Không | Được giữ trong CRM hoặc trong công cụ SMS |
Vì thông số không chứa số nào, số đếm đối tượng trên lần triển khai là con số để đối chiếu. Một file xuất CRM chỉ gồm một khung nhìn pipeline mỗi lần và chứa mọi khách hàng tiềm năng trong đó, bất kể lần triển khai đã loại ai, nên bỏ những người không có điện thoại, mọi số lặp lại hoặc không đọc được và những người được đánh dấu “Do Not Disturb” trước khi nạp danh sách. Một đối tượng đã lưu không có file xuất điện thoại riêng, nên dựng lại những người của nó bằng một bộ lọc CRM trước. Danh sách trong công cụ khi đó phải khớp với số đếm của lần triển khai.
Tính đoạn tin lúc triển khai: thêm một ký tự tốn bao nhiêu
Nhà cung cấp tính phí theo từng đoạn cho từng người nhận, nên một chiến dịch tốn số đoạn trong tin nhắn nhân với số người nó tiếp cận. Lần triển khai chốt con số đoạn cùng tin nhắn, nhờ đó biết được chi phí của văn bản đã duyệt trước khi gửi bất cứ thứ gì. Nó cho qua một đoạn, cảnh báo từ hai đến mười đoạn, và báo lỗi chặn với tin nhắn dài hơn.
| Văn bản | Bảng mã và số đoạn | Tổng số đoạn bị tính phí |
|---|---|---|
| 160 ký tự thuần | 1 đoạn · GSM-7 | 1.500 |
| 161 ký tự thuần | 2 đoạn · GSM-7 | 3.000 |
| 306 ký tự thuần | 2 đoạn · GSM-7 | 3.000 |
| 307 ký tự thuần | 3 đoạn · GSM-7 | 4.500 |
| 68 chữ cái và một emoji | 1 đoạn · Unicode | 1.500 |
| 69 chữ cái và một emoji | 2 đoạn · Unicode | 3.000 |
Các bước nhảy xảy ra ở những độ dài cố định. Văn bản thuần cần đoạn thứ hai ở 161 ký tự và đoạn thứ ba ở 307, vì mỗi phần của một tin nhắn dài hơn nhường vài ký tự cho phần đầu của nó. Chỉ một emoji cũng biến cả văn bản thành Unicode, nơi giới hạn giảm xuống 70 cho một đoạn đơn và 67 khi văn bản bị chia, và bản thân emoji tính là hai.
- Cắt bớt trước khi thêm. Dòng hủy nhận tin tiêu chuẩn, “Reply STOP to opt out”, tốn 21 ký tự cộng dấu xuống dòng phía trên, trong 160 ký tự đầu tiên, và một liên kết tốn nhiều hơn.
- Gõ dấu nháy kép và dấu nháy đơn thẳng. Một dấu cong dán từ trình soạn văn bản sẽ biến cả văn bản thành Unicode.
- Tính chi phí trước khi duyệt, không phải sau. Con số nằm trong kế hoạch, và một thay đổi câu chữ sau khi duyệt trả kế hoạch về.
Đối tượng điện thoại được đếm thế nào, và vì sao có số bị loại
Những số nào được tính
Đối tượng đến từ các pipeline, giai đoạn và thẻ CRM, hoặc từ một đối tượng đã lưu. Trường điện thoại của mỗi khách hàng tiềm năng được đọc và làm sạch thành một số quốc tế đầy đủ, hoặc bị từ chối. Các quy tắc ít nhưng chặt:
- Định dạng được bỏ qua. Dấu cách, dấu chấm, dấu gạch ngang, dấu gạch chéo và dấu ngoặc đơn bị bỏ qua, và số máy lẻ ở cuối bị bỏ.
- Một số bắt đầu bằng dấu cộng hoặc 00 cần có 8 đến 15 chữ số phía sau, và chữ số đầu tiên không được là số không.
- Số không có mã quốc gia chỉ được chấp nhận theo định dạng Bắc Mỹ: 10 chữ số, hoặc 11 chữ số bắt đầu bằng 1, với mã vùng và đầu số bắt đầu bằng một chữ số từ 2 đến 9. Một số viết với +1 hoặc 001 phải theo cùng mẫu đó.
- Chữ cái bên trong số, như một số đẹp viết bằng chữ (vanity), làm số không hợp lệ. Chỉ số máy lẻ ở cuối như ext 12 hoặc x12 mới bị bỏ.
Vì sao con số thấp hơn CRM
| Lý do | Lần triển khai thấy gì | Cần làm gì |
|---|---|---|
| Không có điện thoại | Khách hàng tiềm năng không có gì trong trường điện thoại | Thêm một số trong CRM |
| Không hợp lệ | Số không đọc được như một số điện thoại đầy đủ | Sửa nó, hoặc thêm mã quốc gia |
| Trùng lặp | Một khách hàng tiềm năng trước đó đã có cùng số này | Không cần làm gì: số được đếm một lần |
| Không liên hệ | Khách hàng tiềm năng đó, hoặc một khách hàng tiềm năng khác có cùng số, mang dấu “Do Not Disturb” | Giữ họ ngoài danh sách, hoặc gỡ dấu nếu chính người đó yêu cầu được nhắn tin |
| Danh sách hạn chế | Một danh sách đã lưu kéo vào một khách hàng tiềm năng từ một danh sách CRM hạn chế mà người triển khai không được phép gửi tới | Phải do một quản trị viên agency triển khai. Một bộ lọc nêu tên danh sách như vậy bị từ chối thẳng |
Lưu ý
Việc hủy đăng ký email không áp dụng cho tin nhắn
Đối tượng nhắn tin đọc các dấu “Do Not Disturb”, không đọc danh sách hủy đăng ký email. Một liên hệ đã từ chối email của khách hàng vẫn có thể được đếm cho một tin nhắn. Đánh dấu họ “Do Not Disturb” trong CRM nếu họ không nên nhận tin nhắn.
Nếu không ai đủ điều kiện, bước kiểm tra ghi “Nobody to text” và không đạt. Nếu CRM của khách hàng có từ 25.000 khách hàng tiềm năng trở lên, nó ghi “Audience too large to check” và cũng không đạt. Một phân khúc hay danh sách đã lưu có thể thay cho bộ lọc, và đối tượng đã lưu giải thích cách dựng từng loại.
Ai làm gì: agency, khách hàng, nhà cung cấp và sản phẩm
Một chiến dịch tin nhắn có bốn bên, và rắc rối khi triển khai thường đến từ một việc mà hai bên đều tưởng bên kia lo.
| Việc | Agency | Khách hàng | Nhà cung cấp nhắn tin | Sản phẩm này |
|---|---|---|---|---|
| Đăng ký thương hiệu và chiến dịch | Chuẩn bị hồ sơ và theo sát việc duyệt | Cung cấp thông tin doanh nghiệp | Xem xét và duyệt đăng ký | Không tham gia |
| Thu và giữ sự đồng ý | Giữ hồ sơ ở nơi xuất trình được | Thu sự đồng ý nhận tin trên các biểu mẫu của chính mình | Có thể yêu cầu xem bằng chứng | Không ghi nhận sự đồng ý |
| Tôn trọng phản hồi STOP | Xác nhận chúng được tôn trọng và đánh dấu “Do Not Disturb” | Tôn trọng chúng trong các kênh của chính mình | Thường trả lời STOP trên các số của nó | Chỉ kiểm tra câu chữ |
| Viết và duyệt tin nhắn | Viết nó và gửi kế hoạch | Duyệt câu chữ ngoài sản phẩm, nếu được nhờ | Áp dụng quy tắc nội dung của nó | Đếm, kiểm tra và chốt nó |
| Gửi vào giờ hợp lý | Chọn giờ | Thống nhất khung giờ | Giao tin khi được lệnh | Nhắc bạn về khung giờ |
| Giữ bản ghi | Đánh dấu lần triển khai đã gửi | Có thể yêu cầu xem nó | Giữ các báo cáo giao tin | Giữ lần triển khai, công việc và dòng thời gian |
Coi cột nhà cung cấp là thứ cần xác nhận chứ không nên giả định. Quy tắc và nhà cung cấp khác nhau, nên hỏi nhà cung cấp của bạn xử lý đăng ký và STOP cho số gửi của bạn thế nào trước chiến dịch đầu tiên. Không điều nào trong số này là tư vấn pháp lý.
Đánh dấu đã gửi, và giữ một bản ghi mà mọi người tin được
Gửi trước, ghi nhận sau
Chọn “Mark as sent” khi các tin đã được gửi đi, không phải trước đó. Người khác đọc bản ghi như một sự thật, và một lần triển khai đánh dấu sớm sẽ nói điều chưa xảy ra.
Thêm liên kết và một ghi chú
Liên kết thật phải là một địa chỉ https đầy đủ, và nó là tùy chọn. Ghi chú là nơi cho những gì công cụ đã báo, chẳng hạn nó nhận bao nhiêu số.
Đọc dòng thời gian
Nó liệt kê các bước lần triển khai này đã đi qua, chẳng hạn “Launch requested”, “Approved for a manual launch” hoặc “Manual launch set up”, và “Marked as sent”, mỗi bước kèm một cái tên và một thời điểm hiển thị theo múi giờ của chính người xem.
Để công việc tự đóng
Công việc trong Dự án được giao cho publisher đã thiết lập hoặc duyệt lần triển khai và đến hạn sau bảy ngày. Đánh dấu lần triển khai là đã gửi sẽ hoàn thành nó. Chiều ngược lại thì không: hoàn thành công việc không đánh dấu lần triển khai.
Một lần triển khai cần dừng thì bị hủy chứ không đánh dấu, và kế hoạch có thể được triển khai lại. Một lần triển khai đã đánh dấu là đã gửi sẽ khóa kế hoạch của nó, nên phiên bản mới bắt đầu từ một bản sao. Hộp thư phê duyệt giữ mọi yêu cầu còn chờ một publisher.
Gói
Gói nào có tính năng này
Triển khai tin nhắn có ở mọi gói, bắt đầu từ gói Studio 99 USD mỗi tháng. Triển khai Paid và Social cần gói Agency 299 USD mỗi tháng trở lên. Phần lập kế hoạch cho chính tin nhắn nằm ở lập kế hoạch chiến dịch SMS.
Câu hỏi thường gặp
Checklist gửi SMS marketing nên bao gồm những gì?
Bốn thứ: tin nhắn (tên thương hiệu, câu chữ kiểu STOP, độ dài và số đoạn), đối tượng (những người có số điện thoại hợp lệ, và ai bị loại), bước bàn giao (một công việc, thông số đã xuất và các liên hệ đã nạp vào công cụ SMS của bạn) và bản ghi (đánh dấu lần triển khai đã gửi). Triển khai kiểm tra hai thứ đầu và giữ thứ cuối. Đăng ký và sự đồng ý vẫn thuộc về bạn và nhà cung cấp.
AI Marketing Dashboard có gửi tin nhắn không?
Không. Gửi SMS chưa được kết nối, nên mọi lần triển khai SMS đều là bàn giao thủ công. Lần triển khai chốt tin nhắn và đối tượng đã duyệt, tạo một công việc và cho tải thông số về. Bạn gửi từ công cụ SMS của riêng mình rồi đánh dấu lần triển khai là đã gửi, và thao tác đó ghi lại ai đã làm và khi nào.
Ai đánh dấu được một lần triển khai SMS là đã gửi?
Người có quyền Publish với khách hàng. Người chỉ có quyền chỉnh sửa Thư viện có thể đề nghị lần triển khai, và một publisher duyệt nó rồi về sau đánh dấu là đã gửi. Đề nghị, bắt đầu hoặc duyệt lần triển khai cũng cần quyền truy cập CRM của khách hàng, vì đối tượng được lấy từ các khách hàng tiềm năng của nó.
“Export spec (JSON)” chứa gì với một chiến dịch tin nhắn?
Tin nhắn đã chốt, bảng mã, số ký tự và số đoạn tin của nó, đối tượng dưới dạng một bộ lọc hoặc tên và loại của một đối tượng đã lưu, tên thương hiệu của kế hoạch khi đã nhập, và tin nhắn có câu chữ hủy nhận tin hay không. Nó không chứa số điện thoại nào, nên xuất các liên hệ khớp từ từng pipeline CRM (một đối tượng đã lưu phải được dựng lại ở đó bằng một bộ lọc), bỏ những ai lần triển khai đã loại, và nạp phần còn lại vào công cụ SMS của bạn.
Lần triển khai có xử lý đăng ký 10DLC hay phản hồi STOP không?
Không. Đăng ký, ở nơi một quốc gia yêu cầu, được làm với nhà cung cấp nhắn tin của bạn, và xử lý STOP cũng do họ làm. Điều lần triển khai kiểm tra là câu chữ: tin nhắn có nêu tên thương hiệu và có một dòng STOP, từ chối nhận tin hay hủy đăng ký hay không. Nó cũng hiện một cảnh báo giờ yên lặng từ 8 giờ sáng đến 9 giờ tối như một lời nhắc.
Vì sao lần triển khai đếm ít người hơn số CRM của tôi đang giữ?
Đối tượng bắt đầu từ các khách hàng tiềm năng mà bộ lọc hoặc đối tượng đã lưu của bạn chọn. Trong số đó, chỉ những người có trường điện thoại chứa một số đúng định dạng mới được đếm, mỗi số một lần. Một khách hàng tiềm năng bị loại, kèm lý do được nêu tên, khi họ không có điện thoại, khi số của họ không đọc được, khi số bị lặp, khi “Do Not Disturb” được đặt hoặc khi một danh sách đã lưu kéo vào ai đó từ một pipeline CRM hạn chế. Khách hàng tiềm năng trong pipeline đã lưu trữ, hoặc trong pipeline mà quyền truy cập của bạn không bao gồm, không bao giờ được đếm. Một liên hệ đã hủy đăng ký email vẫn được đếm, vì chỉ “Do Not Disturb” áp dụng cho tin nhắn.
Khách hàng thấy và làm gì trong một lần triển khai SMS?
Khách hàng không thấy Triển khai, vì cổng khách hàng không có trang nào như vậy. Phần của khách hàng diễn ra bên ngoài: cung cấp thông tin doanh nghiệp mà một lần đăng ký cần, xác nhận tên thương hiệu, và sở hữu mối quan hệ với những người được nhắn tin. Người nhận thấy chính tin nhắn, từ số mà nhà cung cấp của bạn gửi nó.
Gói nào có triển khai SMS?
Triển khai SMS không cần nâng cấp: nó có từ gói Studio, 99 USD mỗi tháng. Chỉ triển khai Paid và Social cần gói Agency 299 USD mỗi tháng. Một lần triển khai tin nhắn cần có quyền truy cập CRM của khách hàng, và một publisher để tạo công việc và đánh dấu đã gửi.