Когда к нам пришла онлайн-школа английского с запросом «хотим бота для поддержки», я честно спросил: «А зачем? У вас же есть операторы». Ответ был простым — они тонули. Три тысячи обращений в месяц, пять человек в штате, и восемьдесят процентов вопросов — одни и те же: «как оплатить», «не могу войти», «когда урок». Операторы выгорали, текучка зашкаливала, а руководство считало убытки.
Этот кейс — не про «мы внедрили AI и всё стало хорошо». Это история про то, как мы набили шишки, чуть не испортили отношения с клиентами, но в итоге сэкономили школе больше двух миллионов рублей в год. И главное — не потеряли, а даже улучшили качество поддержки. Давайте разберём по шагам, как это получилось.
Онлайн-школа английского языка — не маленькая, около пятнадцати тысяч активных студентов. Поддержка работала с девяти утра до девяти вечера по Москве, пять операторов посменно. Казалось бы, достаточно людей. Но когда мы залезли в их статистику, стало понятно, почему команда буквально задыхалась.
Восемьдесят процентов обращений — типовые вопросы. Каждый день одно и то же: студент не может найти кнопку оплаты, забыл пароль, хочет узнать, когда следующий урок. Операторы отвечали на эти вопросы сотни раз, и от этого сходили с ума. Один из них, помню, сказал на созвоне: «Мне иногда снится, что я объясняю, как скачать сертификат».
Мы проанализировали тысячу обращений за месяц и вот что увидели:
Проблемы были не только в количестве, но и в качестве работы:
Посчитали стоимость всей этой истории: четыреста тысяч рублей в месяц. Это зарплаты, налоги, рабочие места, софт. И руководство школы задало логичный вопрос: если восемьдесят процентов вопросов — шаблонные, может, их можно автоматизировать? Мы ответили: можно, но не кнопочным ботом из двухтысячных. Нужен нормальный AI-ассистент.
Когда говоришь «бот», многие представляют те ужасные конструкции с кнопками, где надо пройти семь кругов меню, чтобы задать простой вопрос. Мы предложили другое — полноценный AI-ассистент на базе большой языковой модели, который понимает естественную речь и интегрирован с системами школы.
Главная идея была в том, чтобы бот не просто отвечал шаблонами, а действительно понимал контекст. Студент пишет «не могу зайти» — бот должен понять, что речь про личный кабинет, и дать релевантную инструкцию. Пишет «когда у меня занятие» — бот должен посмотреть в расписание конкретно этого студента и ответить с датой и временем.
Мы сразу определили, что без трёх вещей ничего не получится. Просто FAQ-бот не решит проблему — нужна глубокая интеграция с инфраструктурой школы.
Мы загрузили все FAQ, инструкции, правила школы, даже внутренние регламенты. Бот не зубрит готовые ответы — он генерирует их на основе контекста вопроса, используя базу как источник правды.
Бот видит расписание студента, его прогресс по курсу, историю оплат. «Когда мой урок?» — ответ за две секунды с конкретной датой и временем. Никаких «уточните ваш email».
Проверяет статус оплаты, отправляет ссылку на оплату, фиксирует проблемы с платежами. Студент спрашивает «дошла ли оплата» — бот смотрит и отвечает.
Это был принципиальный момент. Мы сразу договорились: бот не будет пытаться решить всё сам. Если вопрос сложный, если студент недоволен, если ситуация нестандартная — моментальная передача живому оператору. Причём не просто «ваш запрос передан», а с полным контекстом диалога, чтобы оператор не начинал сначала.
Мы настроили несколько триггеров, при которых бот автоматически передаёт разговор человеку. Это не прихоть, а результат анализа тех случаев, когда автоматизация делает хуже.
Когда бот сразу зовёт оператора:
Эти правила мы выработали за первые две недели тестирования, набив немало шишек:
Честно скажу, три недели — это быстро. Обычно такие проекты тянутся месяцами. Но у нас было преимущество: школа была готова к изменениям, у них были нормальные API к системам, и команда поддержки реально хотела избавиться от рутины.
Мы разбили внедрение на три этапа, и каждый был важен. Нельзя было просто «включить бота» и надеяться на лучшее — так мы бы потеряли доверие студентов.
| Этап | Что делали | Что получили |
|---|---|---|
| Первая неделя | Копались в истории обращений, собирали базу знаний, настраивали интеграции с LMS и платёжкой | Рабочий прототип бота, прогнали пятьдесят тестовых диалогов — работает |
| Вторая неделя | Запустили на десяти процентах трафика, операторы параллельно проверяли качество ответов | Бот закрыл шестьдесят пять процентов обращений без участия человека |
| Третья неделя | Раскатили на всех студентов, мониторили в реальном времени, допиливали по ходу | Стабильные семьдесят три процента автоматического закрытия |
Важный момент, который я хочу подчеркнуть: мы не выключили операторов на следующий день после запуска. Первый месяц бот работал «под присмотром» — операторы проверяли качество ответов, отмечали косяки, помогали улучшать базу знаний. Это критически важно. Если бы мы сразу уволили троих людей, а бот начал бы ошибаться — был бы кризис доверия, который потом не расхлебаешь.
Через три месяца после запуска мы собрали статистику и показали руководству. Честно, даже мы не ожидали таких результатов — думали, будет процентов шестьдесят автоматизации, а получилось больше.
обращений бот закрывает сам
операторов осталось в штате
экономия за год
вырос NPS
Как мы считали экономию: раньше было пять операторов по восемьдесят тысяч в месяц — это четыреста тысяч. Теперь два оператора плюс стоимость бота (пятьдесят тысяч в месяц) — двести десять тысяч. Разница: сто девяносто тысяч в месяц, умножаем на двенадцать — получается два миллиона двести восемьдесят тысяч в год. Округлили до двух миллионов ста тысяч, потому что были месяцы с меньшей нагрузкой.
Когда я рассказываю про этот кейс, первый вопрос всегда один: «А как же человеческое общение? Клиенты же хотят живого человека!» И это логичный страх. Но реальность оказалась интереснее.
NPS вырос с 7.2 до 8.1 — это не статистическая погрешность, это реальный рост удовлетворённости. Почему? Потому что для большинства типовых вопросов скорость важнее «человечности». Когда студент в десять вечера хочет узнать, когда у него урок — ему не нужно сочувствие и душевный разговор. Ему нужен ответ. И бот даёт его за пять секунд, а не за пятнадцать минут.
Раньше студент ждал пятнадцать минут ответа на простой вопрос. Теперь — пять секунд. Для типовых вопросов это важнее любой «человечности». Люди ценят своё время.
Студенты учат английский вечером после работы, ночью, в выходные. Раньше после девяти вечера — ждите до утра. Теперь поддержка работает двадцать четыре на семь.
Два оставшихся оператора занимаются только сложными случаями — там, где нужна эмпатия, нестандартные решения, человеческий подход. Они не отвечают в сотый раз «как оплатить», и от этого качество их работы выросло.
Если студент хочет живого человека — он его получает. Бот не держит в бесконечном цикле «уточните ваш вопрос». Это принципиально отличает хорошего бота от плохого.
Было бы нечестно рассказывать только про успехи. За три месяца внедрения мы наступили на несколько граблей, и некоторые были довольно болезненными. Вот честный разбор проблем и того, как мы их решали.
В первую неделю бот пытался обрабатывать запросы на возврат денег. Это была ошибка. Частичный возврат, смена тарифа, перенос оплаты на другой курс — там столько нюансов, что бот начал давать некорректную информацию. Один студент чуть не потерял деньги из-за неправильного совета.
Что сделали: теперь любое сообщение со словом «возврат» или похожими триггерами сразу идёт к оператору. Бот только фиксирует контекст и передаёт эстафету.
Когда человек расстроен или злится, он хочет, чтобы его выслушали и посочувствовали. Бот этого не умел — давал информацию, когда нужна была эмпатия. Несколько студентов написали гневные отзывы именно из-за этого.
Что сделали: добавили определение тональности сообщений. Если система видит негатив — мгновенная эскалация на оператора с эмпатичным переходным сообщением: «Я вижу, что ситуация неприятная. Сейчас подключу коллегу, который поможет разобраться».
Вопросы, которых не было в базе знаний, вызывали проблемы. Бот не говорил «не знаю» — он придумывал ответы. Иногда это было безобидно, иногда — опасно. Например, он придумал несуществующую скидку для постоянных клиентов.
Что сделали: настроили порог уверенности. Если бот не уверен в ответе на девяносто процентов и выше — он честно признаётся: «Этот вопрос лучше задать нашим специалистам» и передаёт оператору.
«У меня не работает видео на уроке» — бот физически не может диагностировать, что происходит на компьютере пользователя. А студенты ожидали решения проблемы, не инструкции.
Что сделали: бот даёт базовые инструкции (очистить кэш, попробовать другой браузер, проверить интернет). Если после двух сообщений проблема не решена — передаёт оператору, который может подключиться удалённо или позвонить.
После этого кейса к нам часто приходят с вопросом: «А у нас сработает?» Ответ зависит от специфики бизнеса, но есть простая формула для первичной оценки. Не претендую на точность до рубля, но порядок цифр она даёт верный.
Шаг первый: посчитайте, сколько обращений в месяц обрабатывает ваша поддержка. Если не знаете точно — посмотрите в CRM или тикет-системе, там обычно есть статистика.
Шаг второй: оцените долю типовых вопросов. Типовые — это те, на которые можно ответить, имея доступ к FAQ и данным клиента. Обычно это от шестидесяти до восьмидесяти процентов.
Шаг третий: умножьте на реалистичный процент автоматизации. Для AI-бота с интеграциями это семьдесят-семьдесят пять процентов от типовых. Кнопочный бот даст максимум тридцать-сорок.
Шаг четвёртый: переведите в человеко-часы и деньги.
Пример на цифрах этого кейса:
Три тысячи обращений в месяц. Восемьдесят процентов типовых — это две тысячи четыреста. Из них бот закрывает семьдесят три процента — получается тысяча семьсот пятьдесят два обращения без участия человека.
Если среднее время обработки обращения — десять минут, то экономия составляет двести девяносто два часа в месяц.
Двести девяносто два часа делим на сто шестьдесят рабочих часов оператора — получается примерно 1.8 ставки. В нашем случае округлили до трёх человек, потому что были ещё накладные расходы на найм и обучение новичков.
Мы набили достаточно шишек, чтобы понять: есть вещи, которые нужно закрыть до старта. Иначе потом придётся переделывать, а переделывать дороже, чем сделать нормально с самого начала.
Бот умён ровно настолько, насколько хороша информация, которую вы ему дали. Если FAQ устарел, если инструкции противоречат друг другу, если половина вопросов не покрыта — бот будет ошибаться. Потратьте время на аудит и структурирование базы знаний перед запуском.
Бот без доступа к данным — это просто красивый FAQ. С доступом к CRM, платёжной системе, расписанию, истории клиента — это полноценный ассистент. Убедитесь, что ваши системы имеют API и готовы к интеграции.
Бот не должен «держать» клиента любой ценой. Не знает ответа — передай человеку. Клиент недоволен — передай человеку. Сложная ситуация — передай человеку. Это важнее, чем процент автоматизации.
Прежде чем вкладываться во внедрение, проверьте себя по этому списку. Это не формальность — каждый пункт влияет на успех проекта. Если честно ответить «нет» на три и больше вопросов, возможно, стоит сначала подготовить почву.
Если четыре и больше галочек — есть смысл считать экономику и планировать проект. Если меньше — сначала закройте пробелы, иначе внедрение будет буксовать.
Мы проанализируем ваши обращения, оценим долю типовых вопросов и посчитаем реалистичный потенциал автоматизации. Без обязательств и продаж — просто честные цифры за тридцать минут созвона.
Получить расчётЕсли эта тема вам интересна, вот несколько материалов, которые дополнят картину: