Современные компании формулируют свою ориентацию на клиента более профессиональным и структурированным языком. Например, одна компания указывает в своём описании: «Основное направление деятельности компании Х – наиболее качественное удовлетворение покупательского спроса». Это подчеркивает стремление к высокому качеству обслуживания, сохраняя суть клиентоориентированности, которая существовала и в девяностые, но в новой форме.

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

Граница зоны влияния поставщика услуг определяет предел, до которого целесообразно применять метод 5-Why's для поиска решений. На практике анализ часто останавливают на том этапе, где выявляется фактор, находящийся в компетенции поставщика. Например, при анализе поломки принтера зона влияния заканчивается на уровне работы электросети, поэтому борьба с перепадами напряжения становится точкой приложения усилий, даже если первопричиной является устаревшая подстанция, модернизацией которой занимается другая организация.

Процесс управления конфигурациями в ITIL представляет собой набор активностей, выполнение которых гарантирует наличие актуальной информации о значимых сервисных активах и обеспечивает предоставление этой информации целевому адресату в удобной форме. Этот процесс также включает понятие 'базовое состояние' (baseline), которое отражает эталонное, авторизованное значение конфигурационной единицы. Процесс определяет, как должна быть устроена инфраструктура и как взаимодействуют сервисные активы для предоставления услуги с подтвержденным уровнем качества, а также предоставляет инструментарий для сравнения верифицированного и реального состояния инфраструктуры с сигнализированием о расхождениях.

В ИТ-компаниях можно внедрить такие неожиданные бонусы, как расширенные возможности технической поддержки (например, 24/7 поддержка вместо заявленных рабочих часов), дополнительные образовательные материалы или вебинары для клиентов, предоставление пробного доступа к новым опциям раньше других клиентов, персонализированные рекомендации по улучшению работы с продуктом. Также можно организовать индивидуальные консультации с экспертами компании бесплатно, что создаст у клиента впечатление особого отношения и повысит его лояльность.

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

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

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

Модель Value network помогает в управлении сложными ИТ-отношениями внутри компании, предоставляя более адекватный фреймворк для описания нелинейных и многомерных взаимодействий между подразделениями. В отличие от линейной модели Value chain, Value network учитывает множественность отношений: подразделения могут быть одновременно и заказчиками, и потребителями услуг; один ИТ-продукт может иметь несколько заказчиков; функции заказчика и плательщика могут быть разделены. Это позволяет более точно моделировать внутренние сервисные отношения, выявлять точки напряжения (такие как проблема разделения заказчика и плательщика), и разрабатывать решения, которые учитывают сложную природу внутренних корпоративных взаимодействий, включая построение четких аллокационных моделей и определение ответственности за различные аспекты ИТ-услуг.

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