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

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

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

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

Согласно статистическим расчетам, необходимое количество ответов для достижения заданной точности не зависит от размера генеральной совокупности при достаточно больших популяциях (более 1000 человек). Это связано с тем, что формула расчета доверительного интервала для среднего значения в основном зависит от стандартного отклонения и размера выборки, но не от общего числа элементов в популяции. Именно поэтому для 1000 и даже для 10000 пользователей достаточным остается выборка в 40-50 человек при пятибалльной шкале опроса.

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

В тексте рассматриваются три основных варианта определения ИТ-услуги: 1) ИТ-услуга как предоставление ресурса (например, вычислительных мощностей, каналов связи или хранилищ данных); 2) ИТ-услуга как обеспечение работоспособности информационных систем; 3) ИТ-услуга как обеспечение исполнения и развития бизнес-процессов (например, кредитование, закрытие операционного дня, формирование отчетности). Каждый из этих вариантов влияет на структуру управления мощностями.

Lean и Six Sigma сосредоточены на оптимизации внутренних процессов компании, минимизации потерь и повышении качества. Их связь с CXM проявляется в том, что многие бизнес-процессы, которые улучшаются по методологиям Lean/Six Sigma, напрямую влияют на клиентский опыт. Например, сокращение времени обработки заявки улучшает удовлетворенность клиента. Современные практики объединяют эти подходы: команды CXM инициируют изменения, ориентированные на клиента, а команды Lean/Six Sigma внедряют их с точки зрения операционной эффективности. Это создает синергию, где клиентская ценность становится центральным критерием оптимизации процессов.

Разделение полномочий достигается запретом одновременного использования смежных ролей, которые могут создать конфликт интересов. Например, в финансовой системе запрещено сочетать роли 'Инициатор платежа' и 'Утверждающий платеж' в одном пользователе. Это реализуется через настройки RBAC-модели, где для групп ролей устанавливаются ограничения. Если система поддерживает динамическое разделение полномочий, проверка на запрещённые комбинации происходит при назначении прав, предотвращая потенциальные злоупотребления.

Процесс Управления инцидентами должен быть спроектирован так, чтобы предоставление информации о статусе инцидента соответствовало договорённостям с бизнесом. Это включает определение момента времени, когда информация должна быть предоставлена пользователю, выбор формата информации и каналов её передачи. Процесс должен предусматривать как проактивные коммуникационные действия (автоматические оповещения при изменении статуса), так и реактивные (предоставление информации по запросу). Интеграция с порталом самообслуживания, настройка автоматических уведомлений по email или SMS, организация работы Service Desk — всё это элементы проектирования процесса, обеспечивающие необходимый уровень прозрачности и удовлетворяющие требованиям пользователей без излишней нагрузки на персонал.