Как снизить затраты на ИТ до 20%: методика ИТ‑консалтинга

Mark Lis, Руководитель ИТ‑консалтинга WEBDAD · 19 июня 2026

27% облачных расходов бизнес сам называет «потраченными впустую». А тем временем в продакшене — знакомая сцена: инженер открывает отчёт и видит, как AWS‑счёт выходит из‑под контроля, а через минуту признаётся: «биллинг AWS слишком запутан». Вы платите за то, что не используете — и за то, чего не видите.

ИТ‑консалтинг позволяет реалистично сократить ИТ‑затраты на ≈20% не через штатные сокращения, а за счёт системной «зачистки» waste: rightsizing/stop‑idle, деактивация неиспользуемых SaaS, применение и коммит‑скидок (RI/Savings Plans/CUD) и постановка процессов FinOps + ITAM. Мы фиксируем baseline затрат, вычищаем «мусор» в облаке и лицензиях, закрываем скрытые статьи (egress, Extended Support) и только затем принимаем архитектурные решения. Ключ: измеримость, быстрые волны экономии и удержание эффекта процессами — а не разовые акции.

Откуда реально берётся «‑20%»? Какие статьи расходов можно зачистить?

Начнём с фактов. В облаке компании оценивают 27% IaaS/PaaS расходов как потери. В SaaS средняя «мертвая» сумма — $18 млн в год на неиспользуемых лицензиях. Команды с низкой зрелостью ITAM теряют ещё 29–32% на ПО/SaaS/IaaS. Рост AI‑нагрузок усугубил ситуацию — доля «cloud waste» снова растёт. Отчёты фиксируют рост потерь из‑за AI‑ворклоадов.

Скрытые статьи, которые «едят» бюджет: egress и межоблачный трафик (часто выпадают из моделей), Extended Support старых версий БД в RDS, и резкие ценовые шоки вендоров. О ловушках скрытых издержек подробно пишут практики по управлению ИТ‑расходами, а про надбавки Extended Support в RDS — официальная страница AWS: политика Extended Support для RDS MySQL/PostgreSQL.

Контекст момента: после сделки Broadcom многие клиенты пересматривают лицензии VMware; крупные бренды публично уходят, обвиняя в «навязанных» подписках. Свежий пример с выходом крупного ритейлера и исками — обзор TechRadar. На пользовательских форумах предприятия видят до +300% к прайсу. Это не «оптимизация», это повод пересчитать TCO и финансировать миграции за счёт снятия lock‑in.

И ещё один якорь реальности: экономить на безопасности — ложная экономия. Средняя стоимость брича — $4.88 млн. Поэтому «‑20%» добываются не урезанием SLA, а зачисткой реальных потерь.

“What you can’t see, you can’t optimize.” Нет прозрачности — нет экономии. Источник дискуссии

Но дело не только в этом…

Как установить baseline и правильно считать эффект — какие метрики и горизонты?

Большинство материалов обещают «10–20%», не отвечая на базовые вопросы: где baseline, какой горизонт и какая unit‑экономика. На это прямо указывает отраслевой разбор: без чёткого «базового метра» цифры фиктивны. Об отсутствии методики baseline пишут консультанты по трансформации. Наша позиция: baseline = (30/90/365 дней) с включением всех «скрытых» строк и сезонности.

Что включать: egress/межоблачный трафик, надбавки Extended Support (например, RDS), резервирование/коммиты, штрафы за изменения со стороны вендоров, а также CAPEX→OPEX эффекты миграций. Про egress/скрытые издержки см. аналитические материалы, а про Extended Support RDS — официальная страница AWS.

Метрики: cost per VM‑hour, cost per GB‑month, cost per transaction/order, cost per active SaaS user, % waste, committed utilization %, ARR‑эквивалент экономии, % от OpEx, ROI аудита. Не срезайте безопасность: брич обходится в среднем $4.88 млн, это дороже любой «экономии на SLA».

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

Какие быстрые шаги дают 10–20% в первые 30–90 дней?

Есть «короткие волны» экономии — именно они и формируют первые 10–20% возврата средств. Bain указывает, что быстрые меры (заморозка спроса, переобсуждение контрактов, правайзинг) приносят 10–20% в первые месяцы. Практический пример: Alchemer сократил счёт AWS на 20% за 30 дней и >30% за год, отключив idle‑ресурсы и исправив архитектуру.

1. Отключение idle/unused compute и автопауза дев‑сред: даёт мгновенный эффект без риска. Подтвердите через 7‑дневные графики загрузки и теги владельцев.

2. Rightsizing инстансов и хранилищ: уменьшите «переразмеренные» VM и объёмы EBS/подписок. Сначала — нетривиальные аномалии (CPU<10%, IOPS≈0).

3. Деактивация неиспользуемых SaaS‑лицензий: выгрузите активность за 90 дней и снимите доступы. Средняя утечка по предприятиям — $18 млн в год. И это направление часто недооценивают в гайдах по сокращению затрат. Консалтинговые рекомендации по снижению стоимости нередко игнорируют глубину SaaS‑портфеля.

4. Включение tag‑биллинга и chargeback/showback: распределите расходы по продуктам и владельцам, чтобы запускать локальные инициативы экономии («что не видно — не управляется»).

5. Коммит‑скидки для стабильной нагрузки: Savings Plans/RI/CUD. AWS/ Azure заявляют «до 72%», GCP — «до 46%» (при корректном коммите и загрузке). Источники — ниже в таблице.

Если параллельно вы запускаете инициативы с генеративным AI в маркетинге, соотнесите прирост лидов и инфраструктурные затраты; полезно свериться с практиками использования AI в контенте — это помогает выставлять корректные KPI.

Какие облачные коммит‑скидки выбрать и во сколько они реально переводятся в экономию?

Как считать оптимальный уровень коммита: возьмите P50‑нагрузку за 90 дней, примените безопасный коэффициент (например, 0.7–0.8), а пики оставьте на On‑Demand/Spot. Это снижает риск недоиспользования и «запирания» бюджета.

FinOps + ITAM: как связать процессы, чтобы сэкономленное не улетучилось?

Устойчивая экономия — это процесс, а не проект. Нужны роли: FinOps lead (облако, коммиты, chargeback) и ITAM owner (лицензии, SaaS‑портфель, соответствия). Многие кейсы «‑20% через managed services» не объясняют, как совместно управляются расходы и активы — это провал дизайна. На дефицит связки FinOps+ITAM указывают отраслевые разборы managed‑services кейсов. В реальности без ITAM «утечки» в SaaS легко возвращают бюджет назад — что подтверждает статистика 29–32% потерь при низкой зрелости.

• Процессы: ежемесячные FinOps‑ретроспективы, отчётность waste%, политика тегов, автоматизация выключения idle‑ресурсов, квартальные SaaS‑ревью (turnover/active seats).

• KPI: % waste ↓, committed utilization ↑, $/транзакцию ↓, $/active SaaS user ↓, соблюдение бюджетов по продуктам (chargeback).

• Инструменты: отчёты CSP + FinOps‑платформы + ITAM/SaaS‑management. Договоритесь об SLO и RACI при аутсорсинге.

И здесь начинается настоящая проблема.

Где это не работает? Типичные ошибки и реальные кейсы провалов

Ошибка №1: считать экономию без учёта egress/миграционных затрат. Итог — после «оптимизации» прилетает неожиданный счёт. Практики предупреждают: скрытые издержки вне фокуса «едят» досягаемую экономию. См. анализ о роли egress и прочих ловушек.

Ошибка №2: слепой коммит в RI/Savings Plans без rightsizing. Недоиспользованный коммит превращается в налог на неэффективность. Проверяйте загрузку, прежде чем подписываться на 1–3 года.

Ошибка №3: игнор политики жизненного цикла БД. Старые версии в RDS переводятся на Extended Support с надбавками — строка тихо растёт, пока вы «планируете апгрейд». Подробности политики Extended Support (RDS) — у AWS.

Ошибка №4: попытка «сэкономить» через подрядчика без прозрачных KPI. Нет chargeback — через квартал всё откатывается. И да, ценовые шоки вендоров (пример VMware) — это не частность, а системный риск TCO. Форумы сообщают о росте цен на ~300% у отдельных корпоративных клиентов, а медиа фиксируют исход крупных брендов с пересчётом TCO. Обзор ситуации и реакции крупных компаний.

Контр‑тезис: разве «‑20%» — это просто зачистка? Когда нужны стратегические изменения?

Да, «‑20%» — в основном зачистка потерь, а не урезание SLA/штата. Данные это подтверждают: в облаке до четверти затрат — «жир», в SaaS средняя «мертвая» сумма огромна. Когда целитесь в 30–40% и выше — нужна реархитектура, упрощение продуктового портфеля и стандартизация сервисов. Быстрые «короткие волны» действительно возвращают 10–20%, но для большего эффекта необходимы структурные изменения. Есть и доказанные инфраструктурные кейсы: ‑25% расходов за счёт стандартизации и managed services у крупного медпровайдера.

Пошаговый план 30/90/365 дней (чек‑лист для заказа аудита ИТ)

1. Первые 30 дней — диагностика и quick wins: собрать baseline (30/90/365), настроить теги и chargeback, выявить idle/overprovisioned ресурсы, остановить «зомби»‑инстансы и деактивировать неактивные SaaS‑аккаунты. Подготовить модель коммитов (без подписания).

2. Первые 90 дней — закрепление эффекта: внедрить rightsizing, подписать первые коммиты под стабильную нагрузку (AWS/Azure/GCP), пересмотреть ключевые контракты и SLA, закрыть Extended Support через апгрейды. Запустить ежемесячные FinOps‑ритуалы и квартальные SaaS‑ревью.

3. 365 дней — устойчивость и архитектура: стандартизация сервисов, целевые TCO‑кейсы (в т. ч. пересмотр виртуализации), автоматизация удаления idle и перманентный ITAM‑контроль. Поэтапная реализация ИТ‑проектов снижает совокупные затраты на 15–20%, поэтому фиксируйте результаты на каждом этапе и реинвестируйте экономию в реархитектуру.

Дополнительно: если в дорожной карте есть инициативы по генеративному AI в маркетинге, заранее проверьте капиталоёмкость на трафик и хранение; полезный обзор — как встроить AI в SEO в связке с FinOps‑контролем.

Часто задаваемые вопросы

Можно ли получить 72% экономии в облаке сразу и без риска?

72% — это верхний предел при полной загрузке Reserved/Savings Plans и долгом коммите (1–3 года). Реально нужно моделировать фактическую загрузку: комбинируйте коммит для стабильной нагрузки и On‑Demand для пиков. Оценивайте риск недоиспользования и опирайтесь на официальные условия скидок: AWS Savings Plans, Azure RI и GCP CUD.

Как быстро выяснить, сколько платим за неиспользуемые SaaS‑лицензии?

Запустите аудит использования: экспорт учётных записей, активность пользователей за 90 дней и сопоставление с лицензиями. Инструменты ITAM/SaaS‑management дают % неактивных пользователей и сумму утечек; часто быстрый cleanup даёт 10–20% в SaaS‑бюджет. Для масштаба: у предприятий средняя «мертвая» сумма в SaaS — $18 млн в год. Источник по средним потерям

Какие скрытые расходы чаще всего отсутствуют в отчётах?

Egress‑трафик при миграциях, Extended Support для старых БД (RDS), межоблачный трафик, неучтённые third‑party‑плагины и штрафы от vendor‑price‑changes. Включайте их в baseline и оценку ROI каждого оптимизационного шага. Политика RDS Extended Support — у AWS.

Как удержать эффект через 12 месяцев — хватит ли одноразового аудита?

Одного аудита недостаточно: нужен набор процессов — FinOps для оперативного контроля расходов и ITAM для управления лицензиями. Соглашения с KPI, ежемесячная отчётность waste% и автоматизация удаления idle‑ресурсов удерживают экономию. Практика показывает, что без связки FinOps+ITAM эффект растворяется после пары кварталов.

Что делать при внезапном росте цен от поставщика (например, VMware)?

Пересчитайте TCO и варианты выхода: ре‑оцените виртуализацию (replatforming), оцените урон от vendor‑lock‑in, используйте пересмотр контрактов как шанс профинансировать миграцию и покрыть «‑20%» через сокращение лицензий и переход на cloud‑native. Контекст по лицензионному шоку и исходу клиентов.

Итог прост: «экономия» без прозрачности — это лотерея; методичный консалтинг превращает лотерею в управляемый процесс с понятной метрикой эффекта.

Закрепите дисциплину метриками и ритуалами, а высвобождённые 10–20% пустите на реархитектуру — это самый честный способ ускорить развитие без разрывов SLA.

Заказать бесплатный аудит ИТ‑инфраструктуры у WEBDAD