Уведомления только по лидам
Чат команды перестаёт шуметь: сообщения приходят не после каждого звонка, а только когда разговор признан целевым.
Речевая аналитика звонков
Платформа сама решает, был ли разговор целевым, и объясняет почему. Не «да и нет», а три статуса с человеческой причиной. Критерии задаются обычными словами, без программирования.
Итог разговора
разобран
Целевой
01:12 · исходящий
Почему так решено
- Собеседник — тот, кто принимает решение
- Названы объект и срок работ
- Согласовано конкретное время звонка
У каждого статуса видна причина: спорный случай можно перепроверить
3 статуса
Квал, не квал и «проверить» — спорное решает человек
Свои критерии
Задаются обычными словами: «клиент назвал площадь квартиры»
Причина словами
Не код, а объяснение: «согласился на встречу»
Коротко
- Платформа сама решает, был ли разговор целевым, и объясняет причину человеческими словами.
- Три статуса вместо двух: «квал», «не квал» и «проверить» — спорные разговоры уходят человеку, а не в отказ.
- Критерии задаются обычными словами по-русски, программировать ничего не нужно.
Как работает
Что платформа ищет в разговоре
Речевая аналитика начинается с расшифровки, но заканчивается решением: считать этот звонок результатом или нет.
- Готовые критерии из коробкиЕсть потребность, готов получить информацию, согласился на встречу, есть бюджет, разговор шёл с лицом, принимающим решение, уровень интереса. Достаточно отметить нужные.
- Свои критерии обычными словамиФормулируете по-русски: «клиент назвал площадь квартиры», «клиент сказал, когда планирует ремонт». Программировать ничего не нужно.
- Логика «все» или «хотя бы один»Можно требовать выполнения всех критериев сразу или засчитывать разговор по любому из них. Есть сравнения: равно, содержит, больше, меньше.
- Три статуса вместо двух«Квал» — явное согласие. «Не квал» — отказ или слишком короткий разговор. «Проверить» — интерес есть, но явного согласия не прозвучало: такие разбирает менеджер, а не алгоритм.
- Причина у каждого статусаРядом со статусом стоит человеческое объяснение: «клиент согласился на встречу», «слишком короткий разговор». Спорить с цифрой проще, когда видно, откуда она взялась.
- Ручной перевод в квалМенеджер послушал запись, не согласился с алгоритмом и нажал одну кнопку. Лид уходит в CRM со всеми интеграциями, как будто квалифицировался сам, и дубль при этом не создаётся.
Решение
Три статуса, и у каждого причина
Платформа не ставит оценку разговору. Она проверяет ваши критерии и показывает, какой из них сработал.
- ЦелевойВсе критерии выполнены: тот человек, названы объект и срок, есть договорённость. Уходит в CRM как лид.
- Не целевойНе тот человек, отказ или ошибка номера. В воронку не попадает и не тратит время менеджера.
- СпорныйЧасть критериев выполнена. Платформа показывает причину, решение остаётся за человеком.
У каждого решения видна причина — спор с подрядчиком закрывается ссылкой на разговор.
Последствия
Квалификация управляет всем
Это не отдельный отчёт в углу кабинета. От неё зависит, что произойдёт после разговора.
Сделки в CRM
Сделка создаётся по факту квалификации, а не по факту соединения. Воронка не забивается пустыми карточками.
Лимит лидов в день
Ограничение «хватит двадцати заявок» считает именно квалифицированные разговоры, а не все звонки подряд.
Защита от повторного звонка
Квалифицированный контакт закрывается от повторного набора: клиенту не позвонят второй раз с тем же предложением.
Настройка
Как задать критерии под свой бизнес
Универсальных критериев не бывает: для замерщика окон целевой разговор выглядит иначе, чем для банка. Настройка занимает вечер.
1
Начните с готовых
Отметьте те из встроенных, что подходят: есть потребность, согласился на встречу, есть бюджет, разговор шёл с тем, кто принимает решение. Для половины бизнесов этого достаточно.
2
Добавьте свои формулировки
Опишите по-русски то, что важно именно вам: «клиент назвал площадь», «клиент сказал, когда планирует ремонт», «клиент подтвердил город». Программировать ничего не нужно.
3
Выберите логику
Считать разговор целевым, если выполнены все критерии, или достаточно любого одного. Для холодной базы обычно берут «хотя бы один», для дорогих сделок — «все».
4
Поставьте порог длительности
Разговор короче порога не засчитывается. Это отсекает случайные соединения и защищает отчётность перед заказчиком лидов.
5
Проверьте на прошлых звонках
Прогоните критерии по уже состоявшимся разговорам и посмотрите, совпадает ли решение платформы с вашим. Расхождения показывают, что формулировку надо уточнить.
Отчёты
Что видит руководитель
Аналитика собирается на ваших данных, а не на средних по рынку.
| Что смотрит руководитель | Что показывает платформа |
|---|---|
| Воронка от контакта до лида | Сколько контактов, сколько дозвонов, сколько целевых разговоров и где именно теряется больше всего. |
| Лучшее время для звонков | Эффективность по часам и дням недели на вашей базе. Часто оказывается, что смена начинается на два часа раньше, чем нужно. |
| Анализ попыток | С какой попытки дозвона приходят лиды. Видно, когда дожимать бессмысленно и деньги уходят впустую. |
| Дозвон по сетям операторов | На каких сетях база отвечает хуже. Иногда проблема не в базе и не в скрипте, а в том, чьи номера в карусели. |
| Стоимость лида честная | К расходам на звонки можно добавить свои: закупку базы и рекламу. Тогда цена лида отражает реальность, а не только минуты. |
| Экспорт и PDF для заказчика | Выгрузка в Excel и брендированный PDF-отчёт с выбором разделов: его можно показать руководителю или отправить заказчику лидов. |
Кому нужнее всего
Где разбор разговоров окупается сразу
Чем дороже стоит один разговор, тем быстрее окупается автоматический разбор.
01
Продавцам лидов
Заказчик платит за квалифицированный контакт и требует доказательств. Статус с причиной и порогом длительности снимает большую часть споров.
02
Колл-центрам на аутсорсе
Когда операторов десятки, выборочная прослушка охватывает единицы процентов разговоров. Автоматический разбор смотрит все.
03
Отделам продаж с длинным циклом
Важно не только «интересно или нет», но и что именно клиент назвал: бюджет, срок, кто принимает решение. Эти поля извлекаются из разговора.
Сравнение
Отчёт оператора и разбор платформы
Пока итог звонка ставит человек, отчётность отражает не разговоры, а представления оператора о том, что от него хотят услышать.
| Итог ставит оператор вручнуюЦифры расходятся с реальностью | Разбирает платформаЦифры совпадают с записями |
|---|---|
| Уставший к вечеру человек ставит статусы наугад | Статус ставится по критериям, одинаковым для всей смены |
| Критерии «интересно» и «неинтересно» у каждого свои | У каждого решения есть причина, которую видно рядом |
| Автоответчик легко уходит в отчёт как состоявшийся разговор | Автоответчики отсеиваются на четырёх уровнях и в лиды не попадают |
| Спор с заказчиком лидов упирается в слово против слова | Спорное уходит в «проверить», а не молча записывается в отказ |
Вопросы и ответы
Что чаще всего спрашивают
Чем речевая аналитика отличается от транскрибации
Транскрибация даёт текст разговора. Речевая аналитика делает из текста вывод: целевой ли это звонок, по каким критериям и почему.
Нужно ли программировать критерии
Нет. Готовые критерии отмечаются галочками, свои формулируются обычными словами по-русски.
Что делать, если алгоритм ошибся
Перевести лид в квал вручную одной кнопкой. Он уйдёт в CRM со всеми интеграциями, дубль не создастся.
Зачем нужен статус «проверить»
Чтобы не терять спорные разговоры. Интерес есть, явного согласия нет — такие звонки видит менеджер и решает сам, вместо того чтобы алгоритм молча записал их в отказ.
Считается ли короткий разговор лидом
Нет, если он короче настроенного порога. Это защищает отчётность перед заказчиком лидов от случайных соединений.
Считайте лиды, а не соединения
Критерии обычными словами, три статуса и честная воронка на ваших данных.
Страница обновлена