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