IOSOR

IOSOR Kiến thức

Vòng tự trả lời inbound: tiếng vang làm rỗng ví prepaid thế nào

Cách B2B giữ SMS hai chiều trung thực — STOP/HELP là chính sách, trần tự trả lời, kỷ luật webhook inbound và vì sao tiếng vang không giới hạn đốt prepaid.

Tự trả lời inbound luôn đáp không phải «CX tuyệt». Trên DID thuê đó là rò prepaid: hai bot hoặc HELP trích nguyên bản có thể nảy đến khi ví trống. Sản phẩm thấy engagement. Tài chính thấy lỗ. Ops thừa hưởng sự cố 02:00 không chủ.

IOSOR giữ inbound trên cùng mặt prepaid white-label với outbound. Sự kiện MO, trả lời từ khóa và dòng debit sống trong tài khoản. Gần USD 1,000+ dùng tháng, mẫu vòng và debit mỗi luồng thành tài liệu review. Catalog live không trần vòng là lời hứa tài chính không bảo vệ. Số in setup không phải hộp hai chiều. Không có lô hộp «sạch hơn» mua sẵn để đổi khi vòng bắt đầu. JIT: tìm → giữ → mua → gán.

Vòng tự trả lời làm rỗng prepaid

Mẫu Trông thế nào Hiệu ứng ví
Vang bot ↔ bot Hai auto-ack nảy mãi Debit outbound không trần
HELP trích inbound Payload đi như gửi mới Phân đoạn trùng
Ping-pong ngoài giờ «Đã nhận SMS» mỗi retry Đốt đêm không người
Bão retry webhook Cùng MO hai lần Đáp đôi, debit đôi

Retry inbound xảy ra. Không idempotent thì mỗi retry webhook thành tự trả lời khác. Xem thử lại webhook inbound. Ghép phát hiện vòng với dừng khi số dư thấp để ví dừng vang còn lại. Correlation ID phải từ inbound đến debit.

STOP/HELP chống tiếng vang không giới hạn

STOP và HELP là chính sách, không bot dễ thương. STOP phải tôn trọng opt-out và dừng luồng — gồm tự trả lời. HELP là đường ngắn brand-safe với giờ thật, không vang câu cuối khách. «Đã nhận SMS» không giới hạn trên mọi MO không phải HELP. Viết trang từ khóa trước lần gửi hội thoại đầu; xem chính sách từ khóa STOP và HELP. Nếu STOP «thường chạy» thì bạn có may, không chính sách.

Trần mà sản phẩm và tài chính bảo vệ được

  1. Trần outbound mỗi luồng — tối đa tự trả lời mỗi DID + id khách và cửa sổ.
  2. MO idempotent — một sự kiện inbound, một đáp, dù webhook retry.
  3. Im sau STOP — không marketing, không «bạn chắc chứ», không HELP thứ hai.
  4. Dừng số dư thấp — tự trả lời còn lại dừng trước kịch overdraft im lặng.

Xuất một sự cố: sự kiện inbound → tự trả lời → dòng ledger. Không kéo được chuỗi thì không có kiểm soát hai chiều. Đặt tên chủ trần.

Trung thực hộp thư hai chiều

Hai chiều là hệ điều hành, không công tắc. Ai đọc trước, số nào nhận và gửi, gì không bao giờ rơi kênh chung, ngoài giờ vận hành thế nào. Xem hướng dẫn hộp thư hai chiều và sự kiện hộp thư trên số thuê. JIT là tìm → giữ → mua → gán. Catalog in setup không bán như hộp có nhân sự.

Cờ đỏ

  • Tự trả lời không trần mỗi luồng
  • HELP lặp payload inbound
  • STOP vẫn bắn ack marketing
  • Retry webhook gửi đáp đôi
  • Catalog live không chủ vòng
  • Lỗi đổ thương hiệu ngoài
  • Vang ngoài giờ không đường người

Bắt đầu với IOSOR

Viết STOP và HELP để hỗ trợ đọc to. Đặt trần tự trả lời mỗi luồng ở staging, ép webhook MO trùng và xác nhận ví thấy một trả lời, không hai. Mô phỏng tiếng vang bot đến khi chi tiêu dừng. Xuất một chuỗi inbound → trừ để tài chính thấy vòng sẽ làm rỗng số dư prepaid ở đâu.

Điểm chính IOSOR

Tiếng vang vào là cháy ví. Một MO cho một trả lời; webhook trùng hoặc bóng bàn bot phải dừng chi, không nhân đôi.

Làm: giới hạn trả lời mỗi luồng và cắt vòng khi vang. Đừng: tự trả lời vô hạn trên inbound hoặc trừ cùng một MO hai lần.

Hướng dẫn này có hữu ích không?

Hướng dẫn liên quan