ITIL в бизнесе: как методология управления услугами работает не только в ИТ

То, что видит внешний или внутренний заказчик услуги:

• Service Desk – единая точка приема обращений.
• Каталог услуг – перечень того, что компания предлагает.
• SLA – гарантии по срокам и качеству.

То, как команда обеспечивает стабильность услуги:

• Управление инцидентами – что делать, когда что-то сломалось.
• Управление изменениями – как безопасно улучшать сервис.
• Управление знаниями – как не терять накопленный опыт.

Создание единой точки входа для всех обращений, ведение истории взаимодействия с клиентом и использование базы знаний. Клиенты получают более быстрые и точные ответы.

Учет и обработка заявок от сотрудников: справки, командировки, ремонты, закупки. Это экономит время персонала и сокращает количество ошибок.

Медицинские клиники, ресторанные сети, розница, логистика. Везде, где есть оборудование, заявки от сотрудников и обязательства перед клиентами.

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

Приоритизация позволяет не обрабатывать обращения в порядке живой очереди, а разводить критичное (инциденты) и рутинное (типовые вопросы и обращения). Клиент со сломавшимся оборудованием не ждет в очереди за тем, кто уточняет график работы.

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

Зафиксированные знания и отлаженные процессы убирают повторные ошибки, а вместе с ними – стоимость их исправления.

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

Вывод: берите только те элементы, которые дают реальную ценность в вашем масштабе и контексте. Для крупного банка с сотнями систем набор полезных практик будет одним, для небольшой продуктовой команды – совсем другим.

Сотрудники и клиенты нередко игнорируют новый процесс и продолжают обращаться напрямую к знакомым специалистам – потому что привычный способ проще и быстрее. Решение одно: правильный путь должен быть удобнее альтернативного. Достаточно сделать сервис-деск быстрее личного контакта – и пользователи переключатся на него без дополнительных усилий.

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

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

А вот в быстрых процессах бюрократия ITIL только тормозит работу. Допустим, мерчандайзер в магазине переставляет товар под текущий спрос, аварийная бригада ЖКХ устраняет прорыв трубы, а маркетологи запускают кампанию под свежий инфоповод. Везде решения нужны за минуты или часы, без пошаговых согласований. Здесь берут лишь базовые принципы методологии (например, идею управления изменениями или каталога услуг), но без многоступенчатых регламентов.