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

Почему скрипт, который даёт конверсию 11–13% у штатных операторов, на аутсорсе падает до 4–5%?

Практика указывает на одну и ту же причину — скрипт писали под людей, которые знают продукт. Штатный оператор заполняет паузы, сглаживает неловкие моменты, чувствует, где надавить, а где отступить. Аутсорсный оператор читает буквально. Если в скрипте написано «уточните потребность» — он спросит что-то нейтральное и пойдёт дальше.

Был проект — лидогенерация для B2B-сервиса по автоматизации склада. У штатной команды из 4 человек конверсия держалась на 12,3%. Передали аутсорсеру (50 операторов) — через три недели цифра упала до 4,8%. Вся разница была в одном блоке: обработка возражения «нам не нужно». Штатники знали три-четыре живых аргумента из практики клиентов. В скрипте стоял шаблон «мы поможем оптимизировать процессы» — и аутсорсер его честно читал.

Это вообще можно исправить или нужно просто другой аутсорс?

Можно исправить. Но не обучением — точнее, не только им. Нужно переписать скрипт под условия аутсорса: убрать всё, что требует экспертизы, и оставить чёткие развилки с конкретными фразами на каждую ветку. Не «уточните потребность», а «спросите: вы сейчас ведёте учёт в Excel или уже есть какая-то система?» — и дальше два пути.

Поправка здесь важная: если аутсорсный партнёр не даёт доступ к записям звонков в первые 5–7 дней — это сигнал. Без прослушки невозможно понять, где именно рвётся диалог. Один раз столкнулся с ситуацией, когда аутсорсер две недели рапортовал «всё нормально, работаем», а когда добились записей — выяснилось, что операторы пропускали блок квалификации целиком. Просто не понимали зачем.

Какие конкретно части скрипта чаще всего ломаются при передаче на аутсорс?

Три зоны, которые разваливаются почти всегда:

• Открытие разговора. Штатник может позволить себе нестандартное начало — аутсорсер скажет дословно то, что написано, даже если звучит деревянно.
• Возражения. Скрипт обычно содержит 3–5 шаблонных ответов. В реальности возражений 15–20. Штатник импровизирует, аутсорсер — нет.
• Завершение звонка. «Договоримся на следующий шаг» — звучит нормально. Но если не прописано конкретно, что именно предложить и как зафиксировать договорённость, оператор просто скажет «хорошо, мы вам перезвоним» и повесит трубку.

На одном проекте по лидогенерации в недвижимости (Подмосковье, первичка) аутсорс терял 38% лидов именно на завершении — человек соглашался на встречу, но координаты не фиксировались корректно. Потеряли за месяц около 140 заявок при стоимости лида ~1 400 рублей. Нетрудно посчитать.

Нужно ли проводить отдельное обучение под аутсорс или достаточно передать скрипт?

Достаточно скрипта — если скрипт написан действительно детально. Но такой скрипт у большинства компаний не существует. Обычно передают «рабочую версию», которая живёт в головах штатников и на бумаге выглядит как скелет.

Минимум, который реально работает: 2-часовое введение в продукт (не «читайте презентацию», а живой разбор с примерами), прослушка 10–15 лучших звонков штатников с комментариями и отдельный документ с частыми возражениями + конкретными ответами. Не «работайте с болью клиента», а дословные формулировки. Это занимает 1,5–2 дня на подготовку. Без этого первые две недели аутсорс будет учиться на ваших лидах.

Как понять, что проблема в скрипте, а не в качестве трафика или базы?

Смотреть на один показатель — процент разговоров длиннее 90 секунд. Если база плохая, звонки короткие: отказ на 15–20 секунде. Если база нормальная, но скрипт не работает — разговор идёт, человек не бросает трубку сразу, но конверсии нет. Это разные проблемы с разными решениями.

Был случай — клиент настаивал, что аутсорс «гонит некачественный трафик». Посмотрели статистику: 61% звонков длиннее 2 минут. База живая. Проблема была в скрипте — конкретно в блоке после квалификации, где оператор не знал, как перейти к предложению без ощущения давления. Клиент сэкономил деньги на смене подрядчика и потратил их на переработку скрипта.

Есть ли смысл делать разные версии скрипта для аутсорса и штатной команды?

Да — и это, пожалуй, самый недооценённый инструмент. Штатники могут работать со скриптом-ориентиром (логика + ключевые фразы). Аутсорсу нужен скрипт-инструкция: каждый шаг прописан, каждое возражение с ответом, каждое завершение с конкретным действием.

Практика указывает: компании, которые делают две версии и обновляют их синхронно раз в 4–6 недель, получают на аутсорсе конверсию на 2,3–3,1 процентных пункта выше, чем те, кто передаёт единый документ. Разница кажется небольшой — но на объёме 3 000 звонков в месяц это 70–90 дополнительных лидов.

Как часто нужно обновлять скрипт, если аутсорс работает в постоянном режиме?

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

Самый частый саботаж обновлений — «у нас нет времени». Понятно. Но скрипт, который не обновляли 4 месяца на аутсорсе с потоком 2 000+ звонков, — это накопленные ошибки, которые уже стали привычкой у операторов. Переучить сложнее, чем научить с нуля.

Если после прочтения появился вопрос «а как вообще выстроить систему контроля качества скрипта на аутсорсе» — это уже отдельная история, и там свои грабли.