Сколько стоит один тикет

ИТ-руководитель приходит к финдиру за бюджетом на автоматизацию поддержки. Финдир не против — но просит одну цифру: сколько сейчас стоит обработка одного обращения? И тут пауза. ФОТ команды известен. Число тикетов за квартал — тоже. Но стоимость одного тикета в отчетах не появляется нигде. Бюджет зависает не потому что отказали, а потому что его нечем обосновать.

Затраты на поддержку видят все — они строчкой сидят в P&L. Реальный масштаб этих затрат в пересчете на единицу работы не считает почти никто. Из-за этого решения принимаются по ощущениям: «давайте возьмем еще одного агента» — при том что та же сумма могла бы снять часть нагрузки через портал самообслуживания. Или нет. Но без цифры это просто два мнения за столом переговоров.

Цифра нужна в трех конкретных ситуациях. Первая — обосновать бюджет на автоматизацию: финансовый директор реагирует на «тикет стоит X, автоматизация снижает до Y» принципиально иначе, чем на «нам тяжело». Вторая — получить базу для измерения ROI: без зафиксированной стоимости «до» измерить эффект «после» невозможно, можно только угадать. Третья — найти, где деньги уходят без следа: эскалации и простои пользователей не попадают ни в один стандартный отчет, пока их не посчитать отдельно.

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

Начнем с самой распространенной ошибки в этом расчете…

Считаете ФОТ команды — и занижаете стоимость тикета вдвое

Самая популярная формула выглядит так: берем ФОТ команды поддержки за месяц, делим на количество закрытых тикетов — получаем стоимость одного обращения. Цифра есть, расчет занял две минуты, можно нести финдиру.

Проблема в том, что эта формула считает только прямые затраты на труд агента. По структуре, которую HDI фиксирует в своих бенчмарках, зарплата технических специалистов составляет около 56% прямых затрат на поддержку — к ней добавляются косвенный персонал (руководители, диспетчеры, тренеры), технологические расходы, телеком и аренда. Итого прямые затраты уже на 40–80% выше, чем «голый» ФОТ линейных агентов.

Но прямые затраты — это только первый слой. За ними идут эскалации, простой пользователей и маршрутизационные потери. О каждом из них — в следующем разделе.

Четыре слоя стоимости тикета

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

Слой 1. Прямые затраты

Это то, что большинство команд все-таки считает: зарплата агентов, налоги и взносы, рабочее место. По бенчмарку HDI и Forrester 2025 года, средняя стоимость одного тикета на западных рынках составляет около $25 — из которых $18 приходится на труд агента и $7 на инструменты: ITSM-лицензии, телефония, рабочее место. Это базовый, видимый слой.

Важно про контекст цифр: бенчмарки HDI и Forrester сформированы на данных США и Западной Европы, где ставки специалистов поддержки принципиально выше российских. Абсолютные числа переносить нельзя, но структура затрат и соотношения между уровнями — применимы. Ниже мы разберем российский гипотетический пример с реальными рублевыми ставками.

Возьмем пример: агент с «грязной» зарплатой 80 000 ₽, страховые взносы ~30%, накладные на рабочее место 15 000 ₽ в месяц — полная стоимость для работодателя около 119 000 ₽/мес. При объеме 500 тикетов в месяц на одного агента это дает ~238 ₽ за тикет только по прямым затратам.

Допущение: 500 тикетов/месяц на агента — высокая, но достижимая нагрузка для L1-команды с простыми повторяющимися запросами (сброс паролей, доступы, типовые инциденты). Для смешанной L1+L2-команды реалистичный диапазон — 200–400 тикетов.

Слой 2. Эскалации

Тикет, который с первой линии ушел на L2, стоит принципиально дороже. По данным MetricNet и HDI, стоимость тикета L2 в Северной Америке в 3–5 раз выше L1: если L1 стоит около $15–22, то L2 — уже $69–70, L3 — порядка $80–104. Разрыв объясняется не только более высокой ставкой специалиста, но и стоимостью передачи контекста: каждый handoff — это потраченное время обоих.

В России соотношение ставок между уровнями другое — разрыв между L1 и L2/L3 обычно меньше, чем на западных рынках, — но логика та же: эскалация всегда дороже самостоятельного закрытия тикета на L1. Для расчета по своей команде умножители стоит заменить на реальное соотношение ФОТ ваших L1 и L2/L3 специалистов.

Если в команде 20% тикетов эскалируются на L2 и 5% на L3, средняя стоимость обращения по портфелю уже на 40–60% выше, чем показывает расчет только по L1.

Слой 3. Простой пользователя

Этот слой почти никогда не попадает в бюджет ИТ-поддержки — и именно поэтому он самый опасный для управленческих решений. По оценке Forrester и данным HDI 2025, для организации с 25 000 сотрудников ежегодные потери производительности от простоев, связанных с ИТ-обращениями, составляют около $4,45 млн — втрое больше прямых затрат на поддержку.

Механика потерь складывается из трех компонентов: прямое время ожидания ответа; штраф на переключение контекста после прерывания работы — по исследованиям Глории Марк (Калифорнийский университет Ирвайн), возврат к сфокусированной работе после отвлечения занимает в среднем более 20 минут; и время руководителя, который подключается к части эскалированных обращений. Исследование Марк проводилось на knowledge workers в целом, а не специфически на пользователях ITSM — но порядок потерь на переключение контекста воспроизводится и в более поздних работах по прерываниям в офисной среде.

Эти затраты не видны на дашборде поддержки. Они видны в P&L — просто под другой строкой.

Слой 4. Маршрутизационные потери

Тикет, который с первого раза попал не в ту очередь, проходит часть цикла заново: повторная классификация, переназначение, потеря контекста предыдущего агента. По данным анализа ITSM-внедрений, тикет, затронувший трех агентов, стоит дороже трех отдельных тикетов L1 — за счет накопленных handoff-издержек на каждом переходе.

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

Открытая модель расчета

Когда все четыре слоя описаны словами, следующий вопрос предсказуем: как это посчитать конкретно? Ниже — формула, российский гипотетический пример, список допущений и честный перечень того, что в расчет намеренно не вошло.

Формула

Полная стоимость одного тикета складывается из трех слагаемых:

Стоимость тикета = (Прямые затраты ÷ Объем тикетов) × Коэффициент эскалаций + Простой пользователя

Что нужно, чтобы подставить свои данные

Прежде чем считать — убедитесь, что у вас есть следующие данные или понимание, как их получить:

• ФОТ команды по уровням — из HR или бухгалтерии, с учетом взносов

• Объем тикетов по уровням за период — из ITSM-системы; если отдельной статистики по L1/L2/L3 нет, берите долю эскалаций как число тикетов с переназначением на другую группу

• Среднее время ожидания решения — SLA-отчет из ITSM; если не ведется, начните с замера на репрезентативной выборке за месяц

• Средняя ставка пользователя — достаточно взять средний ФОТ по компании и пересчитать на час; точность здесь не нужна, нужен порядок цифры

Пример

Возьмем компанию: 3 агента поддержки, ФОТ каждого 80 000 ₽ «грязными», накладные 15 000 ₽/мес на агента, суммарный объем 1 500 тикетов в месяц. Доля эскалаций на L2 — 20%, на L3 — 5%. Среднее время ожидания по тикету — 4 часа, средняя ставка пользователя — 500 ₽/час.

Шаг 1. Прямые затраты
80 000 × 1,3 + 15 000 = 119 000 ₽/агент. На трех агентов: 357 000 ₽/мес.

На 1 500 тикетов: 238 ₽/тикет.

Шаг 2. Коэффициент эскалаций
В этом примере используем западные множители как ориентир — 3× для L2 и 5× для L3. Для российской команды с более узким разрывом в ставках скорректируйте под свои данные.
1 + (0,20 × 3) + (0,05 × 5) = 1,85.

Скорректированные прямые затраты: 238 × 1,85 = 440 ₽/тикет.

Шаг 3. Простой пользователя
4 часа × 500 ₽ = 2 000 ₽/тикет.

Итого полная стоимость тикета: ~2 440 ₽. Из них только 238 ₽ — то, что обычно считают.

Это гипотетический пример с модельными параметрами. Ваши числа будут другими — и именно для этого существует формула выше.

Что не вошло в расчет

Модель намеренно упрощена. За скобками остались:

1. Стоимость ITSM-лицензии — сильно варьируется в зависимости от вендора и модели лицензирования, лучше считать отдельно.

2. Создание и поддержка базы знаний — время авторов, редакторов, верификаторов статей.

3. Onboarding новых агентов — снижение производительности в первые 1–3 месяца.

4. Аудит и compliance — актуально для регулируемых отраслей.

5. Критические инциденты P1/P2 — по формуле они считаются так же, как обычные тикеты, хотя реальные потери бизнеса от P1 несопоставимо выше.

Если какой-то из этих компонентов значим для вашей компании — его стоит добавить отдельной строкой в расчет.

Что делать с этой цифрой

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

Портал самообслуживания и база знаний

Хорошо спроектированный портал самообслуживания deflect’ит в среднем 40% входящих обращений — пользователь решает вопрос сам, тикет не создается вообще. У лидеров рынка этот показатель достигает 65-75%. Это прямое сокращение объема, от которого считается вся стоимость. Реальный deflection rate сильно зависит от качества контента и UX портала — высокие цифры достигаются не сразу, а по мере накопления проверенных статей и итераций по форме заявок. Как устроен портал самообслуживания и что определяет реальный deflection rate — разбираем в отдельной статье.

Предзаполнение заявок

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

ИИ-классификация и маршрутизация

Автоматическая классификация снижает маршрутизационные потери и ускоряет первичную обработку — но только при одном условии: категорийная структура в ITSM-системе должна быть чистой и последовательной.

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

Посчитать свой потенциал: калькулятор

Чтобы не считать всё это руками, мы собрали калькулятор.

Формула выше показывает, сколько тикет стоит, — а калькулятор обратное: сколько можно сэкономить. Причём не на одном обращении, а по всему бэк-офису разом: ИТ, HR и другие сервисные службы.

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

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

Как и формула, это оценка порядка, а не точная гарантия — но честная: мы скорее занизим, чем нарисуем красивую картинку.

***

А как в вашей компании считают стоимость тикета — или пока ориентируетесь на ФОТ команды? Поделитесь в комментариях, интересно сравнить подходы.