Автоматизация службы поддержки — это не чат-бот, а шесть слоёв, из которых бот только один: справочник тем, база знаний, сценарии действий, список стоп-тем, правила эскалации и журнал качества. Собранные вместе, они снимают с людей 40–70% типовых обращений — справочных и транзакционных. В пересчёте на весь входящий поток это 40–50%, и то при условии, что система имеет доступ в учётную систему и умеет не только отвечать, но и делать: находить заказ, менять дату, оформлять заявку.
Цифры в рекламе обычно другие: 80% обращений закрываются без человека. Это не обман, а подмена базы — процент считается либо от справочных вопросов, либо от «бот отправил сообщение», а не от «вопрос решён». Разница принципиальна для расчёта: при 45% автозакрытия проект на модельном потоке 6 000 обращений окупается за четыре месяца работы, при 25% — не окупается вовсе. Поэтому первое, что нужно сделать до разговора с подрядчиком, — посчитать свой потолок по собственному потоку.
Ниже — устройство первой линии по слоям, методика разбора своего потока на выборке в 200 обращений, три уровня зрелости с честными долями, стоимость минуты ожидания в очереди, структура сметы, пороги приёмки, которые стоит записать в договор, и два условия, при которых всё это не нужно. Все числа — модельные: их задача показать способ счёта.
Шесть слоёв первой линии
Слои строятся именно в этом порядке, и пропустить нельзя ни один. Самая частая ошибка — начать со второго, минуя первый: собрать базу знаний, не разобрав, о чём вообще спрашивают клиенты. Тогда получается сто статей, из которых используются двенадцать, а половина реальных вопросов не покрыта.
- 1Справочник тем
25–40 тем в двух уровнях: «Доставка → изменить дату», «Оплата → не прошёл платёж». Каждое обращение получает тему автоматически или руками. Без справочника невозможно ни измерить структуру потока, ни понять, что автоматизировать: разговор с подрядчиком без него сводится к обмену впечатлениями.
- 2База знаний
60–150 статей, каждая отвечает ровно на один вопрос, у каждой есть владелец и дата последней проверки. Это самый долгий и самый недооценённый слой: сбор и вычитка занимают 4–6 недель и 30–60 часов времени эксперта заказчика. Статья без даты и владельца через полгода превращается в источник неверных ответов.
- 3Сценарии и действия в учётной системе
То, что отличает работающую первую линию от справочного бюро: найти заказ по номеру или телефону, показать статус, перенести дату доставки, оформить возврат, создать заявку в сервис, выставить счёт. Каждое действие — отдельная интеграция и отдельная строка сметы, и именно они дают половину эффекта.
- 4Стоп-темы
Явный список того, где автоматический ответ запрещён и обращение сразу уходит человеку: возвраты денег сверх лимита, здоровье, юридические последствия, претензии и конфликты, всё, что регулируется. Список пишется до запуска и согласуется письменно — это единственная защита от ситуации, когда система уверенно ответила там, где отвечать было нельзя.
- 5Эскалация с контекстом
Передача человеку не как «напишите оператору ещё раз», а как готовая карточка: тема, история диалога, данные клиента, что система уже проверила и что не смогла. Плохая эскалация обнуляет весь эффект — клиент повторяет вопрос заново и злится дважды: на бота и на оператора.
- 6Журнал качества
Выборочная проверка человеком 3–5% ответов каждую неделю, разбор ошибок, пополнение базы знаний. Слой, который вычёркивают из сметы первым и о котором жалеют через квартал: без него доля неверных ответов растёт незаметно, потому что клиенты о ней не сообщают — они просто уходят.
Порядок слоёв не только логический, но и денежный. Первые три создают эффект, последние три его сохраняют — и именно поэтому при торге из сметы первыми вычёркивают стоп-темы, нормальную эскалацию и журнал качества. Наблюдение простое: проект без этих трёх слоёв показывает те же цифры в первый месяц и вдвое худшие на четвёртый. Доля автозакрытия падает, доля повторных обращений по одному и тому же вопросу растёт, потому что никто не разбирает, на чём именно система остановилась. Экономия на трёх последних слоях составляет обычно 15–20% сметы и стоит примерно половины эффекта.
Схема из шести горизонтальных слоёв, снизу вверх: справочник тем (25–40 тем), база знаний (60–150 статей), сценарии и действия в учётной системе, стоп-темы, эскалация с контекстом, журнал качества (3–5% ответов на проверке). Сбоку вертикальная стрелка «порядок построения». Справа от слоя базы знаний вынос: «4–6 недель, 30–60 часов эксперта заказчика».
Сколько стоит обращение и сколько стоит минута ожидания
Считать эффект от автоматизации поддержки без стоимости обращения бессмысленно — не с чем сравнивать смету. Стоимость складывается из полной цены оператора, а не из оклада: к сумме на руки добавляются налоги, взносы, рабочее место, лицензии и доля руководителя. Дальше эта сумма делится на реальное число обращений, а не на плановое.
Теперь мощность. В месяце 168 рабочих часов, но на линии оператор проводит около 70% времени — остальное съедают перерывы, обучение, разбор сложных случаев и внутренние согласования. Это 117,6 часа, или 7 056 минут. При среднем времени обработки 7 минут один оператор закрывает 1 008 обращений в месяц, пятеро — 5 040. Поток при этом 6 000. Разница в 960 обращений и есть очередь: она не рассасывается сама и переносится с одного дня на другой, накапливаясь к пикам.
В расчёте намеренно нет пожизненной ценности клиента. Умножить 77 ушедших на три года покупок технически несложно, и цифра получится в разы красивее — но подтвердить её отчётом о прибылях невозможно, а значит, в обоснование бюджета она идти не должна. Считаем только ближайшую покупку; всё, что сверх, остаётся приятным дополнением, о котором честно сказать «мы это не считали».
8% — это не отраслевая константа, а параметр, который проверяется по своей базе за один вечер: возьмите клиентов, ждавших ответа дольше часа три месяца назад, и посмотрите, сколько из них сделали следующую покупку, в сравнении с теми, кому ответили быстро. Разницу, как и в продажах, стоит уменьшить наполовину: часть её создаёт не ожидание, а сложность самого вопроса — тяжёлые обращения и ждут дольше, и чаще заканчиваются уходом по собственным причинам.
Столбчатая диаграмма из двух столбцов: «мощность 5 операторов — 5 040 обращений» и «поток — 6 000 обращений». Разница заштрихована и подписана «960 обращений в очереди, 97 020 ₽ в месяц». Сбоку мелким шрифтом расшифровка мощности: 168 часов × 70% = 117,6 часа = 7 056 минут ÷ 7 минут = 1 008 обращений на оператора.
Три уровня зрелости и честная доля обращений без оператора
Доля автоматического закрытия — свойство не бота, а вашего потока и глубины интеграции. Одно и то же решение у интернет-магазина с типовыми вопросами про доставку и у сервисной компании с диагностикой оборудования покажет разницу вдвое. Поэтому в коммерческом предложении должна стоять не одна цифра, а уровень зрелости и доля, привязанная к конкретному объёму работ.
| Уровень | Что внутри | Доля типовых обращений | Доля всего потока | Срок и цена |
|---|---|---|---|---|
| 1. Сценарии и готовые ответы | меню тем, шаблоны, маршрутизация, статус «принято» | 15–28% | 10–18% | 3–4 недели, 120 000–250 000 ₽ |
| 2. База знаний с поиском | поиск по документам, ответ своими словами со ссылкой на статью | 40–55% | 25–35% | 5–8 недель, 250 000–450 000 ₽ |
| 3. База знаний плюс действия | доступ в учётную систему: статус заказа, перенос даты, возврат, заявка | 60–70% | 40–50% | 8–14 недель, 450 000–900 000 ₽ |
Две колонки долей — не педантизм, а защита от главной подмены в переговорах. Типовые обращения — это справочные и транзакционные, около 65% потока в модельном примере. Когда подрядчик говорит «закроем 70%», уточняйте: 70% от типовых даёт 45% всего потока, а 70% от всего потока — цифра, которая на живом потоке не встречается, потому что конфликтные и нестандартные обращения не автоматизируются в принципе. Разница между 45% и 70% — это разница между окупаемостью за четыре месяца и обещанием, которое не сбудется.
Обращение считается закрытым без оператора, если клиент получил ответ и не вернулся с тем же вопросом в течение 72 часов, а сам диалог не был передан человеку. Не считается автозакрытием: отправка сообщения, ответ «уточните вопрос», перевод на оператора после трёх реплик. Формулировку стоит записать в договор дословно — от неё зависит и приёмка, и весь расчёт окупаемости.
Сравнительная таблица-схема из трёх колонок: «сценарии и готовые ответы», «база знаний с поиском», «база знаний плюс действия». Четыре строки сравнения: доля типовых обращений (15–28% / 40–55% / 60–70%), доля всего потока (10–18% / 25–35% / 40–50%), срок (3–4 / 5–8 / 8–14 недель), цена (120–250 / 250–450 / 450–900 тыс. ₽). Третья колонка выделена как рабочая цель.
Разбор своего потока за неделю: выборка в 200 обращений
Дорогое обследование потока заменяется ручной выборкой, и делается она силами самой поддержки за неделю. Смысл — получить не впечатление, а распределение: сколько процентов потока приходится на каждый из четырёх типов и какая часть каждого типа технически может уйти без человека. На этой таблице потом строится и смета, и порог приёмки.
- 1Возьмите 200 обращений подряд за одну обычную неделю — не отобранных, а именно подряд, включая ночные, выходные и повторные. Отбор «интересных» случаев ломает всю оценку: он завышает долю сложного и занижает потолок автоматизации.
- 2Разметьте каждое по типу: справочное, транзакционное, диагностическое, конфликтное. Разметку делают два человека независимо; расхождения разбираются вслух — обычно их 10–15%, и именно они показывают, где справочник тем сформулирован нечётко.
- 3Для каждого обращения ответьте на один вопрос: смогла бы система закрыть его, если бы имела доступ к базе знаний и к учётной системе. Не «ответила бы вежливо», а закрыла — то есть клиент получил бы решение и не вернулся.
- 4Посчитайте долю по каждому типу и взвесьте: доля типа × доля закрываемых внутри типа. Сумма — ваш потолок автоматизации на третьем уровне зрелости. Смело вычтите из него 5 процентных пунктов на реальность: первые месяцы система работает хуже, чем выглядит на бумаге.
- 5Отдельно выпишите десять самых частых конкретных вопросов. Обычно на них приходится от 30% до 45% всего потока — и это первое, что должно быть покрыто базой знаний, ещё до запуска чего бы то ни было.
| Тип обращения | Доля в потоке | Пример | Уходит без человека |
|---|---|---|---|
| Справочные | 38% | где заказ, как вернуть, что входит в гарантию, режим работы | 70–85% типа |
| Транзакционные | 27% | перенести дату, отменить, оформить возврат, выставить счёт | 45–65% типа, только при доступе в учётную систему |
| Диагностические | 24% | не работает, не подошло, пришло не то — надо разбираться | 15–30% типа, чаще частично: собрать данные и передать |
| Конфликтные и нестандартные | 11% | претензия, требование компенсации, нетиповая ситуация | 0% — эскалация сразу, автоответ здесь вредит |
Неделя выборки не должна быть особенной: не первая неделя после распродажи, не период сбоя и не праздники. Если поток сезонный, возьмите две недели в разные месяцы и сравните распределение — если доли типов расходятся больше чем на пять процентных пунктов, считайте потолок по худшей из недель. Оценка, сделанная на удачном периоде, превращается потом в невыполнимый порог в договоре, и спорить о нём будут уже после оплаты.
Взвешенная сумма по этой таблице даёт 45–50% всего потока — именно та цифра, которую мы использовали в расчётах. Обратите внимание на нижнюю строку: попытка автоматизировать конфликтные обращения не просто не даёт эффекта, а ухудшает ситуацию. Вежливый быстрый ответ на претензию воспринимается как отписка, и клиент, который был готов к разговору, уходит писать отзыв. Стоп-темы — это не перестраховка, а прямая экономия.
Горизонтальная составная диаграмма на 200 обращений: справочные 38%, транзакционные 27%, диагностические 24%, конфликтные 11%. У каждой полосы закрашенная часть показывает долю, уходящую без человека: 75%, 55%, 20%, 0%. Справа итог: «взвешенная сумма 45–50% всего потока». Оси и подписи в процентах.
Что первая линия обязана уметь, кроме ответов
Разница между 25% и 45% автозакрытия — это доступ в учётную систему. Первая линия, которая умеет только говорить, упирается в потолок справочных вопросов; первая линия, которая умеет делать, забирает ещё и транзакционные. Минимальный набор действий короткий, и каждое из них — отдельная интеграция со своей ценой в смете.
- Найти заказ или заявку по номеру, телефону или почте и показать статус словами, а не кодом из системы. Самое частое обращение в любом потоке и самое дешёвое в реализации.
- Изменить дату или время: доставки, визита, записи, выезда мастера — с проверкой доступности слота и с записью изменения в учётную систему, а не в переписку.
- Оформить возврат или заявку на сервис: собрать обязательные данные, создать документ или тикет, сообщить срок и номер для отслеживания.
- Выставить счёт или прислать закрывающие документы по реквизитам, которые уже есть в системе. Для B2B-поддержки это до четверти всего потока обращений.
- Передать оператору с полным контекстом: тема, история диалога, данные клиента, что уже проверено и почему система остановилась. Без этого пункта остальные четыре теряют половину смысла.
Про каналы, по состоянию на сентябрь 2026 года. WhatsApp в России заблокирован с февраля 2026 года и годится только как точка миграции существующей переписки. Telegram работает с ограничениями. MAX с бизнес-профилем и Bot API — основной канал для новых внедрений, но прямых официальных интеграций с распространёнными CRM у него не было, связка идёт через прослойку. Практический вывод: канал должен быть спрятан за абстракцией, чтобы его смена стоила дней настройки, а не переписывания всей логики ответов.
И два обязательных требования, о которых вспоминают в последнюю очередь. Первое: с 1 сентября 2026 года действует регулирование, требующее маркировки контента, созданного искусственным интеллектом, — система обязана представляться, а не имитировать человека. Практика показывает, что это и не вредит: точный ответ за восемь секунд в 23:00 клиенту важнее, чем то, кто его написал. Второе: обращения содержат персональные данные, поэтому нужна локализация хранения в России, согласия и оформленное поручение на обработку подрядчику — устной договорённости здесь недостаточно.
Абстрактный нарисованный экран карточки эскалации, не скриншот реального продукта. Зоны: тема обращения из справочника, клиент и его заказы из учётной системы, история диалога с системой, блок «что уже проверено» и блок «почему остановились» с причиной «стоп-тема: требование компенсации». Внизу таймер «в очереди 4 минуты». Чертёжная подача, без бренда.
Из чего складывается смета и что делает заказчик сам
Разброс цен на автоматизацию поддержки — от 200 000 до 900 000 ₽ при внешне одинаковом описании работ. Разница почти всегда в двух местах: в числе действий с учётной системой и в том, кто готовит базу знаний. Второе особенно важно, потому что это единственная строка, где работу нельзя купить целиком: содержание знаний есть только внутри компании, и подрядчик может их структурировать, но не придумать.
| Строка сметы | Что за ней стоит | Кто делает | Ориентир |
|---|---|---|---|
| Разбор потока и справочник тем | выборка 200 обращений, разметка, структура тем в двух уровнях | совместно, выгрузка от заказчика | 40 000–80 000 ₽ |
| Сбор и вычитка базы знаний | 60–150 статей, каждая на один вопрос, владелец и дата | заказчик даёт содержание, подрядчик структурирует | 60 000–150 000 ₽ плюс 30–60 часов эксперта |
| Подключение каналов | сайт, Telegram, MAX, VK, почта — каждый отдельно | подрядчик | 30 000–60 000 ₽ за канал |
| Поиск по базе знаний и правила ответа | векторное хранилище, ранжирование, запрет на выдумывание, стоп-темы | подрядчик | 80 000–200 000 ₽ |
| Действия в учётной системе | статус, перенос даты, возврат, счёт — каждое действие отдельно | подрядчик совместно с ИТ заказчика | 40 000–120 000 ₽ за действие |
| Эскалация и передача контекста | интеграция с тикет-системой или чатом операторов | подрядчик | 30 000–70 000 ₽ |
| Пилот и приёмка на живом потоке | 2 недели параллельной работы, разбор ошибок, донастройка | совместно | 40 000–80 000 ₽ |
Отдельная строка, которой в сметах почти не бывает и о которой стоит спросить прямо, — сбор уже накопленных знаний. У любой службы поддержки есть готовые ответы: шаблоны тикет-системы, закреплённые сообщения во внутреннем чате, личные заметки операторов, переписка с рекламациями. Их вычитка обычно даёт от трети до половины будущей базы знаний и экономит две-три недели. Подрядчик, который начинает базу с чистого листа, не спросив про существующие материалы, планирует потратить время вашего эксперта там, где его можно не тратить.
Переменные расходы эксплуатации считаются отдельно и в смету внедрения не входят: языковая модель — примерно 0,2–2 ₽ за ответ, что на 6 000 обращений даёт 3 000–12 000 ₽ в месяц; сервер и векторное хранилище — 3 000–8 000 ₽; сопровождение базы знаний своими силами — около 12 часов в месяц. Спрашивайте оценку этих строк в рублях на ваш объём до подписания: именно они превращают «дешёвый» проект в дорогой на втором году.
Горизонтальная лента времени на восемь недель, пять блоков: недели 1–2 «разбор потока и справочник тем», недели 2–5 «сбор и вычитка базы знаний, 60–150 статей», недели 3–4 «каналы и поиск по базе», недели 5–6 «действия в учётной системе и эскалация», недели 7–8 «пилот на живом потоке и приёмка на выборке 300 обращений». Под каждым блоком подписан результат, который принимает заказчик. Блок базы знаний визуально самый длинный.
Порядок приёмки и пороги, которые пишут в договор
Приёмка «посмотрели, вроде отвечает» — источник большинства конфликтов в этой теме. Проверять надо на выборке и по числам, зафиксированным до начала работ. Ниже — набор порогов, который мы считаем минимально достаточным; цифры подставляйте свои, важнее сам факт, что они записаны.
- 1Контрольная выборка — 300 обращений подряд за две недели пилота, не отобранных. Отбор примеров подрядчиком для демонстрации приёмкой не считается ни при каких обстоятельствах.
- 2Доля автозакрытия — не меньше согласованного порога от всего потока, с определением «клиент получил ответ и не вернулся с тем же вопросом в течение 72 часов». Для третьего уровня зрелости на потоке из примера разумный порог — 40%.
- 3Доля фактически неверных ответов — не больше 2% от всех автоматических ответов, проверяется человеком по всей контрольной выборке, а не по случайным примерам.
- 4Выдуманные факты о ценах, сроках, наличии и условиях — ноль. Любой такой ответ считается дефектом независимо от общей статистики: один неверный срок доставки обходится дороже, чем сто неотвеченных вопросов.
- 5Стоп-темы — 100% срабатывания. Обращение из списка стоп-тем обязано уходить человеку без попытки ответить; проверяется отдельным набором из 20–30 тестовых обращений.
- 6Эскалация с контекстом — 100% передач содержат тему, историю и данные клиента. Передача без контекста считается несданной работой.
- 7Скорость: медиана первого ответа не больше 30 секунд, 90-й процентиль не больше 2 минут. Медленный бот бессмыслен — весь его экономический смысл в снятии очереди.
- 8Что считается несданной работой и в какой срок исправляется: обычно 10 рабочих дней на устранение и повторная проверка на новой выборке в 300 обращений, а не на исправленных примерах.
Фиксировать 40% с первого дня рискованно для обеих сторон: в первый месяц системе не хватает данных, а база знаний ещё пополняется по разбору эскалаций. Рабочая формула для договора — 25% на приёмке пилота и 40% через три месяца эксплуатации, с промежуточным замером. Это честнее и для подрядчика, и для заказчика: первый не занижает обещание, второй получает измеримое обязательство на горизонте, где его действительно можно выполнить.
Окупаемость: собираем расчёт целиком
Соберём числа вместе. Автозакрытие берём консервативно — 45% от потока, нижнюю границу третьего уровня. Экономию на людях считаем только как отменённый наём, а не как сокращение: сокращать первую линию сразу после запуска нельзя, потому что именно операторы разбирают эскалации и пополняют базу знаний первые месяцы. Возвращённую выручку от снятой очереди берём наполовину.
Второй оператор в этом расчёте остаётся не случайно. После запуска у первой линии появляется новая работа: разбор эскалаций, пополнение базы знаний по тем вопросам, на которых система остановилась, выборочная проверка ответов. Это 20–30 часов в месяц, и если их не выделить, доля автозакрытия замирает на уровне первого месяца и дальше только падает — база устаревает быстрее, чем кажется.
Двухосевой график за 12 месяцев. Сплошная линия — накопленный чистый эффект по 96 300 ₽ в месяц, начинается после двух месяцев внедрения. Штриховая горизонтальная линия — разовое вложение 380 000 ₽. Точка пересечения выделена и подписана «4 месяца работы, около 6 месяцев от подписания». Оси: месяцы и рубли.
Подставьте свою стоимость внедрения и поддержки и свою оценку месячного эффекта по методике из расчётов выше. Стартовые значения: типовой проект первой линии 380 000 ₽ и поддержка 35 000 ₽ в месяц.
Сколько стоит ручная работа в вашем процессе
Расчёт учитывает только время сотрудников. Возвращённые продажи, снятые ошибки и штрафы, скорость реакции — сверх этой модели. На диагностике считаем по вашим фактическим цифрам.
Когда автоматизация поддержки не окупится
Два условия видны до начала проекта, и оба проверяются арифметикой за полчаса. Третье и четвёртое встречаются реже, но обходятся дороже, потому что обнаруживаются уже после запуска.
Первое — маленький поток. Граница проходит примерно по 1 500–2 000 обращений в месяц. Посчитайте сами: при 1 500 обращениях мощности полутора операторов хватает с запасом, очереди почти нет, терять на ожидании нечего. Автозакрытие 45% даёт 675 обращений, которые не пришлось обработать, — но никого не сокращают, потому что и так работают полтора человека, а часть их времени уходит на другие задачи. Экономия в рублях близка к нулю, а эксплуатация системы стоит 45 000–60 000 ₽ в месяц. Проект убыточен на старте, и никакое качество исполнения этого не меняет.
Второе — один-два человека на поддержке, совмещающие её с другой работой. Тут нет ни очереди, которую можно снять, ни ставки, которую можно не нанимать. Полезное здесь дешевле и проще: единое окно обращений, десять шаблонов на самые частые вопросы, страница статуса заказа на сайте и автоответ с подтверждением приёма и сроком. Это закрывает половину справочных обращений и стоит десятков тысяч, а не сотен.
Третье — нестабильный продукт. Если условия, ассортимент, тарифы или правила меняются так, что каждую неделю устаревает больше пятой части статей базы знаний, система будет уверенно сообщать клиентам неверные данные. Порядок действий здесь обратный: сначала единый источник правды о ценах и условиях с ответственным за его актуальность, и только потом первая линия поверх него. Иначе автоматизация не разгружает поддержку, а добавляет ей работу по разбору последствий.
Четвёртое — поток, в котором больше 40% обращений конфликтные, индивидуальные или требующие суждения. Такое бывает в услугах с высокой ценой ошибки, в медицине, во взыскании, в сложном B2B-сервисе. Здесь автоматизировать имеет смысл не ответ клиенту, а подготовку ответа для оператора: подсказка со ссылками на регламент, черновик письма, сбор данных из систем. Эффект в часах сопоставимый, риск на порядок ниже, и клиент по-прежнему разговаривает с человеком.
Если сегодня два оператора отвечают на один и тот же вопрос по-разному, система не устранит расхождение — она зафиксирует и размножит один из вариантов, причём тот, который чаще попадался в документах. Признак, по которому проект стоит отложить: на вопрос «какой у нас срок возврата денег» в компании называют два разных числа. Сначала один ответ на бумаге, потом автоматизация.
Первая линия не заменяет поддержку. Она снимает очередь и повторяющиеся вопросы, чтобы люди занимались тем, ради чего их и держат, — случаями, где нужно решение, а не справка.
