IOSOR База знаний

Биллинг исходящего голоса: минута, connect и почему гудки — это не разговор

Как B2B читает списания исходящего голоса — billed minute vs connect vs false connect, потери AMD, prepaid-видимость на попытку и почему гудки не равны разговору.

Счета исходящего голоса путают команды, выросшие на SMS-сегментах. Гудок — не разговор. Connect — не человек. Billed minute может быть приветствием, музыкой удержания или ложной догадкой AMD — а prepaid-кошелёк всё равно двигается. Критические алерты и OTP-fallback падают дважды, когда продукт считает «наборы», а финансы — минуты, которые никто не слышал.

IOSOR упаковывает голос как white-label prepaid рядом с messaging: каждая попытка набора — строка debit, которую можно выгрузить. Около USD 1 000+ месячного platform usage доля connect, выборки false connect и ledger на попытку становятся материалом коммерческого review. Каталог live без словаря биллинга — обещание, которое финансы не защитят. Коридор in setup — не production talk-time.

Минута, connect и ложный connect

Событие Что случилось Типичный вопрос prepaid
Attempt / ring Сеть предложила вызов Биллится ли время гудков?
Connect Дальний конец ответил (человек, автоответчик, IVR) Когда стартует счётчик?
False connect Ответили, но не ваш человек Кто владеет потерянными секундами?
Talk / answered human Нужный абонент услышал скрипт Исход уровня конверсии

Зафиксируйте словарь до объёма. Продукт, support и финансы должны говорить одними словами в дашборде, webhook и кошельке. См. AMD и ложные соединения, чтобы «connected» никогда не читалось как «услышал».

Гудки — не разговор

Гудки доказывают, что сеть попыталась. Они не доказывают, что человек взял трубку, понял алерт или завершил OTP. Счёт гудков как разговоров раздувает дашборды и прячет потери AMD. Свяжите класс серьёзности со следующим шагом: SMS-fallback, одна повторная попытка или живая очередь — не безграничный перенабор. См. исходящий голос для критических алертов и голосовые алерты и OTP-fallback. Политика тихих часов всё равно действует; ночной гудок — не бесплатный «engagement». См. тихие часы для голосовых алертов.

AMD и оплачиваемые секунды

Answering machine detection — компромисс, не галочка. Быстрые догадки роняют людей; медленные биллят больше тишины. False connect проигрывает скрипт на автоответчик и всё равно списывает. Настраивайте по классу серьёзности, логируйте догадку AMD vs фактический исход, ограничьте, сколько может длиться «ещё решает». Немедленный voice retry на machine classification сжигает минуты без роста конверсии.

Prepaid-видимость до объёма

Требуйте строки ledger на попытку: класс направления, connect vs no-answer, исход AMD, billed seconds, hop fallback. Каталог live без этих колонок — принтер чеков. Заранее купленного пула «более дешёвых минут» на ночную подмену нет — JIT значит, вы берёте ёмкость, когда коридор честно готов. Низкий объём когорты лучше героизма. Если не выгрузить инцидент от набора → connect → debit, голосового контроля нет.

Красные флаги

  • Гудки считаются разговором в продуктовых дашбордах
  • Нет видимости debit на попытку
  • Один порог AMD на все кампании
  • Штормы voice retry при no-answer
  • Каталог live, а слова биллинга не определены
  • Скрипты читают полные секреты в автоответчик
  • Чужие бренды в ошибках для клиента

Начните с IOSOR

В консоли IOSOR откройте журнал вызовов и настройте обработку вебхуков так, чтобы списание за минуты запускалось только по событию установленного соединения (connect). Разделите пороги определения автоответчиков (AMD) для разных типов кампаний и установите фолбэк на SMS для неотвеченных звонков. Заблокируйте запуск кампаний без полной детализации попыток с указанием статуса AMD и тарифицируемых секунд.

Итог IOSOR

Гудок в сети указывает лишь на попытку соединения, но не гарантирует диалог с пользователем.

Был ли материал полезен?

Связанные гайды