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

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

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

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

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

Концепция 'ИТ-служба предоставляет услуги' приживается в организациях с трудом, потому что сервисный характер деятельности ИТ-службы неочевиден для заказчика. Для бизнеса главной выступает полезность, которую приносят предоставленные ресурсы, а не сама деятельность ИТ-службы. Заказчики обычно фокусируются только на функциональности, доступности и цене, которые формируют видимую полезность, но не обращают внимания на гарантию этой полезности, которая обеспечивается невидимыми процессами ИТ-службы. Поскольку основная ценность для заказчика заключается в ресурсах (приложениях и устройствах), а не в деятельности ИТ-службы, объяснить необходимость инвестиций в сервисные процессы становится сложной задачей.

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

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

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

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