IOSOR

IOSOR Kunskap

Inbound autosvarsslingor: hur eko tömmer den förbetalda plånboken

Hur B2B håller tvåvägs-SMS ärligt — STOP/HELP som policy, tak på autosvar, inbound webhook-disciplin och varför obegränsat eko bränner prepaid.

Ett inbound-autosvar som alltid svarar är inte «bra CX». På ett hyrt DID är det ett prepaid-läckage: två botar eller ett HELP som citerar originalet kan studsa tills plånboken är tom. Produkt ser engagement. Ekonomi ser ett hål. Ops ärver ett ärende kl. 02:00 utan ägare.

IOSOR håller inbound på samma white-label prepaid-yta som outbound: MO-händelser, nyckelordssvar och debetrader lever i ert konto. Nära USD 1,000+ månadsanvändning blir slingprover och debitering per tråd kommersiellt underlag. Katalog live utan slingtak är ett löfte ekonomin inte försvarar. Ett nummer in setup är inte tvåvägsinkorg. Ingen förköpt pöl «renare» inkorgar att byta när slingan startar. JIT: sök → håll → köp → tilldela.

Autosvarsslingor tömmer prepaid

Mönster Hur det ser ut Plånbokseffekt
Bot ↔ bot-eko Två auto-ack studsar Obegränsad outbound-debit
HELP citerar inbound Payload går som ny sändning Dubbletter
Ping-pong utanför timmar «Vi har tagit emot SMS» vid varje retry Nattbränning utan människa
Webhook-retry Samma MO två gånger Dubbelt svar, dubbel debit

Inbound-retry händer. Utan idempotens blir varje webhook-retry ett nytt autosvar. Se omsändning av inkommande webhook. Koppla slingtäckning till stopp vid lågt saldo så plånboken kan stoppa rest-eko. Ett korrelations-ID måste gå från inbound till debit.

STOP/HELP mot obegränsat eko

STOP och HELP är policy, inte söta botar. STOP måste hejdra opt-out och stoppa tråden — inklusive autosvar. HELP ska vara en kort, varumärkessäker väg med riktiga tider, inte ett eko av kundens sista mening. Obegränsat «vi har tagit emot SMS» på varje MO är inte HELP. Skriv nyckelordssidan före första samtalssändningen; se policy för STOP och HELP. Om STOP «brukar fungera» har ni tur, inte policy.

Tak som produkt och ekonomi kan försvara

  1. Utgående tak per tråd — max autosvar per DID + kund-id och fönster.
  2. Idempotent MO — en inbound-händelse, ett svar, även om webhook retrier.
  3. Tyst efter STOP — ingen marknadsföring, inget «är ni säkra», inget andra HELP.
  4. Stopp vid låg saldo — resten av autosvar stannar före övertrasseringsteatern.

Exportera inbound → autosvar → ledger. Utan kedjan finns ingen tvåvägskontroll. Namnge en ägare av taket.

Ärlighet i tvåvägsinkorgen

Tvåväg är ett operativsystem, inte en toggle. Vem läser först, vilka nummer kan ta emot och skicka, vad aldrig landar i en delad kanal, hur döda timmar fungerar. Se guide för tvåvägsinkorg och inkorgshändelser på hyrda nummer. JIT är sök → håll → köp → tilldela. Katalog in setup säljs inte som bemannad inkorg.

Varningssignaler

  • Autosvar utan tak per tråd
  • HELP som upprepar inbound-payload
  • STOP som fortfarande triggar marketing-ack
  • Webhook-retry som dubbelsänder
  • Katalog live utan slingägare
  • Fel som spiller främmande varumärken
  • Eko utanför timmar utan mänsklig väg

Börja med IOSOR

Skriv STOP- och HELP-texter som support kan läsa högt. Sätt ett autosvarstak per tråd i staging, tvinga en dubbel MO-webhook och bekräfta att plånboken ser ett svar, inte två. Simulera ett bot-eko tills utgiften stannar. Exportera en inbound-till-debiteringkedja så finans ser var loopen hade tömt prepaid-saldot.

IOSOR sammanfattning

Ett inkommande eko är en plånboksbrand. Ett MO ska ge ett svar; en dubbel webhook eller bot-pingis ska stoppa utgift, inte mångdubbla den.

Gör: tak på svar per tråd och bryt loopen vid eko. Gör inte: obegränsad autosvar på inbound eller debitera samma MO två gånger.

Var den här guiden till hjälp?

Relaterade guider