В любой турбулентности бизнес резко меняет оптику: вместо “как вырастем” появляется “как выживем”. Главный актив становится простым и беспощадным — денежный поток, а главный управленческий вопрос — что можно остановить без немедленной боли.
Именно в этот момент многие ИТ-инициативы внезапно оказываются в одной категории с функциями, которые “вроде полезны, но непонятно как посчитать”. Парадокс в том, что ИТ может быть и критически важным, и при этом уязвимым для сокращений — если его вклад не переведён на язык KPI и экономики.
Ниже — модель, которая объясняет, почему режут именно то, что режут, и как сделать так, чтобы инвестиции в ИТ переживали кризис не по удаче, а по архитектуре управления.
1) Почему вклад ИТ плохо виден даже в “чистой экономике”
Даже на уровне стран и отраслей влияние цифровых технологий часто проявляется не прямой строкой в статистике, а через цепочку комплементарных изменений: организационные практики, управленческое качество, навыки, нематериальные активы. Это сложнее измерять, эффект размазан по времени и участникам процесса — поэтому цифра “не садится” в привычную бухгалтерскую оптику сразу. В обзорах OECD регулярно подчёркивается, что измерение производительности и вклада капитала/инвестиций упирается в методологические ограничения и “погрешности” измерения нематериальных компонентов. (OECD)
На уровне компании проблема ещё острее: если нет дисциплины метрик, цифровая ценность растворяется в общих словах (“автоматизация”, “улучшим опыт”, “ускорим разработку”), а в момент бюджетной обороны это звучит слабее, чем “без этого мы не сможем закрыть месяц/отгрузить/принять оплату”.
2) Две природы ИТ: транзакционный контур и венчурная ставка
Внутри бизнеса ИТ почти всегда живёт в двух разных режимах, и смешение этих режимов — источник конфликтов и “кризисной уязвимости”.
ИТ как транзакционный контур (учёт, регуляторика, непрерывность)
Это бухгалтерия и закрытие периода, расчёты, склад, биллинг, платежи, отчётность, ЭДО, минимальный ИБ-контур, мониторинг и восстановление — всё, что обеспечивает юридическое и операционное существование компании “каждый день”.
Ценность здесь очевидна: отключение равно остановке или нарушению обязательств. В кризис такие системы могут “ужимать”, оптимизировать, бюрократизировать закупки и изменения — но убрать нельзя.
ИТ как венчур (рост, трансформация, эксперимент, опцион на будущее)
Это новые продукты, “цифровая трансформация”, платформы “на перспективу”, UX-улучшения “впрок”, автоматизация без явной привязки к P&L, архитектурные инициативы без метрик эффекта.
Этот слой не “плохой” — он просто управляется иначе: как портфель ставок. И у бизнеса есть основания относиться к нему как к риску. Например, Gartner в глобальном опросе фиксировал, что в среднем менее половины цифровых инициатив достигают или превосходят целевые бизнес-результаты; у “цифровых лидеров” показатель заметно выше, но в среднем по рынку риск провала велик. (gartner.com)
И вот это — ключ: если инициативу по природе венчурную защищают так, будто она операционная, она проигрывает. Но и обратное верно: если операционный контур описан как “инновация”, его тоже начинают резать.
3) Механика кризиса: почему первым режут “то, что про будущее”
Кризис — это не столько “падение доходов”, сколько рост неопределённости. А в неопределённости бизнес делает рациональное (локально) действие: снижает то, что не даёт гарантированного эффекта в ближайшем горизонте.
Отсюда базовая управленческая развилка:
- Инвестиции обычно защищаются через ROI/NPV/бизнес-кейс: “потратим сейчас — получим потом”.
- Операционные расходы защищаются через KPI/SLA/SLO/нормативы: “это должно работать каждый день”.
В кризис возрастает дисконтирование будущего: стратегия обесценивается быстрее, чем тактика. Поэтому последовательность предсказуемая:
- режут то, где ROI туманен или слишком отложен;
- затем режут то, где даже KPI не определены;
- и только потом трогают то, что встроено в жизненно важные показатели и контуры.
Главный вывод: выживает не “самое важное”, а самое важное и измеренное.
4) Почему под нож попадают PR, HR-развитие, QA и UX
Каждая из этих областей может быть критична для выживания и роста. Но объединяет их другое: без зрелой системы измерения они выглядят как инвестиции без доказуемого эффекта.
PR / маркетинг: “легко резать, трудно вернуть”
В рецессии компании традиционно урезают маркетинг — просто потому, что это кажется быстрым способом “сэкономить без остановки производства”. HBR прямо описывает этот паттерн и предупреждает о его рисках для восстановления и конкурентной позиции. (hbr.org) McKinsey в материалах про устойчивость в неопределённости тоже подчёркивает: “тупое” урезание маркетинга может быть ошибкой, и вместо этого предлагают подход “как инвестор” — перераспределение в то, что измеряется и даёт эффект, а не равномерное сокращение. (McKinsey & Company)
Почему всё равно режут? Потому что бренд-и-репутационные эффекты часто:
- долгие,
- многопричинные,
- и редко привязаны к конкретным финансовым метрикам, понятным CFO.
HR (развитие, обучение, рекрутинг “на перспективу”): инвестиции в людской капитал
В периоды экономической сложности заметная доля организаций рассматривает сокращение расходов на L&D — это фиксируют отраслевые опросы HR-руководителей. (peoplemanagement.co.uk) И снова причина не в “бесполезности”, а в управляемости: если обучение не привязано к измеримым изменениям (скорость адаптации, time-to-productivity, текучесть, внутренняя мобильность, стоимость найма), оно воспринимается как nice-to-have.
QA: стоимость риска видно поздно, а экономию — сразу
QA часто проигрывает в кризис из-за ложной простоты: “уберём автотесты/тестировщиков — разработчики потестят сами; в моменте ничего не сломалось”.
Проблема в том, что стоимость дефектов нелинейна: чем позже найден баг, тем дороже исправление и тем выше вероятный ущерб (инциденты, простой, репутация, возвраты). NIST в исследованиях экономического эффекта недостаточной инфраструктуры тестирования оценивал масштабы потерь для экономики и демонстрировал рост затрат по мере смещения обнаружения дефектов на поздние стадии. (NIST)
Почему QA уязвим? Потому что без связки с продакшн-метриками качество выглядит как “дополнительный слой”, а не как управление стоимостью риска.
UX: вроде “про метрики”, но кризис показывает — интеграции с экономикой мало
В вакансиях и презентациях UX часто “про A/B, конверсию и ретеншн”. На практике же многие команды не могут связать UX-работу с продуктовой экономикой так, чтобы это выдерживало кризисную проверку.
Здесь полезны две серьёзные опоры:
- Nielsen Norman Group разбирает типичные мифы о расчёте ROI UX и прямо говорит: проблема обычно не в невозможности считать, а в зрелости процесса и ожиданиях “идеальной точности”. (Nielsen Norman Group)
- У Google есть формализованный фреймворк HEART (Happiness, Engagement, Adoption, Retention, Task success) и подход GSM (Goals-Signals-Metrics), который превращает UX-цели в измеримые показатели, связанные с продуктовой целью. (research.google.com)
А на уровне “стратегического аргумента” есть наблюдения о корреляции дизайн-ориентированности компаний с результатами для акционеров (например, Design Value Index, обсуждавшийся в HBR), с оговоркой, что корреляция не равна причинности. (hbr.org)
5) Матрица выживаемости ИТ: простая модель, которая объясняет почти всё
Представьте две оси:
- Критичность для операционного контура: если убрать — бизнес останавливается/нарушает обязательства/теряет деньги сегодня.
- Измеримость вклада: есть KPI, понятная связь с P&L или с риском (простои, штрафы, инциденты), понятная ответственность.
Тогда получаются четыре зоны:
- Высокая критичность + высокая измеримость → “неубиваемо”. Пример: транзакционные системы, платежи, закрытие периода, SRE для ядра, ИБ-минимум с KPI по инцидентам.
- Высокая критичность + низкая измеримость → “будут давить, пока не появятся метрики”. Пример: интеграции и платформенные компоненты без SLA/SLO и прозрачной стоимости владения.
- Низкая критичность + высокая измеримость → “можно защитить быстрым эффектом”. Пример: оптимизации cost-to-serve, перфоманс-эксперименты, автоматизация с понятной экономией.
- Низкая критичность + низкая измеримость → первые кандидаты на заморозку. Пример: инициативы “для будущего” без гипотез, UX “про красоту”, QA “как отдельное царство”, PR “про узнаваемость” без модели влияния.
Именно эта матрица объясняет, почему в кризис сокращают не “плохое”, а “не защищённое управленчески”.
6) Как встроить ИТ в KPI бизнеса и перестать быть “легкой целью”
Ниже — шесть шагов, которые переводят ИТ из режима “объясняться словами” в режим “защищать цифрами”.
1) Перевести разговор из “проектов” в “продукты и сервисы”
У сервиса есть потребители, владелец, SLA/SLO, стоимость владения, метрики. У “проекта” — дата окончания и презентация.
2) Привязать каждую инициативу к одной строке P&L или к риску
Жёсткая, но рабочая эвристика: у инициативы должен быть основной тип эффекта:
- рост выручки (конверсия, LTV, удержание),
- снижение затрат (cost-to-serve, время обработки, устранение ручного труда),
- снижение потерь/риска (простои, штрафы, инциденты),
- ускорение поставки (time-to-market как мультипликатор экономики).
Если ни один тип эффекта не выбран — инициатива почти гарантированно уйдёт в “низкая измеримость”.
3) Для разработки/платформы/QA — операционные KPI поставки (DORA как минимум)
DORA-метрики (lead time, deployment frequency, time to restore service, change failure rate) стали де-факто языком, который соединяет инженерию и бизнес через стоимость инцидентов и скорость изменений. (dora.dev) Если QA не встроен в эти метрики, его легко объявить “дорогим слоем”. Если встроен — он становится частью операционного контура поставки и надёжности.
4) Для UX — HEART + GSM, привязанные к продуктовым метрикам
HEART задаёт категории измерения, GSM превращает цели в наблюдаемые сигналы и метрики — это практический мост от “улучшим опыт” к “изменили ретеншн/успешность задач/принятие функции”. (research.google.com) Параллельно важно убрать мифологию вокруг “идеального” ROI и работать с оценками, допусками и экспериментальным дизайном — это ровно то, о чём предупреждает NN/g. (Nielsen Norman Group)
5) Стратегические функции оформлять как портфель ставок, а не как “вечную ценность”
Кризис не отменяет стратегию — он повышает требования к её упаковке:
- гипотезы и горизонты (3/6/12 месяцев),
- leading indicators (ранние признаки эффекта),
- kill-criteria (условия остановки),
- ownership (кто отвечает за эффект).
McKinsey отдельно фиксирует, что компании часто замораживают или режут инновации, даже считая их критичными для роста — то есть стратегия системно проигрывает тактике. (McKinsey & Company) Портфельный подход позволяет не “отрубать будущее”, а управлять им дисциплинированно.
6) Сделать прозрачной стоимость технологий и потребления (TBM)
Пока ИТ-затраты выглядят как “общая куча”, их проще резать “сверху”. TBM (Technology Business Management) — это дисциплина, которая переводит технологические расходы в управляемую структуру: где деньги, на что, кто потребитель, какая стоимость сервиса, как меняется unit-cost. (TBM Council) Аппаратно это поддерживается моделями cost transparency и едиными таксономиями, которые упрощают разговор CIO/CTO с CFO. (Apptio)
7) “Кризисный контракт” между ИТ и бизнесом
Практический способ закрепить всё выше — формализовать контракт:
- Что ИТ гарантирует: SLA/SLO, MTTR, скорость поставки, стоимость владения, прозрачность портфеля.
- Что гарантирует бизнес: владельцев метрик, доступ к данным, приоритизацию, участие в определении “успеха”.
- Как делится портфель:
Это переводит разговор из “нам нужен бюджет” в “вот управляемый набор обязательств и эффектов”.
Финальная мысль
В кризис часто режут стратегию — не потому что она бесполезна, а потому что она хуже измерена и дальше по горизонту. Исследования и практики маркетинга хорошо показывают этот парадокс: компании склонны сокращать, хотя это может ухудшить восстановление и позицию после турбулентности. (hbr.org)
Поэтому вывод звучит так:
Уязвимы не “PR/HR/QA/UX” и не “ИТ в целом”. Уязвимы те части, чья ценность не выражена в KPI и экономике. В кризис выживает не ценность — выживает измеренная ценность.
Если ИТ встроено в KPI жизненно важного контура (прямо или косвенно), его можно оптимизировать, усложнить закупки, урезать комфорт — но убрать нельзя. И это уже не удача, а дизайн управления.