Стандарт разговора менеджера: как создать рабочий документ

Что такое стандарт разговора менеджера

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

Стандарт нужен не ради контроля как такового. Он убирает главное расхождение в отделе продаж: между тем, как руководитель представляет правильный разговор, и тем, как этот разговор выглядит в записи. Когда требования записаны и проверяемы, спор «правильно или неправильно» заменяется ссылкой на конкретный пункт документа.

Чем стандарт отличается от скрипта и инструкции

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

Инструкция отвечает на вопрос «как сделать действие», стандарт — на вопрос «что должно быть сделано и в каком объёме». Скрипт можно менять под клиента, стандарт задаёт рамку, которую менеджер не имеет права нарушать. Именно поэтому стандарт нельзя придумать в кабинете: его собирают из анализа реальных удачных и неудачных разговоров, где уже видны рабочие формулировки и типовые провалы.

Почему стандарт в голове руководителя не работает

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

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

Из чего состоит стандарт разговора

Основа документа — обязательная последовательность этапов. Перестановка этапов ломает логику разговора: если пропущен контакт, остальные вопросы «повисают» без ответа, а если назвать цену раньше презентации, клиент перестаёт воспринимать аргументы.

Контакт и рамка разговора

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

Квалификация и выявление потребности

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

Подытоживание и презентация

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

Предзакрытие и закрытие

Отдельный пункт — предзакрытие, проверка готовности клиента к цене и договору. Пропуск этого этапа приводит к потоку возражений и потере сделки. Если оценка готовности ниже порога, разговор возвращают к презентации. Закрытие описывают как прямой вопрос о сделке: обсудить договор, оформить заказ, внести предоплату. Норма — не сдаваться после первого отказа и доводить попытки закрытия минимум до трёх.

Отработка возражений

Здесь фиксируют порядок реакции на возражение: сначала согласие с правом клиента так думать, затем аргумент и возврат к закрывающему вопросу, без слов «нет» и «но» в начале фразы. Значительная часть возражений — ориентировочно 30–40% — на деле оказывается жалобами и снимается без сложной аргументации. Отдельно в стандарте описывают работу с уклончивым «я подумаю», которое в подавляющем большинстве случаев означает фактический отказ.

Принципы рабочего документа

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

Проверяемость вместо пожеланий

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

Один пункт — одно наблюдаемое действие

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

Разные форматы звонка — разные требования

Требования к короткому входящему звонку и к длинной презентационной встрече не могут быть одинаковыми. Жёсткий сценарий подходит для коротких диалогов, чек-лист — для длинных, презентационный формат — для встреч. Если стандарт не учитывает формат, он начинает мешать работе: менеджер либо не успевает выполнить лишние пункты, либо пропускает обязательные.

Пошаговый план: как создать стандарт разговора

Стандарт создают как продукт, а не как приказ. Ниже шесть шагов, которые проходят без резких рывков.

Шаг 1. Собрать факты из звонков

Сначала собирают данные. Прослушивают реальные разговоры — и успешные, и проигранные, — раскладывают их по этапам и смотрят, какие требования фактически соблюдаются, а какие существуют только на словах. Цель — увидеть реальную точку отсчёта и понять, где именно отдел теряет клиентов.

Шаг 2. Выделить лучшие формулировки

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

Шаг 3. Собрать первую версию

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

Шаг 4. Протестировать на сделках

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

Шаг 5. Зафиксировать в регламенте и подписать

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

Шаг 6. Обучить и проверить на экзамене

После внедрения проводят обучение и экзамен — ориентировочно через две недели. Плановая переаттестация не даёт стандарту устареть. Обучение строят на записях: разбирают, как требование выглядит в реальном разговоре, и тренируют формулировки в парах. Руководитель на разборе сначала отмечает, что было хорошо, и лишь затем — что можно улучшить.

Как связать стандарт с оценкой звонков

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

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

Как автоматизировать проверку соблюдения стандарта

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

Qall AI расшифровывает записи, оценивает разговоры по 16 критериям и 6 этапам, показывает цитаты и таймкоды, собирает дашборд и рейтинг менеджеров, формирует автозадачи РОПу и PDF-отчёт с основными ошибками менеджеров. Каждый пункт стандарта превращается в критерий оценки, а отдел получает аудит 100% звонков вместо выборочного контроля. Соблюдение перестаёт зависеть от того, сколько записей успел прослушать руководитель.

Типичные ошибки при создании документа

Первая ошибка — писать стандарт из головы, не слушая звонки. Такой документ описывает идеальный разговор, которого в отделе не бывает, и его игнорируют. Вторая — делать требования непроверяемыми: формулировки вроде «качественно работает с клиентом» невозможно оценить.

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

Чек-лист: как создать рабочий стандарт разговора

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

Частые вопросы о стандарте разговора менеджера

Сколько пунктов должно быть в стандарте?

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

Можно ли менять стандарт под каждого клиента?

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

Что делать, если менеджер считает стандарт формальностью?

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

Нужен ли стандарт, если есть скрипт?

Да. Скрипт описывает, что говорить, но не задаёт, какой объём разговора обязателен и что считается отклонением. Стандарт превращает скрипт в проверяемые критерии и позволяет оценивать разговоры по единой шкале.

Как часто пересматривать стандарт?

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

Заключение

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