IOSOR

IOSOR Знания

STOP и HELP на нает DID: политика, която поддръжката може да защити

Как B2B екипи пишат политика за ключови думи STOP/HELP на наети номера — собственост, формулировка, одит логове и prepaid честност без навик за third-party портал.

Ключовите думи не са мили автоотговори. На нает DID, който може да приема отговори, STOP и HELP са политика за съответствие и марка — скриптове, които поддръжката трябва да защитава в 02:00 без да измисля племенно знание. Двупосочното съобщения без тази политика става тиха опашка от инциденти.

IOSOR държи inbound на същата white-label prepaid повърхност като outbound: вашата маркова връзка, пътят на inbox, портфейлът — без дневни ops заключени в third-party портал.

Ключовите думи са политика, не странична мисия на бота

Продукт, правен и поддръжка трябва да подпишат една страница преди първото conversational изпращане:

Пишете STOP език, който поддръжката може да прочете на глас

STOP отговорите трябва да са кратки, насочени към марката и еднозначни:

  • Потвърдете, че opt-out важи за тази програма / самоличност
  • Кажете какво спира (известия, маркетингов клас, тази DID нишка)
  • Посочете човешки път, ако клиентът все още има нужда от помощ
  • Избягвайте да изхвърляте технически ID или марки на трети страни

HELP, който съвпада с реалните часове

HELP е мястото, където марките обещават прекалено.

  1. Реални часове на поддръжка и часова зона
  2. Канали, които наистина щатите (имейл, чат, callback) — не фантазия
  3. Какво трябва да включи клиентът (последните 4 на номера, id на поръчка)
  4. Следваща стъпка, ако никой не е online

Нает DID, който отговаря на HELP с мъртъв имейл, учи потребителите да се оплакват по-силно в социалните мрежи — и гори доверие по-бързо от закъснял OTP.

Собственост и одит следа

Назовете primary owner и backup. Когато STOP се счупи в продукция, това е compliance инцидент, не тикет „нагласи бота“.

Свържете DID за приемане + изпращане под една самоличност

STOP/HELP се разпадат, когато приемането и изпращането са несвързани SKU.

Започнете с IOSOR

Свързани: цикли на входящ автоотговор Буфериране на входящо уебхук обработване срещу пикове на латентност от операт… резервиране на предплатен баланс преди първото дебитиране.

Обобщение IOSOR

STOP и HELP са изговорена политика на нает DID, не синхрон на отказ между наематели.

Правете: напишете текст, който поддръжката чете, и докажете одитния ред. Не правете: да смятате думите за странична задача на бот или да синхронизирате тук списъка на друг наемател.

Полезно ли беше ръководството?

Свързани ръководства