Невозможно предметно говорить об услуге, не рассматривая, как она потребляется, потому что услуга проявляется именно в процессе потребления. Результат услуги не существует отдельно от процесса ее предоставления, он реализуется и потребляется в процессе осуществления деятельности. Определение услуги в налоговом кодексе РФ прямо указывает на это: услугой признается деятельность, результаты которой не имеют материального выражения и реализуются в процессе осуществления этой деятельности. Только понимая, из каких операций состоит потребление услуги, можно выявить реальные требования к ней и определить критерии ее оценки. Это также помогает понять, как услуга вписывается в деятельность потребителя и какую ценность она приносит.

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

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

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

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

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

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

Полная автоматизация невозможна из-за необходимости ручного анализа сложных условий лицензирования (например, коэффициенты для процессорных лицензий) и несоответствий в данных сканеров. Сетевые сканеры не различают типы лицензий и не адаптируются к специфике вендоров (например, правила учёта Oracle сильно отличаются от стандартных). Также требуется человеческое участие для сопоставления названий программ в результатах сканирования с официальными наименованиями и для проверки корректности автоматически созданных записей. Без регулярного контроля отчёты будут некорректными.

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

Под влиянием цифровых технологий формируются платформенные бизнес-модели, ориентированные на создание экосистем, где взаимодействуют производители и потребители. Появляются модели подписок вместо разовых продаж, как у Netflix и Spotify. Внедряются системы персонализированного предложения через анализ больших данных. Растет популярность «онлайн-офлайн» интеграции, когда цифровые и физические каналы синтезируются в единую клиентскую сеть. Также распространяются модели, использующие шеринг-экономику, как Uber и Airbnb, которые оптимизируют использование существующих ресурсов через цифровые платформы.