Надёжность автоматизации продаж: что будет, когда что-то сломается

Что будет с заявкой, если проверка не сработала?

Обычная автоматика при ошибке останавливается: не смогла проверить — не пропустила. В продажах это худший вариант. Живой человек ждёт ответа, а его заявка лежит в карантине из-за упавшей проверки. У нас правило обратное. Не удалось понять, целевая заявка или нет — она уходит менеджеру. Не сработал фильтр служебных плашек площадки — сообщение считается живым. Любой сбой раздаёт данные дальше, а не прячет их.

Что стоит между сбоем и потерянной заявкой?

Каждый пункт работает сам по себе и не ждёт, пока кто-то заметит проблему.

1. 01

   Каждые 30 минут — восстановление потерянных сообщений

   Система заново сверяется с мессенджерами и открытыми линиями и подбирает то, что не долетело. Заодно синхронизирует статус «ответили» в обе стороны. Сколько сообщений восстановлено — отдельный счётчик на дашборде.

2. 02

   3 часа тишины — алерт

   Сторож потока следит за тем, что клиентские сообщения вообще идут. Больше трёх часов без единого сообщения в рабочее время — сигнал. Так сломанная интеграция находится раньше, чем её замечает отдел.

3. 03

   Каждые 3 минуты — проверка ИИ-провайдеров

   Плюс аптайм платформы и журнал ошибок. Плановые отключения в даунтайм не засчитываются, поэтому цифра честная.

4. 04

   Две системы транскрибации

   Они страхуют друг друга: одна недоступна — разбор идёт через вторую. Звонок останется без разбора, только если упали обе сразу.

5. 05

   Резервный ИИ-провайдер

   Переключение автоматическое, причина видна в разделе «Ошибки». Работа не встаёт, вы просто потом видите, что именно произошло.

6. 06

   Каждые 2 минуты — опрос телефонии

   Для АТС, которые не присылают события о завершении звонка. Пропущенный звонок всё равно станет задачей «Перезвонить»: дедлайн — через 30 минут, а если звонок пришёлся на ночь, срок переносится на начало рабочего дня плюс 30 минут.

7. 07

   Каждую минуту — поиск зависших сделок

   Новые сделки, застрявшие на сервисном аккаунте, находятся и раздаются тем, кто на смене.

Какие сроки и лимиты зашиты в систему?

Восстановление потерянных сообщений

каждые 30 минут

Порог сторожа потока

3 часа тишины в рабочее время

Проверка ИИ-провайдеров

каждые 3 минуты

Дневной бюджет на ИИ

$15 по умолчанию, алерты на 50% и 100%

Разборы закрытий

не больше 20 в час, лишнее откладывается

Срок жизни напоминания

не дольше 48 часов

Обновление аналитики

каждый час в :25, полная сверка раз в сутки

Глубина данных в панели

90 дней

Ночная консолидация длинных сделок

воскресенье, 23:30

Что будет, если кончится бюджет на ИИ?

Дневной лимит расхода нужен, чтобы счёт не улетел из-за одного странного дня. Но лимит не должен затыкать разговор с клиентом. Поэтому процессы разделены на два класса.

• Дневной потолок расхода на ИИ — $15 по умолчанию, меняется настройкой. Алерты приходят на 50% и на 100%.
• Упёрлись в потолок — тормозятся только откладываемые процессы: ночной разбор сделок, недельная аналитика, разборы закрытий.
• Клиентские контуры не глушатся никогда. Раздача заявок, эскалации по неотвеченному, напоминания по договорённостям и перезвоны работают при любом бюджете.
• Разборы закрытий ограничены 20 в час. Сверх лимита они откладываются, а не теряются — очередь разбирается позже.
• При массовой чистке воронки — больше 30 закрытий за 2 часа — возвраты сделок глушатся. Система не спорит с осознанным решением человека.

Почему заявки теряются чаще всего?

• Никто не следит за самим каналом. Вебхук отвалился, сообщений нет, а тишину принимают за спокойный день. Отсюда сторож потока с порогом в 3 часа.
• Ставка на один сервис. Одна транскрибация, один ИИ-провайдер — и любой их сбой останавливает работу. Поэтому у нас по два и автопереключение.
• Проверка при ошибке блокирует. Не смогли классифицировать заявку — положили в карантин, клиент ждёт, менеджер не знает. Мы делаем ровно наоборот.
• Восстановление без следа. Сообщения где-то дочитываются, но никто не знает сколько и какие. У нас счётчик восстановленных сообщений стоит на дашборде.
• Лимит расхода останавливает всё подряд. Кончились деньги на ИИ — встали и напоминания клиенту. Мы развели откладываемое и клиентское.
• Напоминания копятся неделями и превращаются в ленту, которую никто не читает. У нас новое напоминание физически удаляет прежнее, и только после успешной отправки.

Цена потерянных часов известна: ответ в течение часа даёт в 7 раз больше квалифицированных лидов, чем часом позже, и в 60 раз больше, чем через сутки (Harvard Business Review, «The Short Life of Online Sales Leads», 2011, выборка 2241 компания). Сломанный канал съедает эти часы незаметно.

Чего система осознанно не делает?

• Не прячет данные при сбое проверки. Фильтр отключается, данные идут дальше.
• Не удаляет старое напоминание, пока новое не ушло. Пустого места в чате не бывает.
• Не перезаписывает комментарии в карточке сделки. Они только дополняются.
• Не записывает плановые работы в даунтайм. Цифру надёжности незачем подкрашивать.
• Не ходит живыми запросами в вашу CRM ради отчёта. Панель работает на своей витрине и не нагружает портал.
• Не переносит ночные эскалации на утро. Они отменяются, чтобы отдел не встретил рабочий день лавиной пингов.

Какие результаты у действующих клиентов?

Доля сделок с предоплатой

с 4—7% до 13%

Медиана первого ответа клиенту

с 32 до 6,5 минут

Выручка

+33% за 4 месяца без увеличения штата

Внедрение

3—5 дней

Бесплатный аудит

3—5 дней

Замер до и после внедрения у действующих клиентов, в том числе у автодилера премиум-сегмента. Надёжность тут не абстракция: такие цифры держатся, только пока ни одна заявка не выпадает из потока.