Как считать реальную стоимость поддержки

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

Потом владелец смотрит на тариф нового инструмента и спрашивает: «Сколько стоит агент?» Или: «Сколько стоит одно обращение?» Вопрос понятный, но часто уводит не туда.

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

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

Считать нужно не тикет, а закрытый вопрос

Тикет — удобная единица для системы. Вопрос клиента — удобная единица для бизнеса.

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

Формула в первом приближении такая:

стоимость закрытого вопроса = все затраты на поддержку за период / число реально решённых вопросов за тот же период.

Но в «все затраты» легко не доложить половину расходов. Обычно считают зарплаты и подписки. А ещё есть:

• время руководителя на разбор очереди, качество и спорные случаи;
• время специалистов из продукта, склада, бухгалтерии или учебного отдела;
• переключение между почтой, мессенджером, CRM и таблицами;
• поддержка базы знаний, шаблонов и автоответов;
• повторные обращения, если клиент не понял ответ или вопрос закрыли рано;
• каналы, в которых «иногда кто-то пишет», но их всё равно надо проверять.

Закрытые тикеты тоже нельзя брать без проверки. Если оператор закрыл 80 обращений, а 15 из них переоткрылись, это не 80 решённых вопросов. Это 65 нормальных закрытий и 15 случаев, где работа продолжилась. Мы уже отдельно разбирали, почему число закрытых обращений легко обманывает руководителя, если смотреть на него без контекста.

Ещё одна ловушка — считать обращения, а не темы. Клиент написал в чат: «Не приходит письмо». Через час отправил письмо на почту. Потом ответил в Telegram, потому что так быстрее. В отчёте это может выглядеть как три обращения, но вопрос один. Если команда трижды собирала контекст, стоимость этого вопроса выросла не из-за клиента, а из-за организации работы.

Канал стоит дороже своей подписки

Канал поддержки — это не только строка в счёте. Это обещание отвечать.

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

Поэтому сравнивать каналы надо не по цене подключения, а по полной нагрузке:

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

Иногда «ещё один удобный канал для клиента» превращается в отдельную мини-службу поддержки. Его надо мониторить, разбирать, передавать между людьми, чинить, если что-то сломалось. Если там два полезных вопроса в неделю, а команда каждый день держит его в голове, цена вопроса получается странной.

Это не значит, что каналов должно быть мало всегда. Интернет-магазину может быть нужен мессенджер для быстрых вопросов по заказу. Сервису с B2B-клиентами — почта, потому что там документы, договорённости и длинная история. Важно другое: каждый канал должен оправдывать своё место в расчёте. Мы подробно писали, почему лучше два живых канала, чем пять заброшенных.

Есть и обратная сторона. Один общий inbox может снизить не сам поток, а стоимость переключения. Оператор видит историю клиента, не ищет прошлую переписку по разным окнам и не просит повторить то, что уже было сказано. В расчёте это проявится не как «канал стал дешевле», а как меньше минут на один закрытый вопрос.

Минуты здесь важнее ощущения. Команде может казаться, что Telegram «съедает весь день», а почта «спокойная». Потом выясняется, что в Telegram много коротких вопросов по одной теме, а в почте каждое письмо требует поиска данных и согласования. Без разреза по каналам это не видно.

Автоматизация не бесплатная, но без неё повтор дорожает

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

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

Нормальная экономика выглядит так:

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

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

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

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

Если эти границы не считать, можно получить обратный эффект. Бот ответил быстро, клиент не понял, оператор потом разбирал недовольство и объяснял заново. Формально первый ответ был почти бесплатным. Реально вопрос стал дороже.

Время команды надо переводить в деньги, даже если счёт не приходит

Самая незаметная часть стоимости — внутреннее время.

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

Чтобы посчитать ближе к правде, не нужно строить финансовую модель на двадцать вкладок. Достаточно добавить к прямым расходам несколько грубых, но честных оценок.

Возьмите период, например месяц, и соберите:

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

Потом отдельно посмотрите на результат: сколько вопросов закрыто без возврата, сколько переоткрыто, сколько висит без ответа клиента, сколько ушло в долгие согласования.

Да, часть чисел будет приблизительной. Это нормально. Плохо не то, что оценка грубая. Плохо, когда в расчёте вообще нет времени руководителя, бухгалтерии или разработчика, потому что они «не поддержка». Клиенту всё равно, чьё время сгорело внутри компании. Для стоимости вопроса оно всё равно сгорело.

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

Дешёвый тариф может оказаться дорогим процессом

Цена инструмента важна, но она редко отвечает на главный вопрос одна.

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

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

Правильный вопрос звучит так: сколько будет стоить закрытый вопрос в нашей схеме работы?

Для ответа нужно прогнать несколько типовых сценариев:

• клиент написал в один канал, оператор ответил сам;
• клиент написал в один канал, понадобилось уточнение у другого отдела;
• клиент начал в чате, продолжил в почте;
• вопрос закрылся статьёй или автоответом без оператора;
• обращение закрыли, но клиент вернулся с тем же вопросом.

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

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

Начните с маленькой таблицы на одну неделю: тема вопроса, канал, кто участвовал, сколько примерно минут ушло, чем закончилось, был ли повтор. Через 30–50 строк уже станет видно, что считать дальше аккуратно, а что можно не трогать.

Если вы считаете это в DeskAI, возьмите отчёт за выбранный период: в аналитике есть поступившие, решённые и открытые обращения, время первого ответа и решения, разрезы по агентам, каналам и категориям, а также экспорт в PDF. Этого достаточно, чтобы начать считать не цену за агента, а стоимость закрытого вопроса.