Menu

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

Clip theo dõi một tin nhắn mẫu từ lúc tin nhắn đã chốt 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ệ, qua bước bàn giao cho nhà cung cấp, đến lúc lần triển khai được đánh dấu là đã gửi.
  • 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
Hình minh họa · dữ liệu mẫu
Một publisher mở một tin nhắn đã duyệt từ mục Triển khai, đọc tin nhắn 106 ký tự và đối tượng 342 người của nó, tạo công việc triển khai, rồi đánh dấu là đã gửi khi tin đã được gửi đi từ công cụ SMS của đội ngũ.

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 đó.

  1. 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.
  2. 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”.
  3. 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.
  4. 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.
  5. Đá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ột lần triển khai SMS giữ gì, và để lại gì cho bên khác
MụcCó trong bản ghi triển khai?Chi tiết
Nội dung tin nhắnCóĐúng như đã duyệt, và có trong thông số đã xuất
Bảng mã, số ký tự và số đoạn tinCóĐượ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ệuCó, 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 tinCóMột câu có hoặc không lấy từ bước kiểm tra
Đối tượngCó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ậnKhôngChúng nằm trong CRM, nên xuất từ đó
Giờ gửiKhôngChọ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ồiKhôngDo công cụ SMS báo
Sự đồng ý và phản hồi STOPKhô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.

Một ký tự làm hóa đơn cho 1.500 liên hệ thay đổi thế nào
Văn bảnBảng mã và số đoạnTổng số đoạn bị tính phí
160 ký tự thuần1 đoạn · GSM-71.500
161 ký tự thuần2 đoạn · GSM-73.000
306 ký tự thuần2 đoạn · GSM-73.000
307 ký tự thuần3 đoạn · GSM-74.500
68 chữ cái và một emoji1 đoạn · Unicode1.500
69 chữ cái và một emoji2 đoạn · Unicode3.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

Vì sao một liên hệ bị loại khỏi đối tượng nhắn tin
Lý doLần triển khai thấy gìCần làm gì
Không có điện thoạiKhách hàng tiềm năng không có gì trong trường điện thoạiThê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ặpMột khách hàng tiềm năng trước đó đã có cùng số nàyKhô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ớiPhả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.

Ai phụ trách từng việc trong một lần triển khai SMS
ViệcAgencyKhách hàngNhà cung cấp nhắn tinSản phẩm này
Đăng ký thương hiệu và chiến dịchChuẩn bị hồ sơ và theo sát việc duyệtCung cấp thông tin doanh nghiệpXem 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 đượcThu sự đồng ý nhận tin trên các biểu mẫu của chính mìnhCó thể yêu cầu xem bằng chứngKhông ghi nhận sự đồng ý
Tôn trọng phản hồi STOPXá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ìnhThườ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ắnViết nó và gửi kế hoạchDuyệ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ệnhNhắc bạn về khung giờ
Giữ bản ghiĐánh dấu lần triển khai đã gửiCó thể yêu cầu xem nóGiữ các báo cáo giao tinGiữ 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

  1. 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.

  2. 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ố.

  3. Đọ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.

  4. Để 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.