Сервис-деск не сократит вам штат. А что он сократит?
Сервис-деск помогает оптимизировать работу поддержки, но не обязательно уменьшает число сотрудников. Разбираемся, что именно сокращает автоматизация, при каких условиях команда может справляться с нагрузкой меньшими силами и почему иногда выгоднее не увольнять людей, а перераспределять их задачи.
Собственник смотрит на отчёт и не понимает: сервис-деск внедрили полгода назад, а в поддержке всё те же восемь человек. Где обещанное «автоматизация уберёт половину ставок»? Вопрос, который звучит на каждом втором внедрении. И ответ на него обычно разочаровывает: сервис-деск не сокращает штат. Он сокращает хаос. А численность команды меняется потом — как следствие, а не как цель.
Разберёмся, когда внедрение действительно ведёт к оптимизации команды, а когда ждать этого не стоит вовсе.
Сначала ответьте: дело точно в штате?
Прежде чем обсуждать увольнения, посмотрите, где реально теряется эффективность. Шесть признаков того, что проблема не в людях, а в процессах:
- Поддержка «тушит пожары». Все реагируют на срочные заявки, никто не работает системно. Повторные обращения множатся, решения теряются, а в отчётах — рост нагрузки при том же качестве. Это не нехватка рук — это отсутствие порядка. Когда процессы приводят в систему, часто оказывается, что ресурсов достаточно.
- Рутина съедает рабочий день. Сброс пароля, выдача стандартных данных, одни и те же ответы на одни и те же вопросы. Часы специалистов уходят на то, что должна делать система, — а уникальные задачи, требующие головы, ждут в очереди.
- Непонятно, кто чем занят. Нет прозрачной загрузки — половина команды в перегрузе, вторая занята неприоритетным. «Все завалены» — ощущение, а не факт: без аналитики или хотя бы регулярной отчётности легко ошибиться в оценке реальной занятости.
- Каждый работает по-своему. Заявки теряются, сроки срываются, ответственность размыта. Кажется, что людей не хватает — на деле время уходит на хаотичное переключение и двойную работу.
- Всё держится на «ключевых» сотрудниках. Ушёл один эксперт — работа встала. Накопленные знания не распределены по команде, и компания держит «резервных» сотрудников на случай отсутствия экспертов.
- Переработки стали нормой. Нагрузка волнами: сегодня тишина, завтра шквал. Качество при этом не растёт — значит, дело не в объёме задач, а в планировании и приоритетах.
Если узнали себя хотя бы в трёх пунктах — сначала наведите порядок. После этого часто выясняется, что команда справляется с тем же объёмом меньшими силами. Но именно «выясняется», а не «решается приказом».
Как выглядит настоящее сокращение: кейс Salesforce
В сентябре 2025 года глава Salesforce Марк Бениофф рассказал в подкасте The Logan Bartlett Show, что компания сократила поддержку клиентов с 9 000 до 5 000 сотрудников. Половину обращений к тому моменту вели ИИ-агенты на платформе Agentforce, а стоимость поддержки снизилась на 17%. Звучит как мечта: внедрили агентов — убрали 4 000 ставок.
Но обратите внимание на деталь, которую опускают заголовки: сотни людей не уволили — их перевели в продажи, профессиональные услуги и работу с клиентами. Сокращение стало побочным эффектом перестройки процесса, а не приказом «режем штат после внедрения». И за этим стояла не разовая автоматизация, а продукт, который компания развивала годами.
Вывод для всех остальных: сначала процесс и инструмент дают результат, а потом меняется численность, не наоборот.
Когда сокращение действительно оправдано
Есть четыре условия, при которых уменьшение команды безопасно:
- Роли закреплены документально. Каждый знает свои задачи, дублирования нет.
- Процессы стандартизированы. Заявки маршрутизируются автоматически, приоритеты определены, сроки соблюдаются без ручного контроля.
- Нагрузка сбалансирована. Нет ни перегрузок, ни простоев — система распределяет задачи равномерно.
- Есть данные. Руководитель видит фактическую загрузку и резервы, а не «мне кажется, у нас лишние люди».
Если хоть одно условие не выполнено — сокращение превращается в увольнение вслепую.
И ещё важное: автоматизация не заменит то, ради чего клиенты вообще остаются. Сложный нестандартный случай, злой клиент, которому нужно выговориться, спорная ситуация, где решение принимает человек, а не регламент, — это работа живого специалиста. Сервис-деск снимает рутину, чтобы оставалось время на такие задачи. Убрать людей целиком — значит отдать эти ситуации на откуп системе, а она с ними не справится по определению.
Чем грозит желание скорее сократить штат
Поспешное сокращение бьёт по пяти направлениям:
- Перегруз оставшихся. Сложные и нестандартные задачи никуда не делись — их теперь некому решать. Итог: задержки, ошибки, выгорание.
- Потеря знаний. Уходящие уносят опыт работы с клиентами и внутренними процессами. Обучение новичков стоит дороже сэкономленных ставок.
- Страх в команде. После волны увольнений люди начинают бояться быть следующими. Вовлечённость падает, текучка растёт.
- Потеря гибкости. Потоки обращений меняются: новый продукт, сезон, форс-мажор. Урезанный штат не может быстро реагировать.
- Падение качества. Формальные ответы, рост повторных обращений, клиенты уходят. Автоматизация окупилась — репутация нет.
Что реально сокращает сервис-деск
Если вы ждёте эффекта в цифрах — вот что уменьшается гарантированно:
- Потерянные заявки. Всё попадает в систему, ничего не теряется в почте.
- Повторные обращения. База знаний и шаблоны снимают рутину с первой линии.
- Время реакции. Маршрутизация и контроль сроков помогает быстрее реагировать на обращения.
- Переработки. Нагрузка распределяется, «пожары» тушатся на уровне процесса.
А численность команды — следствие. У нас были клиенты, которые после наведения порядка не увольняли никого: освободившиеся люди занялись тем, до чего раньше не доходили руки — аналитикой обращений, развитием базы знаний, работой с качеством. Поддержка из «аварийной службы» стала внутренним сервисом. Это тоже оптимизация — просто в другую сторону.
Есть и третий сценарий: нагрузка растёт вместе с бизнесом, и та же команда после автоматизации просто начинает успевать за потоком без расширения штата. Формально людей не стало меньше — но вы не наняли троих, которые понадобились бы без системы. Это и есть главная экономия, которую даёт сервис-деск: не увольнения, а рост без найма. Мы в Админ24 видели этот эффект десятки раз: после внедрения клиенты сначала ждут «оптимизации численности», а через полгода спрашивают, как масштабировать процесс на новые направления.
Чек-лист перед разговором о сокращении:
✔ Процессы описаны, порядок работы с заявками единый.
✔ Рутинные обращения автоматизированы или ушли в самообслуживание.
✔ Загрузка команды видна руководителю в цифрах.
✔ Сроки соблюдаются без ручного напоминания.
✔ Освободившиеся люди получили новые задачи.
Если хоть один пункт без галочки — сначала он, потом разговор о штатной численности.
А как у вас: внедряли систему и пересматривали численность поддержки? И что случилось в итоге — сократили, перераспределили или оставили как было? Делитесь опытом в комментариях.