RE:CALL Logo
Тарифы и ценыАнализ звонков в amoCRMАнализ звонков в Битрикс24Транскрибация аудио в текстБесплатный аудит звонковОценка звонков по вашему чек-листуКонтроль менеджеровКонтроль качества звонков
Наши партнерыПартнерская программа
Статьи
Ценности компанииКонтакты
Заказать обратный звонок

+7 (495) 677-95-51

Для бизнесаТарифы и ценыАнализ звонков в amoCRMАнализ звонков в Битрикс24Транскрибация аудио в текстБесплатный аудит звонковОценка звонков по вашему чек-листуКонтроль менеджеровКонтроль качества звонков
ПартнерыНаши партнерыПартнерская программа
Статьи
О компанииЦенности компанииКонтакты
+7 (499) 288-70-42Заказать обратный звонок
Пишите нам в мессенджерына +7 (499) 288-70-42
telegram-icon.svgwhatsapp-icon.svg
  • Несколько правильных сценариев
  • Отсутствие действия – не ошибка
  • Исключения
  • Реальные звонки сложнее
  • Сначала тип разговора
  • Один чек-лист на компанию
  • Что настроить кроме чек-листа
  • Как это работает в Re:call
  • Правила компании для AI
Отправить в Telegram
Главная страницаВсе статьиСтандартные чек-листы не
07.10.2026•~8 минут•Редакция Re:call

Стандартные чек-листы не работают как настроить AI-аналитику под реальные процессы компании: критерии оценки, условия и исключения

ПроблемаОдин шаблон для всех звонков заставляет AI находить нарушения там, где менеджер действовал правильно.
Не выполнено ≠ не применимоУ одного критерия бывает несколько корректных сценариев, а некоторые действия в разговоре просто не нужны.
Контекст и исключенияСначала определяют тип разговора, затем применяют подходящие правила. Исключения находят на реальных звонках.
Своя логика для каждого процессаИндивидуальная настройка – это своя логика оценки для каждого процесса компании, а не один чек-лист вместо стандартного.
Почему звонок получает низкую оценку, хотя менеджер сделал для клиента все правильно? Чаще всего виноват чек-лист, который прекрасно выглядит ровно до первого нестандартного разговора.На бумаге все просто: менеджер должен поздороваться, выявить потребность, презентовать продукт, отработать возражения и договориться о следующем шаге. Возле каждого пункта ставим "да" или "нет", складываем баллы и получаем оценку разговора.

Но вот что происходит на реальных звонках:
  • клиент сам подробно рассказывает о своей задаче еще до первого вопроса менеджера;
  • возражений не возникает вообще;
  • следующий шаг согласовали раньше;
  • звонок выглядит первичным, а на самом деле продолжает начатый разговор.

Важно

Если оценивать все эти ситуации по одному шаблону, AI будет исправно находить нарушения там, где менеджер ничего не нарушал.

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

И самое интересное обычно начинается именно с исключений.
Стопка из четырёх слоёв: действие, условия, выполнение и исключения, а сверху чек-лист
Что сделать, когда это нужно, что засчитывать и где правило не действует

Один пункт чек-листа: несколько правильных сценариев

Возьмем обычный критерий: "Выявил потребность клиента".

Кажется, его легко проверить. Менеджер задал вопросы и выяснил, что нужно клиенту, значит, критерий выполнен. Не выяснил: критерий не выполнен.

Но в живых разговорах один и тот же критерий может выполняться по-разному.

Клиент сам озвучил запрос

"Мне нужно пройти ТО на 60 тысячах, еще появился стук спереди, хотелось бы сразу посмотреть".

Потребность уже озвучена. Заставлять менеджера задавать формальный вопрос "Подскажите, пожалуйста, с каким вопросом обращаетесь?" только ради выполнения чек-листа было бы странно. Здесь важнее, понял ли он запрос и уточнил ли необходимые детали.

Запрос передала первая линия

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

Получается, даже у одного критерия может быть несколько корректных способов выполнения.

Именно поэтому формулировки вроде "задал три вопроса – 10 баллов, задал два – 5, не задал – 0" работают только там, где количество вопросов действительно является частью методики компании. В остальных случаях AI начинает оценивать форму вместо результата.

Иногда отсутствие действия – это не ошибка

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

Возьмем критерий "Работа с возражениями". Если клиент сказал, что предложение слишком дорогое, сравнил его с конкурентом или засомневался в условиях, действительно есть смысл оценивать, как менеджер отреагировал. А если клиент ни разу не возразил? Формально возражение не отработано, но не потому, что разговор прошел плохо, а потому что отрабатывать было нечего.

Важно

Между "не выполнено" и "не применимо" принципиальная разница. В первом случае менеджер пропустил нужный шаг, во втором такого шага в разговоре просто не возникло.

И таких ситуаций много:
  • визит не согласован, поэтому часть действий после записи может вообще не потребоваться;
  • клиент сам назвал удобное время, и предлагать ему несколько вариантов незачем;
  • нужная информация получена на предыдущем этапе, и повторять тот же вопрос нет смысла.
Если все неприменимые пункты превращать в нули, итоговый балл будет выглядеть математически точным, но о реальном качестве разговора скажет мало.
Жетон «Не выполнено» падает в ёмкость итогового балла, а жетон «Не применимо» лежит в стороне
Если ситуация не требовала действия, пункт выводится из расчёта: так итоговый балл отражает реальное качество разговора, а не случайные нули

А потом появляются исключения

Казалось бы, если основной сценарий описан подробно, оценка настроена и можно двигаться дальше. Но рано или поздно попадется разговор, который в этот сценарий не укладывается.

Допустим, по методике менеджер должен предложить клиенту несколько вариантов даты визита. Для обычного обращения правило логичное: оно помогает не заканчивать разговор после первого неудобного варианта. А теперь представим звонок, который начинается так:

"Я сейчас на эвакуаторе, еду к вам. Машина не заводится".

Требовать в этот момент несколько вариантов даты бессмысленно.
Бывает и обратная ситуация: клиент сам начинает с конкретного запроса – "Можно сегодня после шести?". Если время доступно и запись состоялась, отсутствие альтернативных вариантов опять же не говорит о плохой работе менеджера.

Именно на таких случаях становится заметна разница между обычным списком требований и логикой оценки.

Главная мысль

Правило должно описывать не только правильное действие, но и границы, в которых оно действительно нужно.

Причем заранее предусмотреть абсолютно все варианты практически невозможно. Часть исключений обнаруживается только тогда, когда готовую логику начинают проверять на реальных разговорах.

Реальные звонки почти всегда сложнее чек-листа

Сколько исключений ни продумай заранее, живые разговоры все равно подкинут новые. И это нормальный этап настройки, а не признак того, что методика плохая.

Можно взять методику отдела продаж, подробно описать критерии оценки звонков и договориться, что именно считается хорошей работой менеджера. А затем открыть несколько десятков реальных разговоров и обнаружить ситуации, о которых никто не вспомнил.

Следующий шаг

В методике сказано, что менеджер обязан его закрепить, но в части разговоров дата и формат следующей встречи согласованы раньше.

Выявление потребности

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

Спорные формулировки

Критерий кажется однозначным тем, кто работает с процессом каждый день, но на живом разговоре возникает вопрос: вот эта фраза клиента уже считается возражением или еще нет?

Поэтому чек-лист для AI-анализа нельзя написать один раз и считать готовым. Его стоит проверять на реальных разговорах и смотреть, где правило срабатывает верно, где дает спорный результат и каких условий или исключений ему не хватает.

Главная мысль

Так аналитика постепенно начинает оценивать не абстрактный "идеальный звонок", а тот процесс, который действительно существует в компании.

Остается вопрос, что делать со спорными формулировками, когда два руководителя смотрят на одну фразу клиента и видят разное. Универсального ответа тут нет, зато есть рабочий способ. Нужно договориться о признаках, по которым фраза считается, например, возражением, и подкрепить договоренность парой реальных цитат из звонков – одной, которая под правило подходит, и одной пограничной, которая нет.

Такие спорные случаи полезно собирать отдельно, по мере того как они всплывают при проверке. Из них вырастают самые точные формулировки критериев, потому что они описывают не идею правила, а его границу. И именно границы определяют, насколько оценка совпадет с тем, что о разговоре думают люди в компании.

Иногда сначала нужно понять, что это вообще за разговор

Представим, что с чек-листом все в порядке: критерии описаны понятно, исключения учтены, спорные формулировки проверены на реальных звонках. И все равно остается ситуация, в которой применять этот чек-лист к конкретному разговору не нужно вовсе.

Допустим, компания хочет отдельно оценивать первое обращение клиента. Логика для него своя: менеджер должен представиться, выяснить причину обращения, квалифицировать клиента и договориться о следующем шаге. А звонок начинается так:

"Добрый день! Звоню подтвердить нашу встречу завтра в 15:00. Все в силе?"
Дальше менеджер уточняет детали, отвечает на вопросы и еще раз проговаривает договоренности. Формально в разговоре встретятся действия из чек-листа первого обращения, но оценивать его по этому чек-листу бессмысленно: знакомство, выявление потребности и основная квалификация прошли раньше.

Поэтому в некоторых процессах до оценки приходится сначала определить, что за разговор перед нами:
  • первое это обращение или повторный звонок;
  • относится ли оно к тому процессу, который компания анализирует;
  • состоялась ли запись;
  • какой результат получил клиент;
  • какое направление компании его обрабатывало.

Важно

Эти признаки не всегда связаны друг с другом. Отсутствие записи еще не делает звонок нецелевым: клиент мог обратиться по нужному вопросу, получить консультацию и решить записаться позже.

Сначала контекст разговора, и только потом подходящие правила оценки.

Один чек-лист редко подходит даже одной компании

Когда говорят об индивидуальной настройке речевой аналитики, обычно имеют в виду простую вещь: у каждой компании должен быть свой чек-лист. На практике и этого бывает недостаточно.

Дело в том, что внутри одной компании отдел продаж и сервис решают совершенно разные задачи, а первый звонок и повторный требуют от сотрудника разного поведения. Тот, кто квалифицирует обращение, работает не так, как специалист, который проводит основную консультацию или встречу. Даже один и тот же критерий может значить разное и иметь разный вес в разных процессах.
Поэтому вопрос обычно не в том, чтобы заменить универсальный чек-лист одним индивидуальным. Сначала нужно определить, какие процессы компания хочет анализировать и какая логика оценки подходит каждому из них:
  • где-то достаточно простого "выполнено / не выполнено";
  • где-то нужны промежуточные баллы за частичное выполнение;
  • где-то важно предусмотреть вариант "не применимо";
  • а где-то перед оценкой придется сначала определить тип разговора или его результат.

Главная мысль

Индивидуальная настройка – это не один чек-лист вместо стандартного, а своя логика оценки для каждого процесса компании.

Что нужно настроить кроме самого чек-листа

Допустим, список критериев готов и согласован. Можно ли считать настройку законченной? На деле это только начало: чтобы AI оценивал разговоры по реальным правилам компании, по каждому важному пункту приходится ответить еще на несколько вопросов.

Что считаем выполнением?

Один критерий может выполняться несколькими способами. Если все они допустимы по методике компании, аналитика должна это учитывать.

Когда его вообще нужно проверять?

Некоторые действия обязательны всегда, другие появляются только при определенном развитии разговора.

Какие есть исключения?

Срочное обращение, уже полученная информация или ранее согласованные действия могут менять обычное правило.

Как выставляется оценка?

Где-то достаточно "да / нет", где-то нужна шкала, а где-то правильный результат в том, чтобы вообще не выставлять балл, потому что критерий неприменим.

К каким разговорам относится этот чек-лист?

Один набор правил не обязательно должен работать для всех разговоров компании.

Главная мысль

Когда на эти вопросы есть ответы, чек-лист перестает быть таблицей с формальными пунктами и становится описанием того, как компания сама понимает качественную работу с клиентом.

Как это работает в Re:call

Как все описанное выглядит на практике? В Re:call анализ настраивается под конкретные процессы и методику компании, а не наоборот.

Для каждой задачи можно описать свою логику оценки:
  • собственные критерии и шкалы – от простого "выполнено / не выполнено" до промежуточных баллов;
  • условия, при которых критерий вообще нужно проверять;
  • исключения и ситуации, когда критерий неприменим;
  • отдельные сценарии анализа, если разные типы разговоров требуют разной оценки.
Начать при этом можно с того чек-листа, который уже используется в компании. Но дело в том, что перенести его в систему строка за строкой недостаточно.

Типичная ошибка

Оставить правило в том виде, в каком оно понятно только внутри компании. "Здесь менеджер должен был уточнить" или "в этой ситуации вопрос задавать не нужно" – для человека очевидно, а для стабильной AI-оценки такую договоренность нужно превратить в понятное правило с условиями и границами.

Дальше логика проверяется на реальных разговорах и уточняется там, где обнаружились новые сценарии и исключения. Так аналитика постепенно подстраивается под процесс компании, вместо того чтобы требовать от менеджеров соответствия универсальной модели разговора.
Шестерёнка в кольце из четырёх этапов: текущий чек-лист, условия, реальные звонки, исключения
Исходный чек-лист дополняется условиями, проверяется на живых разговорах, и найденные исключения возвращаются в логику оценки

AI должен работать по правилам компании, а не наоборот

Так к чему мы пришли? Стандартный чек-лист вполне может быть отправной точкой: он помогает назвать базовые элементы разговора и собрать первый набор критериев. Проблемы начинаются тогда, когда его превращают в готовую модель оценки любого сотрудника и любого звонка.

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

Поэтому меняется и сам вопрос, на который отвечает аналитика.

Формальный вопрос

"Выполнил ли менеджер пункт чек-листа?" На него легко ответить галочкой, но о качестве работы такая галочка говорит мало: она фиксирует форму, а не результат разговора.

Вопрос по сути

"Правильно ли менеджер действовал именно в этой ситуации?" Здесь уже учитываются контекст звонка, условия, при которых правило вообще применимо, и исключения, принятые в компании.

Главная мысль

Чем точнее аналитика учитывает реальный процесс компании, тем меньше в оценке формальных ошибок и тем полезнее ее результаты для работы с командой.

Настройте AI-анализ звонков под свой процесс

В Re:call анализ настраивается под конкретные процессы и методику компании, а не наоборот. Начать можно с того чек-листа, который уже используется в компании.

Частые вопросы

Как отправную точку – да: он помогает назвать базовые элементы разговора и собрать первый набор критериев. Но перенести его в систему строка за строкой недостаточно.
В первом случае менеджер пропустил нужный шаг, во втором такого шага в разговоре просто не возникло. Если неприменимые пункты превращать в нули, балл мало скажет о реальном качестве разговора.
Нет. Его стоит проверять на реальных разговорах и смотреть, где правило срабатывает верно, где дает спорный результат и каких условий или исключений ему не хватает.
Договориться о признаках, по которым фраза считается, например, возражением, и подкрепить договоренность парой реальных цитат из звонков: одной, которая под правило подходит, и одной пограничной, которая нет.

Похожие статьи

Почему AI не выдумывает оценки: как устроена проверка каждого пункта чек-листа
20 октября 2026 г.7 мин чтения

Почему AI не выдумывает оценки: как устроена проверка каждого пункта чек-листа

Данных много, а выводов нет
16 октября 2026 г.7 мин чтения

Данных много, а выводов нет

Анализ сделки, а не звонка
14 октября 2026 г.7 мин чтения

Анализ сделки, а не звонка

RE:CALL Logo

Сервис речевой аналитики звонков с помощью искусственного интеллекта

ООО «АТИС»ИНН: 9715517435ОГРН: 1257700456408127204, г Москва, линия 3-я Северная, д 14, оф 2

© 2026, Re:call все права защищены.

Политика конфиденциальностиДоговор оферты

О продукте

  • Возможности
  • Отраслевые решения
  • Кейсы
  • Интеграции
  • Вопросы и ответы

Тарифы и цены

  • Актуальные тарифы

О нас

  • Контакты
  • Статьи
  • Ценности компании

Партнеры

  • Партнеры Re:call
+7 (499) 288-70-42Заказать обратный звонок
telegram-icon.svgwhatsapp-icon.svg
ООО «АТИС»ИНН: 9715517435ОГРН: 1257700456408127204, г Москва, линия 3-я Северная, д 14, оф 2

© 2026, Re:call все права защищены.

Политика конфиденциальностиДоговор оферты