Оценка звонков: восемь блоков для коучинга

Зачем оценивать разговоры

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

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

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

Что даёт понятная система оценки

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

• Ясная обратная связь: вместо общих замечаний — конкретное действие, которое менеджер сможет изменить.
• Единый подход: команда согласованно доносит ключевые мысли и соблюдает процесс продаж.
• Поиск сильных приёмов: руководитель замечает привычки, связанные с высокими результатами менеджеров.
• Более быстрое освоение работы новичками: у них появляется пример того, как звучит успешный разговор.
• Дополнительный сигнал о состоянии сделки: качество разговора можно учитывать при оценке её перспектив.

Соедините качественные признаки и числа

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

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

Выберите применимые блоки и простую шкалу — например, от 1 до 5 или «да/нет». Используйте её последовательно и отслеживайте прогресс менеджера.

1. Подготовка к разговору и изучение клиента

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

• Был ли в начале звонка понятный план разговора?
• Показал ли менеджер, что подготовился к общению именно с этим клиентом?
• Подготовил ли вопросы или наблюдения, связанные с ролью и целями собеседника?
• Нашёл ли и использовал уместную тему для начала разговора и установления контакта?
• Была ли под рукой памятка о сильных сторонах продукта по сравнению с конкурентами, чтобы отвечать на возражения?

2. Контакт и отношения с собеседником

Зачем это проверять: доверие помогает быстрее перейти от поверхностного запроса к реальным проблемам клиента.

• Было ли начало разговора доброжелательным и располагающим к общению?
• Было ли короткое неформальное общение, которое помогло наладить контакт?
• Обозначил ли менеджер, чего участники могут ожидать от встречи?
• Если это первый звонок, спросил ли менеджер о прежнем опыте использования похожих решений или о том, какую потребность клиент связывает с продуктом или услугой?

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

Зачем это проверять: сведения о бизнесе и его проблемах позволяют построить предложение под конкретного клиента.

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

4. Презентация решения

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

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

• Завершил ли менеджер выявление потребностей до предложения решения, чтобы не «назначать лечение до диагноза»? Или разговор строился как чередование вопросов, обсуждения возражений и презентации?
• Связал ли возможности продукта с конкретными проблемами покупателя?
• Показал ли связь выявленных проблем с функциями, пользой продукта и подходящими историями успешного применения?

5. Работа с возражениями и отличия от конкурентов

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

Примечание редакции RevOpsLab: само возражение не доказывает готовность купить. Важно проверить, что клиент имеет в виду и изменилось ли его отношение после ответа.

• Какие явные или косвенные возражения высказал клиент?
• Отвечал ли менеджер уверенно, по существу и с пониманием позиции клиента?
• Объяснил ли отличия компании, когда возникло сравнение с конкурентами?
• Вовлекал ли клиента в обсуждение — например, спрашивал «Вы согласны?» или «Как вы на это смотрите?»
• Были ли ответы привязаны к конкретным сомнениям собеседника?

6. Завершение разговора и следующий шаг

Пояснение редакции RevOpsLab: проверяйте именно договорённость сторон. Предложение менеджера о встрече и согласие клиента на неё — разные события.

• Проверил ли менеджер, удалось ли выполнить ожидания, обозначенные в начале?
• Согласовал ли конкретный следующий шаг — например, следующую встречу или начало пробного использования?
• Назначены ли для следующего шага дата и время?
• Подвёл ли менеджер понятный итог обсуждения и вернулся ли к целям звонка?

7. Общение и профессионализм

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

• Был ли тон профессиональным, доброжелательным и уверенным?
• Как часто менеджер перебивал клиента?
• Подстроил ли разговор под конкретные проблемы и приоритеты собеседника?
• Управлял ли ходом разговора так, чтобы клиент при этом чувствовал себя услышанным?
• Были ли темп разговора и распределение времени уместными для такого звонка?

8. Итоговая оценка

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

От разбора к развитию навыков

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

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

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

Применение в RevOpsLab

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

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