Недавно я звонил в службу поддержки одного крупного банка. Попала мне девушка Айгерим. Она говорила медленно, чётко, с идеальной дикцией. Каждое слово — словно по линейке выровнено. Паузы — где надо. Интонации — правильные. И мёртвые, как доска.
«Добрый день, меня зовут Айгерим, чем я могу вам помочь?» — прозвучало так, будто Siri решила косплеить человека. Я объяснил проблему со счётом. Она выдержала профессиональную паузу и ответила: «Я вас понимаю, это действительно неприятная ситуация». Тон — как у диктора, читающего инструкцию по эксплуатации холодильника.
Знаете, что самое странное? Формально она сделала всё правильно. По чек-листу — сто баллов. Представилась — есть. Проявила эмпатию — есть. Подтвердила проблему — есть. Но разговор получился такой... искусственный. Как будто я общаюсь с человеком, которого заставили играть робота, играющего человека.
И таких Айгерим — тысячи. Это эпидемия. Скрипты пишут умные люди, с благими намерениями. А на выходе получается что-то, что убивает живое общение. Хотя всё могло быть иначе — скрипт может быть помощником, а не электронным ошейником.
«Хороший скрипт — это не текст, который нужно зачитать. Это карта местности, которая показывает, куда можно пойти. А идти туда или нет — решает оператор, исходя из ситуации»
Почему так происходит? Скрипты же пишут не дураки. Продумывают слова, интонации, логику. Стараются сделать хорошо. А получается... вот это вот.
Дело в самой философии подхода. Классический скрипт — это инструкция: «Если клиент говорит А, ты отвечаешь Б». Такой вербальный if-then. Оператор становится просто устройством воспроизведения. Кассетным магнитофоном, только дорогим. Его задача — нажать правильную кнопку, а не думать, что там человеку на самом деле нужно.
«Прочитай ЭТО. Именно так. Слово в слово. Не отступай. Не импровизируй. Следуй инструкции».
«Вот ключевые точки разговора. Вот границы. А как дойти — решай сам, ты знаешь клиента лучше».
Люди это чувствуют мгновенно. Даже если текст красивый. Потому что живая речь — это не только слова. Это паузы в неожиданных местах, когда человек соображает. Это когда ты начал фразу, а потом понял, что можно сказать проще, и переформулировал на ходу. Это «эээ», «ну», «в смысле», «ага». Вся эта словесная неряшливость — она и сигнализирует мозгу: «Тут реальный человек, он думает прямо сейчас». Когда этого нет, подсознание паникует: «Стоп, что-то здесь не так».
А когда к этому добавляется несовпадение слов и тона — всё, приехали. Представьте: вам говорят «Я вас понимаю», но голос звучит как у Алисы из колонки. Мозг буквально рвёт шаблон — слова про эмпатию, а интонация про «мне платят за это 300 рублей в час». И парадокс: честное, сухое «Хорошо, запишу, передам» работает в сто раз лучше фальшивого сочувствия. Потому что хотя бы искреннее.
Ладно, давайте разберёмся, как должен выглядеть нормальный скрипт. Не список фраз для зачитывания, а что-то вроде слоёного пирога. Каждый слой — своя степень свободы. Помните, как в джазе? Есть тема — её все играют одинаково. Есть гармония — она задаёт границы. А дальше — импровизация. Саксофонист играет то, что чувствует, но в рамках общей структуры. Скрипт работает так же. Или, по крайней мере, должен.
Это то, что ДОЛЖНО прозвучать в каждом разговоре. Но не дословно — по смыслу.
Примеры: представление, уточнение проблемы, подтверждение решения, прощание. Как именно это сказать — свобода оператора.
Примеры формулировок, которые хорошо работают. Можно использовать, можно адаптировать, можно заменить своими.
Примеры: «Давайте я посмотрю, что можно сделать» или «Сейчас разберёмся, не волнуйтесь» — оператор выбирает то, что ему ближе.
Пространство, где оператор может (и должен!) реагировать на конкретную ситуацию. Small talk, уточнения, эмоциональная поддержка.
Примеры: Клиент упомянул, что торопится на встречу — оператор может ускориться. Клиент расстроен — можно дать ему выговориться.
Пропорции этих слоёв — штука нестабильная. Зависит от контекста. Техподдержка с чёткой диагностикой — там можно и побольше структуры, ничего страшного. Работа с жалобами, где каждая ситуация — уникальная драма — тут нужна свобода манёвра. В продажах — где-то посередине: есть вопросы, которые задать надо обязательно, но как ты их задашь и в каком порядке — это уже искусство. Общий принцип простой: чем эмоциональнее разговор, тем меньше в нём должно быть жёстких рамок.
А теперь про эмпатию — ту самую штуку, которую все хотят, но никто не может нормально объяснить. Эмпатия — это не когда ты на 15-й секунде говоришь «Я вас понимаю», а начальник ставит тебе галочку. Это навык, как вождение. Прочитать про него можно, выучить — нет. Нужно практиковаться. И дело не в том, какие слова ты произносишь, а в том, КАК ты вообще ведёшь разговор. Вот семь реально работающих способов показать эмпатию, которые не звучат как скрипт с AliExpress.
Не «Я вас понимаю», а пересказ проблемы своими словами. Это показывает, что вы действительно слушали, а не ждали своей очереди говорить.
Плохо:
«Понятно, сейчас помогу»
Хорошо:
«Правильно понимаю: вы оплатили заказ в пятницу, но статус до сих пор не изменился?»
Называем эмоцию, которую слышим в голосе клиента. Это валидирует его чувства и показывает: мы на одной стороне.
Плохо:
«Не волнуйтесь, всё решим»
Хорошо:
«Слышу, что ситуация вас расстроила. Это понятно — ждать три дня без новостей неприятно»
Вместо извинений (которые часто звучат дежурно) — честное признание, что ситуация неудобна для клиента.
Плохо:
«Извините за неудобства»
Хорошо:
«Согласна, это неудобно — тратить время на звонок вместо того, чтобы просто получить заказ»
«Мы» вместо «компания». Оператор на стороне клиента, а не щит между клиентом и бизнесом.
Плохо:
«По правилам компании, я не могу...»
Хорошо:
«Давайте посмотрим, что мы можем сделать в этой ситуации»
Да, ты уже понял, в чём дело. Но дай человеку договорить. Перебивать — как сказать «твои слова не важны». А это больно.
Назвать человека по имени — не каждую секунду, конечно, но в нужных местах. «Алексей, давайте я запишу...» — и человек понимает: это лично ему.
Не знаешь — так и скажи: «Хороший вопрос, мне нужно уточнить». Честное «не знаю» работает лучше, чем мямлить что-то невпопад.
Смешно, да? Все эти техники — их нельзя просто взять и внедрить приказом. Они работают, только когда становятся твоими. Как велосипед — можешь прочитать трактат про центр тяжести и физику равновесия, но пока сам не попробуешь, толку ноль. Скрипт тут — шпаргалка. Напоминалка: «Эй, не забудь про вот это». А не диктатура в стиле «произнеси именно эти слова в именно такой последовательности».
Тут, конечно, начинаются страхи. Руководитель думает: «Ага, сейчас мы дадим операторам свободу, они начнут треп разводить, а о деле забудут». И этот страх — он не от фонаря. Бизнесу правда нужна предсказуемость. Нельзя, чтобы Маша клиенту цену назвала, а Петя забыл. Или чтобы человек позвонил, а ему рассказали только половину, потому что оператор увлёкся.
Но дело не в том, чтобы контролировать каждое слово. Дело в грамотной архитектуре. Представьте: скрипт — это навигатор. Он говорит: «Через 500 метров направо». Но рулём он не крутит. Вы можете ехать 40, можете 80. Можете притормозить, пропуская бабушку с тележкой. Важно одно: через нужные точки вы проедете и приедете куда надо.
Ключевая идея: Оператор должен пройти через все эти точки. Но КАК он это сделает, какими словами, в какой последовательности (если нет жёсткой зависимости) — его выбор.
Давайте на примере. Берём чек-пойнт «Уточнение». Задача: убедиться, что ты понял клиента правильно. Как это сделать? Да по-разному!
Вариант один: «Правильно понимаю, СМС с кодом не приходит?». Вариант два: «Так, стоп, вы ввели номер, но смска не прилетела?». Вариант три: «Минуточку, а код вообще не приходит, или приходит, но не тот?»
Суть одна — проверить, что вы с клиентом в одной реальности. А форма разная. И какую выбрать — зависит от ситуации. Клиент уже кипит? Покороче и по делу. Проблема запутанная? Разложи по полочкам. Вот это и есть свобода в рамках. Точка назначения известна, но дорогу туда выбираешь сам.
Кстати, давайте про CRM поговорим — потому что тут собака и зарыта. Хороший скрипт — это не PDF в папке «Обучающие материалы», который открыли один раз в первый рабочий день, а потом забыли. В реальной жизни скрипт живёт в CRM. Прямо там, где оператор работает. И тут начинается интересное: та же самая идея может либо помогать, либо превращать человека в пленника интерфейса, который тычет кнопки, а не решает проблему клиента.
Есть простой тест: если оператор во время разговора смотрит в монитор больше, чем слушает клиента — всё, провалились. Хороший интерфейс вообще не замечаешь. Вся инфа на одном экране, кликов минимум, скрипт сбоку как шпаргалка. Оператор занимается клиентом, а не квестом «найди нужную кнопку».
Про то, как грамотно настроить всё это в CRM, мы писали в статье про метрики контакт-центра — там целый кусок про баланс контроля и свободы.
Поможем разработать сценарии общения для вашего контакт-центра. Баланс структуры и гибкости, обучение команды, интеграция с CRM — полный цикл.
Обсудить проектОкей, допустим, вы создали идеальный скрипт. Потратили время, продумали структуру, нашли баланс. Распечатали, раздали. Жмёте на кнопку «запуск»... и ничего не происходит. Почему? А потому что скрипт сам по себе — мёртвый. Кусок текста в вакууме. Его нужно вживить в голову и практику команды. А для этого нужно обучение. Не «вот документ, распишитесь в получении», а реальная работа с людьми.
Не просто «вот новый скрипт, учите». А: «Вот какую проблему мы с вами решаем. Вот как этот скрипт поможет вам, а не только компании. Вот почему важна гибкость». Люди не дураки — они лучше следуют правилам, когда понимают их смысл.
Тренер берёт и показывает, как это выглядит вживую. Не зачитывает скрипт, а разговаривает — используя его как опору. И обязательно показать «как не надо» — чтобы разница была очевидна.
Операторы тренируются друг на друге — один играет «клиента-зануду», второй отрабатывает. Потом меняются. Можно облажаться, и ничего страшного — это же учёба, а не реальный звонок.
Садимся вместе, слушаем записи. Разбираем: вот тут классно сработало, а тут — ну, попробуй в следующий раз иначе. И это не экзамен, а постоянный процесс — каждую неделю находим что-то новое.
Ещё важная штука, про которую все забывают: ролевые игры со сложными клиентами. Когда человек первый раз ловит агрессию или сталкивается с клиентом, который сам не понимает, чего хочет — наступает ступор. Нормально, все через это проходят. Но если прогнать эти ситуации заранее, в учебной среде, где можно факапить безнаказанно — в реальном звонке уже будет проще. Мозг скажет: «А, это мы уже разбирали, я помню паттерн».
Для таких тренировок, кстати, классно заходит AI-симулятор продаж — там бот играет роль невыносимого клиента, и можно тренироваться без риска угробить реальные отношения. Облажался — начал заново. Хоть двадцать раз.
Так, теперь самое интересное — про контроль. Это же первый вопрос, который задаёт любой руководитель: «Ок, мы дали свободу. Но как мне теперь проверять работу? У меня был чек-лист: сказал фразу — галочка, не сказал — минус балл. Чётко и понятно. А теперь как?»
Вопрос честный. Неправильный ответ: «Да никак, теперь доверяем». Правильный: меняем то, что проверяем. Перестаём смотреть на форму, начинаем смотреть на содержание. Не «что сказал», а «чего добился».
| Критерий | Старый подход (галочки) | Новый подход (результат) |
|---|---|---|
| Приветствие | «Сказал ли: Добрый день, меня зовут...?» | «Представился ли? Установил ли контакт?» |
| Уточнение проблемы | «Использовал ли фразу: Правильно ли я понимаю...?» | «Убедился ли в понимании проблемы?» |
| Эмпатия | «Сказал ли: Я вас понимаю?» | «Проявил ли понимание ситуации клиента?» |
| Решение | «Озвучил ли все этапы решения?» | «Понял ли клиент, что будет дальше?» |
| Завершение | «Спросил ли: Могу ли я ещё чем-то помочь?» | «Убедился ли, что клиент удовлетворён?» |
Чувствуете разницу? Раньше — проверяли форму. Теперь — результат. Оператор может ни разу не сказать «Я вас понимаю». Зато он так пересказывает проблему клиента, что тот думает: «Боже, да! Вот именно это я и хотел сказать!». Это и есть настоящая эмпатия. Не галочка в чек-листе, а реальное понимание.
Подробнее про то, как оценивать качество правильно, мы писали в статье про QA-калибровку и чек-листы качества — там есть конкретные примеры и критерии.
Ладно, хватит теории — давайте уже к делу. Покажу на конкретных примерах, как превратить роботизированный скрипт в живой инструмент. Это реальные кейсы из практики, только имена и детали изменены.
«Добрый день! Меня зовут [имя], компания [название]. Чем я могу вам помочь?»
[клиент жалуется]
«Я понимаю вашу ситуацию и приношу извинения за доставленные неудобства. Позвольте мне уточнить детали вашего обращения...»
Чек-пойнты:
«Для оформления возврата вам необходимо: первое — предоставить чек или номер заказа, второе — описать причину возврата, третье — указать удобный способ получения средств. Срок рассмотрения заявки составляет от 3 до 5 рабочих дней. Желаете оформить возврат?»
Опорные точки:
Оператор может начать с вопроса «А что случилось с заказом?» — вдруг проблему можно решить без возврата
[Клиент: «У вас слишком дорого»]
«Понимаю вашу озабоченность ценой. Наш продукт отличается высоким качеством и включает в себя: [список преимуществ]. Многие клиенты отмечают, что в итоге это выгоднее благодаря [аргумент].»
Алгоритм:
Готовые аргументы — в базе знаний, но выбор зависит от ситуации
Знаете, что забавно? Когда компании решают перейти на гибкие скрипты, они часто делают всё наоборот. Вместо «давайте уберём всё и скажем: общайтесь по-человечески». Это как учить человека плавать — нельзя просто столкнуть его с борта бассейна и крикнуть «плыви свободно!». Вот классические грабли, на которые все дружно наступают.
Вчера был жёсткий скрипт на 3 страницы, сегодня — «ну, просто общайтесь нормально». Операторы в шоке. Начните с малого: сначала дайте свободу в приветствии, потом — в других блоках. Постепенно.
«Прояви эмпатию» — ну и что с этим делать? Нужны конкретные примеры: «Вот так можно сказать. И вот так. И ещё вот так — выбери, что тебе ближе». Без примеров человек просто зависнет.
Руководитель говорит «будьте гибкими», а QA снижает балл за то, что оператор не произнёс «волшебную фразу». Классика жанра. Сначала договоритесь внутри команды, что считается хорошим звонком, потом — внедряйте.
Опытному оператору свобода — подарок. Новичку — кошмар и паника. Сделайте два варианта: для стажёров — подробнее, с примерами на каждый чих. Для бывалых — только опорные точки.
Скрипт спустили «сверху», а операторов никто не спросил. А ведь они каждый день на передовой — знают, что работает, а что бесит клиентов. Спрашивайте их! И реально меняйте скрипт по их фидбеку.
Тут скептик может сказать: «Ладно, звучит всё это красиво. Но давайте честно — переписать скрипты, переучить людей, пересобрать критерии оценки... Это время, деньги, куча головной боли. Оно вообще того стоит?» Короткий ответ: да. Длинный — сейчас будет.
Клиенты чувствуют разницу — и ставят оценки выше
Люди перестают сбегать — работать становится интереснее
Парадокс: меньше формальностей — быстрее к делу
Но главное — не цифры. Главное — меняется вообще всё. Клиенты начинают советовать компанию друзьям. Операторы перестают тихо ненавидеть свою работу и даже начинают немного гордиться ею. Руководители спят спокойнее — потому что довольные клиенты надёжнее любых KPI.
И знаете, в чём прикол? Это работает не потому, что мы что-то невероятно умное придумали. А потому что мы просто перестали мешать. Убрали дурацкие барьеры между оператором и клиентом. И оказалось — люди прекрасно справляются, когда им дают инструменты, а не электронные кандалы.
Вернёмся к началу. Та девушка из банка — Айгерим — скорее всего, нормальный человек. Возможно, у неё классное чувство юмора и она реально готова помочь. Но скрипт, который ей дали, превратил её в автоответчик с зарплатой. Проблема не в ней. Проблема в системе.
Хороший скрипт делает наоборот. Он освобождает. Даёт уверенность, что ты не забудешь ничего важного. Снимает страх «ой, а вдруг я скажу что-то не то». И оставляет место для человечности — той самой, которую клиенты чувствуют и за которую готовы прощать.
Сделать такой скрипт сложнее, чем настрочить три страницы текста. Но оно того стоит. Потому что клиенты приходят не за идеальными формулировками. Они приходят, чтобы их проблему решили и чтобы их услышали. И второе — часто даже важнее первого.
Поможем разработать систему скриптов, которая сохраняет структуру и даёт свободу. Аудит текущих скриптов, создание новых, обучение команды, настройка в CRM.
Обсудить проектКак построить систему метрик, которая учитывает и эффективность, и качество обслуживания.
Как создать единые стандарты оценки и что делать с «пограничными» случаями.
Как правильно распределить обращения между AI и людьми.
Как использовать AI для обучения операторов и менеджеров по продажам.