IOSOR

IOSOR Kennis

Inbound-autoantwoordlussen: hoe echo de prepaid-portemonnee leegtrekt

Hoe B2B tweerichtings-SMS eerlijk houdt — STOP/HELP als beleid, plafonds op autoantwoord, inbound-webhookdiscipline en waarom onbegrensde echo prepaid verbrandt.

Een inbound-autoantwoord dat altijd antwoordt is geen «geweldige CX». Op een gehuurde DID is het een prepaidlek: twee bots of een HELP dat het origineel citeert kunnen stuiteren tot de portemonnee leeg is. Product ziet engagement. Finance ziet een gat. Ops erft om 02:00 een incident zonder owner.

IOSOR houdt inbound op hetzelfde white-label-prepaidoppervlak als outbound. MO-events, trefwoordantwoorden en debitregels leven in uw account. Rond USD 1,000+ maandelijks gebruik worden lusmonsters en debit per draad commercieel reviewmateriaal. Catalogus live zonder lusplafond is een belofte die finance niet verdedigt. Een nummer in setup is geen tweerichtingsinbox. Geen vooraf gekochte pool «schonere» inboxen om te wisselen als de lus start. JIT: zoeken → vasthouden → kopen → toewijzen.

Autoantwoordlussen trekken prepaid leeg

Patroon Hoe het eruitziet Portemonnee-effect
Bot ↔ bot-echo Twee auto-acks stuiteren Onbegrensde outbound-debit
HELP citeert inbound Payload gaat als nieuwe send Dubbele segmenten
Pingpong buiten uren «We kregen uw SMS» bij elke retry Nachtverbranding zonder mens
Webhook-retrystorm Dezelfde MO twee keer Dubbel antwoord, dubbele debit

Inbound-retries gebeuren. Zonder idempotentie wordt elke webhook-retry een nieuw autoantwoord. Zie retries van inbound-webhooks. Koppel lusdetectie aan stop bij laag saldo zodat de portemonnee rest-echo’s stopt. Een correlatie-ID moet van inbound naar debit lopen.

STOP/HELP tegen onbegrensde echo

STOP en HELP zijn beleid, geen lieve bots. STOP moet opt-out eren en de draad stoppen — inclusief autoantwoord. HELP moet een kort, merkveilig pad met echte tijden zijn, geen echo van de laatste zin. Onbegrensd «we kregen uw SMS» op elke MO is geen HELP. Schrijf de trefwoordpagina vóór de eerste gesprekssend; zie beleid voor STOP en HELP. Als STOP «meestal werkt», hebt u geluk, geen beleid.

Plafonds die product en finance kunnen verdedigen

  1. Outboundplafond per draad — max autoantwoord per DID + klant-id en venster.
  2. Idempotente MO — één inbound-event, één antwoord, ook als de webhook retried.
  3. Stilte na STOP — geen marketing, geen «weet u het zeker», geen tweede HELP.
  4. Halt bij laag saldo — rest-autoantwoord stopt vóór stil overtrekkingstoneel.

Exporteer een incident: inbound-event → autoantwoord → ledgerregel. Zonder die keten hebt u geen tweerichtingscontrole. Noem een owner van het plafond.

Eerlijkheid van de tweerichtingsinbox

Tweerichting is een besturingssysteem, geen schakelaar. Wie eerst leest, welke nummers ontvangen en verzenden, wat nooit in een gedeeld kanaal valt, hoe buiten uren werkt. Zie gids voor de tweerichtingsinbox en inbox-events op gehuurde nummers. JIT is zoeken → vasthouden → kopen → toewijzen. Catalogus in setup wordt niet verkocht als bemande inbox.

Rode vlaggen

  • Autoantwoord zonder plafond per draad
  • HELP die de inbound-payload herhaalt
  • STOP die nog een marketing-ack triggert
  • Webhook-retries die antwoorden dubbel sturen
  • Catalogus live zonder luseigenaar
  • Fouten met vreemde merken
  • Echo buiten uren zonder menselijk pad

Starten met IOSOR

Schrijf STOP- en HELP-teksten die support hardop kan lezen. Zet in staging een auto-reply-plafond per thread, forceer een dubbele MO-webhook en bevestig dat de wallet één antwoord ziet, geen twee. Simuleer een bot-echo tot de uitgave stopt. Exporteer één inbound-naar-afschrijvingketen zodat finance ziet waar de lus het prepaid-saldo zou legen.

IOSOR takeaway

Een inbound-echo is een walletbrand.

Was deze gids nuttig?

Gerelateerde gidsen