IOSOR

IOSOR Viden

Indgående autosvarsløkker: hvordan ekko tømmer den forudbetalte pung

Hvordan B2B holder tovejs-SMS ærlig — STOP/HELP som politik, loft på autosvar, disciplin for indgående webhook, og hvorfor ubegrænset ekko brænder prepaid.

Et indgående autosvar, der altid svarer, er ikke «god CX». På et lejet DID er det en prepaid-lækage: to bots eller et HELP, der citerer originalen, kan hoppe, indtil pungen er tom. Produkt ser engagement. Økonomi ser et hul. Ops arver en hændelse kl. 02:00 uden ejer.

IOSOR holder indgående på samme white-label prepaid-flade som udgående. MO-hændelser, nøgleordssvar og debetrækker lever på jeres konto. Nær USD 1,000+ månedligt forbrug bliver løkkeprøver og debit pr. tråd kommercielt gennemgangsmateriale. Katalog live uden løkkeloft er et løfte, økonomi ikke forsvarer. Et nummer in setup er ikke en tovejsindbakke. Der er ingen forudkøbt pulje «renere» indbakker at bytte, når løkken starter. JIT: søg → hold → køb → tildel.

Autosvarsløkker tømmer prepaid

Mønster Hvordan det ser ud Pungeffekt
Bot ↔ bot-ekko To auto-ack hopper Ubegrænset udgående debit
HELP citerer indgående Payload går som ny send Dobbeltsegmenter
Ping-pong uden for timer «Vi har modtaget SMS» ved hvert retry Natbrand uden menneske
Webhook-retry-storm Samme MO to gange Dobbelt svar, dobbelt debit

Indgående retry sker. Uden idempotens bliver hvert webhook-retry et nyt autosvar. Se gensendelse af indgående webhook. Par løkkedetektion med stop ved lav saldo, så pungen kan stoppe rest-ekko. Et korrelations-ID skal gå fra indgående til debit.

STOP/HELP mod ubegrænset ekko

STOP og HELP er politik, ikke søde bots. STOP skal ære opt-out og stoppe tråden — inklusive autosvar. HELP skal være en kort, brand-sikker sti med rigtige åbningstider, ikke et ekko af kundens sidste sætning. Ubegrænset «vi har modtaget SMS» på hvert MO er ikke HELP. Skriv nøgleordssiden før den første samtale-send; se politik for STOP og HELP. Hvis STOP «plejer at virke», har I held, ikke politik.

Loft som produkt og økonomi kan forsvare

  1. Udgående loft pr. tråd — max autosvar pr. DID + kunde-id og vindue.
  2. Idempotent MO — én indgående hændelse, ét svar, også hvis webhook retrier.
  3. Stilhed efter STOP — ingen marketing, intet «er du sikker», intet andet HELP.
  4. Stop ved lav saldo — resten af autosvar stopper før overtræks-teatret.

Eksportér en hændelse: indgående → autosvar → ledger-række. Uden kæden findes ingen tovejskontrol. Navngiv en ejer af loftet.

Ærlighed i tovejsindbakken

Tovejs er et operativsystem, ikke en kontakt. Hvem læser først, hvilke numre kan modtage og sende, hvad aldrig lander i en delt kanal, hvordan døde timer virker. Se guide til tovejs-indbakke og indbakke-hændelser på lejede numre. JIT er søg → hold → køb → tildel. Katalog in setup sælges ikke som bemandet indbakke.

Advarselssignaler

  • Autosvar uden loft pr. tråd
  • HELP der gentager indgående payload
  • STOP der stadig fyrer et marketing-ack
  • Webhook-retry der dobbeltsender svar
  • Katalog live uden løkkeejer
  • Fejl der spilder fremmede mærker
  • Ekko uden for timer uden menneskelig sti

Start med IOSOR

Skriv STOP- og HELP-tekster som support kan læse højt. Sæt et auto-svar-loft pr. tråd i staging, tving et dobbelt MO-webhook og bekræft at pungen ser ét svar, ikke to. Simulér et bot-ekko indtil forbruget stopper. Eksportér én inbound-til-træk-kæde, så økonomi ser hvor løkken ville have tømt prepaid-saldoen.

IOSOR takeaway

Et indgående ekko er en pungbrand. Ét MO skal give ét svar; et dobbelt webhook eller bot-bordtennis skal stoppe forbrug, ikke mangedoble det.

Gør: loft på svar pr. tråd og bræk løkken ved ekko. Gør ikke: ubegrænset auto-svar på inbound eller træk samme MO to gange.

Var denne guide nyttig?

Relaterede vejledninger