Оценка звонков становится справедливее, когда тип обращения определяют до проверки. В сервисном разговоре может не быть продажи, а повторный контакт часто начинается с известного контекста. Поэтому сначала выбирают подходящий чек-лист, затем оценивают только применимые действия сотрудника.
Единая форма удобна для отчёта, но может скрывать смысл разговора. Менеджер получает ноль за презентацию, хотя клиент позвонил уточнить срок доставки. В другом случае сотрудника просят заново выяснить потребность, которую подробно обсудили на прошлом звонке.
Раздельные критерии не отменяют общие требования к вежливости и точности информации. Они помогают выбрать действия под конкретную задачу клиента. Руководитель видит, где сотрудник действительно ошибся, а где обязательный для другой ситуации этап просто не подходил.
Что такое чек-лист оценки звонка и зачем делить критерии
Чек-лист оценки звонка связывает цель обращения с наблюдаемыми действиями сотрудника и правилами начисления баллов. Например, критерий «согласовал следующий шаг» проверяют по конкретной договорённости. Фраза «мы ещё свяжемся» без срока и действия может не соответствовать правилу.
Проверка качества разговора шире сверки со скриптом. Скрипт подсказывает ход беседы, но клиент может задать вопрос раньше запланированного этапа. Если сотрудник ответил точно и помог продвинуть разговор, сама последовательность реплик ещё не доказывает ошибку.
Запрос «чек лист оценки звонка» обычно предполагает готовый набор пунктов. Но универсальную форму всё равно придётся адаптировать под задачи команды. Для каждого пункта стоит записать, какое поведение засчитывают, когда пункт применим и за что снимают балл.
«Речевая аналитика превращает каждый разговор с клиентом в данные: видно, где теряются сделки и что менять в скриптах.»
Разделение критериев делает оценки внутри одного типа обращений более сопоставимыми. Руководитель может разбирать звонки по одинаковым правилам и видеть настоящие пробелы в навыках. При этом нельзя обещать рост продаж только потому, что команда изменила форму проверки.
Как классифицировать первичные, повторные и сервисные звонки
Тип обращения определяют по цели и контексту разговора до выставления баллов. Номер звонка и статус в CRM помогают найти историю, но сами по себе не выбирают регламент. Проверяющий сначала выясняет, какую задачу клиент и сотрудник решали в этом контакте.
Первичный звонок — первое предметное общение с потенциальным клиентом по запросу или предложению. Стороны знакомятся с ситуацией и выясняют, есть ли смысл продолжать диалог. Даже если до этого клиент видел рекламу или получил письмо, разговор может быть первичным.
Повторный звонок продолжает начатый диалог. В нём важны предыдущие договорённости, открытые вопросы и следующий шаг. Сервисное обращение связано с текущим обслуживанием, вопросом, проблемой или сопровождением клиента. Главная задача здесь — помочь с конкретной ситуацией.

Схема показывает маршрут от типа обращения к подходящему чек-листу. Проверяющий использует запись разговора и историю контактов, а затем фиксирует выбранный тип. Если цель меняется по ходу беседы, спорный фрагмент отмечают и передают на дополнительный разбор по правилу компании.
Существующий клиент может позвонить не за обслуживанием, а с новой потребностью. Тогда статус клиента не превращает беседу автоматически в сервисную. Если сотрудник впервые обсуждает новый запрос, команда может выбрать первичный регламент или отдельно описать смешанный сценарий.
Чем отличаются критерии для трёх типов обращений
Критерии должны оценивать действия, которые сотрудник мог выполнить в конкретном разговоре. Нельзя одинаково требовать презентацию от менеджера на знакомстве и от специалиста, который принимает жалобу. Общие правила остаются, но ожидаемый результат и условные этапы различаются.
Для первичного контакта важны понимание запроса и следующий шаг. В повторном разговоре проверяют продвижение уже начатой работы. В сервисе главным результатом может стать не немедленное решение, а корректная передача вопроса с понятным сроком ответа клиенту.
| Критерий | Первичный звонок | Повторный звонок | Сервисное обращение |
|---|---|---|---|
| Главный результат | Понять запрос и согласовать следующий шаг | Продвинуть договорённость | Решить вопрос или определить маршрут |
| Работа с контекстом | Выяснить исходную ситуацию | Восстановить историю и договорённости | Уточнить проблему и историю обращения |
| Презентация предложения | По ситуации | По необходимости | Обычно неприменима |
| Фиксация итога | Зафиксировать интерес и следующий шаг | Подтвердить договорённость | Зафиксировать решение или передачу |
| Эскалация и маршрутизация | По правилам компании | По правилам компании | Часто ключевой критерий |
Фраза «обычно неприменима» не означает автоматического исключения презентации из каждого сервисного звонка. Компания сначала проверяет цель обращения и собственный регламент. Если клиент сам просит рассказать о подходящей услуге, критерий может стать применимым.
Общие критерии тоже стоит описать с учётом контекста. Например, корректное представление важно в разных сценариях, но точную формулировку приветствия не всегда разумно оценивать как единственный допустимый вариант. Лучше проверить, понял ли клиент, с кем общается.
Чек-лист для первичного звонка: что оценивать
Первичный звонок оценивают по тому, помог ли сотрудник прояснить запрос и определить дальнейшее действие. В начале проверяют представление и корректное начало разговора. Клиент должен понимать, кто звонит или отвечает, а сотрудник — учитывать причину обращения.
Выяснение запроса проверяют по конкретным вопросам и ответам клиента. Менеджер может уточнить задачу, текущую ситуацию и ограничения, если они нужны для следующего шага. Длинный перечень вопросов сам по себе не даёт балл: важнее, помогли ли вопросы понять потребность.
Предложение оценивают, когда его уместно обсуждать на этом этапе. Сотрудник связывает решение с названной потребностью и объясняет его понятными словами. Если разговор нужен только для первичной записи или передачи запроса специалисту, обязательная презентация может не подходить.
Работа с сомнениями — условный критерий. Когда клиент не высказал возражений и не обозначил сомнений, проверяющий не ставит ноль за их отсутствие. Если сомнение прозвучало, смотрят, уточнил ли сотрудник его смысл и ответил ли по существу, не споря с клиентом.
В конце проверяют договорённость и фиксацию результата. Например, менеджер выяснил запрос, но не согласовал следующий контакт, хотя регламент требовал этого. Балл теряет критерий следующего шага, а не автоматически весь звонок. Запись в CRM должна точно отражать разговор.
Чек-лист для повторного звонка: контекст и договорённости
Повторный звонок оценивают по продолжению диалога, а не по новому прохождению полного сценария первичной продажи. Сотруднику важно восстановить нужный контекст и опираться на прежние договорённости. Клиенту не обязательно снова рассказывать всю историю с самого начала.
Критерий работы с контекстом можно проверить по короткому подтверждению прошлого контакта. Например, менеджер называет отправленное предложение и уточняет, удалось ли его изучить. Проверяющий сверяет эти слова с доступной историей, а не требует дословного пересказа карточки.
Далее сотрудник выясняет, что изменилось, и отвечает на открытые вопросы. Если точного ответа пока нет, он сообщает, где его уточнит и когда вернётся. Это лучше, чем угадывать условия или обещать срок без проверки. Оба действия можно описать в регламенте как наблюдаемые.
Допустим, клиент уже получил предложение и звонит обсудить срок поставки. Выяснение потребности с нуля здесь неприменимо. Зато важно проверить текущие условия, уточнить нужную дату и зафиксировать договорённость. Если срок зависит от склада, сотрудник согласует время следующего ответа.
Итог повторного контакта должен продвигать обсуждение без ненужного повтора известных сведений. В записи разговора или карточке фиксируют результат, ответственное лицо и срок следующего действия. Если продолжение не требуется, сотрудник отмечает причину и завершает обращение.
Чек-лист для сервисного обращения: решение и маршрутизация
Сервисный звонок оценивают по точности работы с вопросом, ясности решения и соблюдению маршрута, а не по плану продажи. Сотрудник должен понять причину обращения и задать вопросы для диагностики. При этом клиенту не приходится повторять сведения, уже доступные специалисту.
Проверяющий смотрит, дал ли сотрудник достоверную информацию. Если ответ зависит от другого подразделения, важно честно обозначить источник и порядок проверки. Нельзя требовать немедленного решения вопроса, который выходит за полномочия первой линии и требует участия специалиста.
Маршрутизация означает передачу обращения тому, кто может помочь. В регламенте описывают повод для передачи, обязательные сведения и ответственного за следующий контакт. Клиенту объясняют дальнейший шаг и ожидаемый срок, а результат или факт передачи фиксируют в системе.
Продажа может быть отдельным условным критерием, если она уместна в конкретном сценарии. Например, клиент сам спрашивает о расширении услуги после решения вопроса. Отсутствие допродажи во время жалобы нельзя автоматически считать ошибкой: сначала нужно выполнить задачу обращения.
Этот результат показывает значимость сервиса для участников опроса, но не доказывает эффект отдельного чек-листа. Для настройки критериев полезнее проверить, понимает ли клиент следующий шаг и не теряется ли обращение при передаче. Эти действия команда может увидеть в разговоре и карточке.
Как учитывать неприменимые этапы и выставлять баллы
Неприменимый этап исключают из расчёта по заранее описанному правилу. За него не ставят ноль и не начисляют балл автоматически. Например, отсутствие возражения отмечают как причину исключения критерия, а не как доказательство того, что сотрудник хорошо с ним справился.
Один удобный способ — пересчитать результат по применимым критериям. Для этого сумму полученных баллов делят на максимальную сумму баллов по применимым пунктам и умножают на сто. В отчёте отдельно сохраняют список исключений и причину каждого из них.
Например, в форме пять критериев по два балла. Один пункт неприменим, поэтому доступный максимум равен восьми баллам, а не десяти. Если сотрудник получил шесть, результат составит 75%. Автоматический зачёт исключённого пункта или ноль за него дали бы другую и менее честную оценку.
Опрос отражает готовность клиентов сменить компанию, а не измеряет качество конкретного звонка. Поэтому процент не заменяет шкалу проверки. Система оценки звонков должна одинаково применять утверждённую формулу ко всем обращениям одного типа и сохранять основания для спорных решений.
Перед сравнением сотрудников руководитель проверяет состав их обращений и объём доступных баллов. Средние проценты по разным типам звонков могут отражать разные задачи, а не только уровень навыка. Если применимых критериев нет, результат не рассчитывают: такой случай отправляют на разбор.
Как внедрить отдельный регламент оценки звонков
Внедрение начинают с правил классификации, а заканчивают проверкой согласованности оценок на реальных разговорах. Контроль качества звонков работает надёжнее, когда проверяющие одинаково понимают цель каждого сценария, условия исключения пунктов и порядок пересмотра спорного результата.
Пять шагов к отдельным регламентам
- Описать типы обращений — Записать признаки первичного, повторного и сервисного разговора и правила для пограничных случаев.
- Определить результат — Для каждого типа указать цель контакта и ожидаемый итог, доступный сотруднику.
- Составить критерии — Выделить общие и отдельные пункты, а также условия применения каждого этапа.
- Утвердить подсчёт — Закрепить шкалу, исключение неприменимых пунктов и порядок разбора разногласий.
- Проверить на звонках — Сравнить независимые оценки нескольких проверяющих и уточнить спорные формулировки.
На пробной выборке полезно взять разговоры всех трёх типов и несколько смешанных случаев. Два проверяющих независимо выбирают регламент и выставляют баллы. Затем они сравнивают расхождения по каждому пункту и уточняют формулировки, которые допускают разные трактовки.
Для спорной классификации стоит назначить ответственного и сохранить объяснение решения. Например, сервисный звонок может перейти в обсуждение новой потребности. Компания заранее решает, оценивает ли она основной повод обращения или отдельно проверяет значимые части разговора.
После запуска руководитель периодически сверяет оценки и разбирает примеры с командой. Сотруднику важно видеть не только итоговый процент, но и конкретный фрагмент разговора, условие критерия и причину снятия балла. Такой разбор помогает исправлять действие, а не спорить с общей отметкой.
Речевая аналитика OrbitAI помогает применять разные регламенты к размеченным типам обращений и находить повторяющиеся ошибки. Автоматическая классификация не безошибочна: спорные звонки и исключения проверяет человек. Регламент и основания оценки остаются под контролем команды.
Как закрепить результат
Тип обращения определяет применимые критерии, а не отменяет общие требования к качеству разговора. Отдельный регламент помогает оценить работу по задаче клиента и не штрафовать сотрудника за этап, который не относился к ситуации. Решение о типе должно опираться на контекст.
Правила классификации, исключений и подсчёта баллов стоит закрепить до массовой проверки. Затем команда тестирует их на записях и уточняет спорные места. Так оценка качества звонков становится понятнее сотрудникам, проверяющим и руководителю без обещаний неподтверждённого эффекта.
- Сначала определить цель и тип обращения, затем выбрать чек-лист.
- Оценивать действия, применимые к конкретному разговору.
- Исключать неприменимые критерии из числителя и максимума.
- Закрепить формулу и порядок разбора споров в регламенте.
- Проверять автоматическую классификацию на спорных звонках.
Хотите так же?
Оставьте контакты — перезвоним и покажем речевую аналитику на ваших звонках.