Во многих компаниях недовольство техподдержкой звучит одинаково - «Никто не отвечает». - «В чат написали - тишина». - «На звонки не берут трубку». - «Когда починят - непонятно». - «Я как CEO постоянно отвлекаюсь на приоритизацию задач поддержки».

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

Обращения летят в личные сообщения, в общие чаты, в Telegram, по телефону, через руководителя, через секретаря, а иногда сразу на CEO. Кто громче написал, кто ближе подошёл, кто сумел продавить эскалацию - того и спасают первым. Остальные ждут. Снаружи это выглядит как безразличие ИТ. Изнутри - как хаос без очереди, правил и ответственности.

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

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

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

Один умеет дожать и получает результат быстро. Другой ждёт по правилам. Третий сразу пишет CEO.

А поддержка очень быстро скатывается в опасный режим: пока не пнут - можно не двигаться. Это уже не сервис. Это ручное выживание под давлением.

И это дорого.

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

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

В одной розничной сети была именно такая ситуация: кассовые проблемы тонули в общем потоке, а сильные специалисты занимались всем подряд. После разделения ролей, выделения первой линии и нормальной схемы поддержки количество инцидентов на кассах в одном магазине снизилось с 50 до 2 в месяц. Но главное - удалось увидеть системные причины сбоев, устранить их и резко сократить сам поток обращений.

Поэтому, когда бизнес недоволен техподдержкой, вопрос должен быть не «кто плохо работает?», а «как устроен сервис и кто ломает его правила?» Плохая техподдержка - это почти никогда не проблема отдельных людей. Это проблема управленческой архитектуры.

И пока компания не изменит эту архитектуру, она будет снова и снова менять сотрудников, бюджеты и подрядчиков - но покупать всё тот же хаос.

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