Cửa sổ 24 giờ của Messenger: được làm gì, không được làm gì

Đây là ràng buộc gây nhiều hiểu lầm nhất khi tự động hoá Messenger. Nó không do công cụ đặt ra, không có cách nào tắt, và hiểu sai nó dẫn tới hai hậu quả trái ngược nhau — đều tốn.

Luật, nói gọn

Điểm quan trọng nhất và hay bị bỏ qua: cửa sổ tính từ tin cuối của KHÁCH, không phải từ lúc hội thoại bắt đầu. Khách nhắn lại là đồng hồ reset. Hội thoại qua lại liên tục thì gần như không bao giờ chạm giới hạn — vấn đề chỉ phát sinh với hội thoại một chiều rồi im.

Hai cách hiểu sai, hai cái giá

Hiểu sai thứ nhất: sợ quá, không dám nhắn

Nghe nói có giới hạn, một số đơn vị dừng hẳn việc liên hệ lại. Khách nhắn hỏi rồi im, không ai theo tiếp. Hội thoại nằm đó tới khi khách quên.

Đây là mất khách không cần thiết, vì người thật vẫn được nhắn lại trong 7 ngày. Việc duy nhất bị cấm là để máy tự nhắn.

Hiểu sai thứ hai: coi đó là rào kỹ thuật, tìm cách lách

Nguy hiểm hơn nhiều. Cách lách phổ biến nhất là gắn tag dành cho người thật vào tin do máy gửi. Nó có thể chạy được vài lần, tạo cảm giác đã giải quyết xong.

Nhưng đây là điều khoản chính sách, không phải giới hạn kỹ thuật. Meta đối chiếu được, và hậu quả không rơi vào một tin — nó rơi vào quyền nhắn tin của cả app. Với đơn vị dùng một app cho nhiều page, một lần vi phạm ảnh hưởng toàn bộ.

Phép thử đơn giản để biết mình có đang ở vùng xám: nếu phải giải thích vòng vo về việc "ai thực sự gửi tin này", thì câu trả lời đã rõ.

Cách làm đúng cho hội thoại quá hạn

Việc cần làm không phải tìm cách gửi tự động, mà là làm cho việc người gửi trở nên nhanh. Khác biệt nằm ở chỗ đó.

Thông thường, nhân viên muốn nhắn lại một hội thoại cũ phải: mở hộp thư, tìm đúng hội thoại, cuộn lên đọc lại khách đã hỏi gì, nghĩ câu trả lời, gõ. Năm bước, mỗi hội thoại vài phút. Ba mươi hội thoại tồn là một buổi sáng, nên không ai làm.

Rút xuống còn một bước: hệ gom mọi hội thoại đang chờ vào một danh sách, soạn sẵn câu trả lời cho từng người dựa trên đúng câu họ đã hỏi, nhân viên đọc rồi bấm gửi. Vẫn là người gửi — hoàn toàn hợp lệ — nhưng ba mươi hội thoại xong trong mười phút.

Đây là lý do tồn tại của khái niệm "nháp chờ gửi". Nó không phải tính năng làm cho tiện; nó là cách duy nhất vừa chăm được khách cũ vừa không đụng vào chính sách.

Tận dụng cửa sổ 7 ngày của quảng cáo

Nếu đang chạy Click-to-Messenger, nhóm khách đó có cửa sổ dài hơn ba lần. Điều này đáng dùng, nhưng cần hai thứ:

• Nhận biết được hội thoại nào đến từ quảng cáo. Thông tin này nằm trong dữ liệu webhook mà Meta gửi; công cụ phải đọc và lưu lại, không thì không phân biệt được.
• Tính cửa sổ theo từng hội thoại, không áp một con số cho tất cả. Áp 24 giờ cho mọi hội thoại là tự bỏ mất 6 ngày của nhóm từ quảng cáo; áp 7 ngày cho tất cả là vi phạm với nhóm còn lại.

Khi nào nên dừng đuổi theo Messenger

Có một ngưỡng mà cố nhắn lại trên Messenger không còn đáng: khi khách đã im quá lâu, hoặc khi việc cần nói không phù hợp với kênh chat.

Lúc đó, thứ có giá trị nhất không phải tin nhắn mà là số điện thoại. Khách đã cho số thì mọi ràng buộc cửa sổ không còn liên quan — gọi được, nhắn tin được, Zalo được. Đây là lý do việc xin số điện thoại trong chat quan trọng hơn vẻ ngoài của nó: nó không chỉ để gọi lại, mà để thoát khỏi giới hạn của nền tảng.

Bốn việc nên kiểm trên hệ đang dùng

1. Hệ có biết cửa sổ của từng hội thoại còn bao lâu không? Không biết thì nó đang gửi mù.
2. Hệ có phân biệt hội thoại từ quảng cáo không? Không phân biệt là đang bỏ mất cửa sổ 7 ngày.
3. Quá cửa sổ thì hệ làm gì? Nếu câu trả lời là "vẫn gửi, có gắn tag" thì cần xem lại ngay.
4. Có đường cho người gửi nhanh không? Không có thì hội thoại cũ sẽ không bao giờ được chăm, bất kể quy định cho phép tới 7 ngày.

Chính sách này thay đổi theo thời gian — Meta đã điều chỉnh nhiều lần, lần gần đây nhất là mở cửa sổ cho nhóm đến từ quảng cáo. Nên đừng ghi cứng con số vào quy trình nội bộ; ghi cứng nguyên tắc là "tin tự động chỉ gửi trong cửa sổ, quá hạn thì người gửi", rồi để công cụ lo con số.