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

Основными критериями для определения, какие компетенции оставить внутри, а какие аутсорсить, являются степень критичности задачи для работы продукта, частота ее возникновения и степень специфичности требований. Если задача возникает редко и требует узкоспециализированной экспертизы (например, разовые работы по архитектуре UI), она может быть передана внешним специалистам. Если же компетенция напрямую влияет на стабильность и работоспособность продукта и требует постоянного внимания (мониторинг, настройка кастомизированного middleware), ее лучше сохранить внутри команды. Также важно учитывать возможность автоматизации процессов и стандарты SLA, которые могут гарантировать надежность внешних поставщиков услуг.

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

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

Традиционные показатели выполнения SLA не всегда отражают реальную удовлетворенность заказчика, потому что они фокусируются на количественных параметрах, описанных в соглашении об уровне услуг, но не учитывают субъективное восприятие заказчика. Нередко бывает, что формальные показатели соблюдаются, однако заказчик остается недоволен, так как реальные потребности и ожидания могли быть недостаточно точно отражены в SLA, или изменились со временем, или важные аспекты восприятия качества не были включены в условия SLA изначально.

Определить наиболее важные для организации параметры качества можно через анализ бизнес-требований, консультации со стейкхолдерами и оценку последствий возможных сбоев. Например, для финансовых организаций последствия нарушения безопасности могут быть катастрофическими, поэтому безопасность становится приоритетом. Для компаний, предоставляющих непрерывные онлайн-сервисы, критична доступность системы. Этот выбор можно уточнить через процесс оценки рисков, где каждому потенциальному сбою в параметрах качества (доступность, мощность, безопасность, непрерывность) присваивается уровень критичности для бизнеса, что помогает расставить приоритеты в управлении.

Обычно люди представляют иерархическую структуру услуг: на верхнем уровне находятся бизнес-услуги, предоставляемые заказчику для выполнения его бизнес-процессов, на среднем уровне — технические услуги, поддерживающие бизнес-услугу, а на нижнем уровне — компоненты ИТ-инфраструктуры. При этом OLA заключаются на технические услуги с такими параметрами, чтобы обеспечивать выполнение SLA для бизнес-услуг.

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

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

Выбор основывается на: 1) объеме данных (ручные методы неэффективны при высокой частоте процесса), 2) сложности формализации (субъективные оценки часто невозможно автоматизировать), 3) критичности ошибки (для высокорисковых зон предпочтительна автоматизация), 4) доступности ресурсов. Например, для массовых обращений с низкой сложностью регистрации подходит автоматизация, а для анализа качества коммуникации — опросы специалистов.