Во многих компаниях недовольство техподдержкой звучит одинаково:
- «Никто не отвечает».
- «В чат написали - тишина».
- «На звонки не берут трубку».
- «Когда починят - непонятно». «Я как CEO постоянно отвлекаюсь на приоритизацию задач поддержки».
И первая реакция почти всегда одинаковая: слабые сотрудники, плохой руководитель, низкая дисциплина.
Но чаще всего проблема не в людях. Проблема - в модели организации поддержки.
Бизнес видит техподдержку просто: есть проблема, она мешает работать, значит её должны быстро взять в работу и решить в понятный срок.
А внутри компании часто всё устроено иначе. Обращения летят в личные сообщения, в общие чаты, в Telegram, по телефону, через руководителя, через секретаря, а иногда сразу на CEO. Кто громче написал, кто ближе подошёл, кто сумел продавить эскалацию - того и спасают первым. Остальные ждут.
Снаружи это выглядит как безразличие ИТ. Изнутри - как хаос без очереди, правил и ответственности.
В результате бизнес получает не сервис, а лотерею.
Один сотрудник пишет: «Не работает принтер». Другой: «Не открывается 1С». Третий звонит: «На кассе очередь, чек не пробивается».
Формально это всё обращения в поддержку. Но цена этих проблем для бизнеса разная.
Если правил приоритизации нет, то приоритет фактически определяет сам сотрудник техподдержки. И почти всегда он берёт не то, что выгоднее бизнесу прямо сейчас, а то, что ему понятнее, привычнее или просто приятнее делать. Не потому, что он плохой. А потому, что система не дала ему правил.
Но проблема обычно ещё глубже.
Ломается не только модель работы техподдержки, но и модель взаимодействия бизнеса с ней. Как только в компании появляется возможность обойти общий порядок и эскалировать своё обращение «через знакомого», «через руководителя» или «наверх», система начинает разрушаться.
Потому что тогда побеждает не критичность для бизнеса, а сила личного давления.
Один умеет дожать и получает результат быстро. Другой ждёт по правилам. Третий сразу пишет CEO.
А поддержка очень быстро скатывается в опасный режим: пока не пнут - можно не двигаться.
Это уже не сервис. Это ручное выживание под давлением.
И это дорого. Потому что плохая поддержка - это не только раздражение сотрудников. Это потерянные продажи, простой касс, задержка закрытия дня, ручная работа и постоянное отвлечение руководителей на операционный шум.
Я вижу это очень часто. Техподдержка формально есть, люди в ней есть, а сервиса как системы - нет.
Признаки обычно одинаковые: заявки живут в чатах; сроки не зафиксированы; пользователь не понимает, что происходит; дорогие специалисты занимаются всем подряд; приоритеты постоянно пересобираются вручную; бизнес решает вопросы через личное давление.
В одной розничной сети была именно такая ситуация: кассовые проблемы тонули в общем потоке, а сильные специалисты занимались всем подряд. После разделения ролей, выделения первой линии и нормальной схемы поддержки количество инцидентов на кассах в одном магазине снизилось с 50 до 2 в месяц. Но главное - удалось увидеть системные причины сбоев, устранить их и резко сократить сам поток обращений.
Поэтому, когда бизнес недоволен техподдержкой, вопрос должен быть не «кто плохо работает?», а «как устроен сервис и кто ломает его правила?»
Плохая техподдержка - это почти никогда не проблема отдельных людей. Это проблема управленческой архитектуры.
И пока компания не изменит эту архитектуру, она будет снова и снова менять сотрудников, бюджеты и подрядчиков - но покупать всё тот же хаос.
Это первая из 12 статей, в которых я последовательно разберу, почему техподдержка в компаниях часто вызывает раздражение у бизнеса, где на самом деле находятся корневые причины и что с этим делать на практике. Без теории ради теории - только через реальные управленческие ситуации, ошибки в модели работы и проверенные подходы, которые позволяют превратить поддержку из источника хаоса в понятный сервис для бизнеса. Если у вас есть похожие случаи, вопросы или ситуация, в которой нужна помощь - обращайтесь, постараюсь помочь разобраться.