Представьте: вы пятнадцать лет строили IT-инфраструктуру в банке или крупной розничной сети. Прошли через импортозамещение, наладили аварийное восстановление систем, получили сертификаты по стандартам управления IT. А потом приходите в продуктовую компанию — онлайн-кинотеатр, маркетплейс, образовательную платформу — и с треском проваливаете собеседование на позицию IT-директора.
Вас спрашивают, как вы будете повышать выручку от мобильного приложения и измерять удовольствие клиентов от сервиса. А вы рассказываете про время реакции техподдержки, внутренние регламенты и уровень зрелости процессов. Вас вежливо благодарят и не берут на работу.
Бывает и наоборот. Продуктовый лидер с опытом быстрых релизов и экспериментов приходит в промышленный холдинг. А там нужно, чтобы бухгалтерская система не падала в конце квартала, бюджет соблюдался, а любое изменение согласовывалось с тремя отделами. Тоже не берут.
За последние полтора года я участвовал в разборе нескольких таких кейсов. Не в теории, а в реальных собеседованиях и их последующем анализе. Дело почти всегда не в технологиях — с ними у кандидатов как раз всё в порядке. Дело в том, что IT-директор в большой корпорации и IT-директор в продуктовой компании — это две разные роли. У них разный язык, разные показатели эффективности и разная зона ответственности.
Ниже я опишу два типа, которые сложились на рынке. Почти всегда один из них оказывается главным в конкретном бизнесе, хотя в чистом виде они встречаются нечасто.
Первый тип: IT-директор как управляющий бизнесом через технологии
Такой человек не просто заведует IT-отделом. Он управляет бизнесом с помощью технологий. В государственных корпорациях, промышленных холдингах и крупных финансовых компаниях его оценивают не по числу сбоев, а по тому, как технологии влияют на деньги и операционную эффективность.
Что важнее всего.
В большой корпорации IT-директора оценивают по трём вещам.
Первое — отдача от вложений в IT. Насколько окупаются старые системы и новые проекты. Второе — выполнение бюджета. Отклонение обычно не должно превышать пяти-семи процентов. Третье — бесперебойная работа ключевых бизнес-процессов. Здесь допустимое время простоя измеряется минутами в год, а не часами.
Руководство компании и совет директоров спрашивают не «сколько серверов упало». Спрашивают «почему выросли расходы на IT» и «как перенос бухгалтерской системы на новую платформу повлиял на себестоимость продукта».
За что увольняют.
Реальная история. Один IT-директор крупного холдинга не смог убедить совет директоров заменить устаревшую бухгалтерскую систему. Он говорил про технические долги, риски безопасности и моральное устаревание. Его не поняли. Через полгода случился сбой при сдаче отчётности регулятору. Те же деньги на замену системы дали, но уже с выговором, а через месяц — с увольнением.
Такого руководителя увольняют за три вещи. За управленческие решения, которые привели к падению бизнес-показателей. За системный сбой, который создал плохую репутацию или штрафы. За неспособность объяснить руководству, куда ушли деньги.
Какие задачи решают на самом деле.
Не «стратегия цифровой трансформации», а вполне конкретные вещи. Перенос устаревшей бухгалтерской системы на новую платформу без остановки работы компании. Управление расходами на инфраструктуру после слияния двух компаний. Настройка правил работы с данными в условиях импортозамещения. Обеспечение надёжности большой распределённой системы — не просто подписание бумажек о качестве услуг, а реальная архитектура с измеримыми показателями.
Как разговаривают.
Такой IT-директор приходит на совет директоров не как технический эксперт, а как член правления. Он даёт обратную связь по стратегии, отчитывается каждый квартал в цифрах. Иногда привлекает членов совета, чтобы продать дорогое решение внутри компании — когда без их авторитета не переспорить финансового директора.
Ключевая и самая недооценённая способность — переводить технические вещи на язык бизнеса. Не «нам нужно обновить кластер баз данных», а «если не вложим десять миллионов сейчас, через полгода получим простой на шесть часов с убытком в пятьдесят миллионов».
Второй тип: IT-директор как хозяин цифрового продукта
Совсем другая история. Этот человек отвечает за цифровой продукт как за отдельный бизнес. Его мир — рынок, клиенты, маркетинг, конкуренты. Не бюджеты и регламенты, а рост и доля рынка.
Что важнее всего.
Показатели эффективности здесь совсем другие.
Объём продаж через мобильное приложение и сайт в рублях и процентах. Доля рынка в своём сегменте. Отдача каждого рубля, вложенного в разработку и продвижение. Индексы удовлетворённости клиентов. Скорость выпуска новых функций и продуктов.
Такой IT-директор говорит на языке руководителей продуктов и маркетологов. Спросите его про время реакции техподдержки — он уточнит, какой именно случай его интересует. Потому что для него это лишь одна из многих метрик, а не главный показатель работы.
За что увольняют.
Тоже реальный случай. Продуктовый IT-директор пришёл в крупную розничную сеть строить мобильное приложение. Он запустил гибкий процесс разработки, эксперименты с разными версиями, выкатки без долгих согласований. В первом же квартале не предоставил отчёт об изменениях в системе лояльности. Отдел внутреннего контроля выдал предписание, а через месяц его попросили уйти. Потому что в большой корпорации контроль — это не бюрократия, а способ не получить многомиллионный штраф от государства.
Такого руководителя увольняют за падение удовлетворённости клиентов из-за ошибок в критических сценариях. За отрицательную отдачу от двух продуктов подряд. За неспособность конкурировать с новым игроком на рынке.
Какие задачи решают на самом деле.
Снизить стоимость разработки одной функции без потери качества. Разработать стратегию развития цифрового продукта на три года с пониманием позиционирования и ценовых сегментов. Управлять набором цифровых услуг как продуктовой линейкой — один запускаем, другой закрываем. Считать отдачу от каждой гипотезы, включая чисто технические эксперименты.
Как разговаривают.
Он говорит не с советом директоров о бюджетах, а с руководителем маркетинга и руководителем продуктов о конверсии, удержании клиентов и их пожизненной ценности. Его главный навык — запускать новые цифровые продукты с нуля внутри крупной компании, со всеми согласованиями и внутренней политикой, но с темпом небольшой команды.
Где эта схема даёт сбои
На практике компании редко бывают «чистой» корпорацией или «чистым» продуктом.
В большой корпорации может быть внутренний продукт для клиентов — мобильный банк или личный кабинет. Тогда IT-директор волей-неволей совмещает оба типа. В продуктовой компании может быть платформа с миллионами пользователей, которая требует корпоративного подхода к надёжности. А внутренние платформенные команды внутри продуктовой компании часто живут по корпоративным правилам, в то время как клиентские — по продуктовым.
Самое неприятное происходит на стыке.
Сильный инфраструктурщик пытается управлять продуктом через жёсткие регламенты и формальные процессы — получается медленно и негибко. Продуктовый руководитель недооценивает внутренний контроль и соблюдение требований — корпорация увольняет его после первой же проверки. Технический руководитель не умеет объяснять инвестиционные затраты на языке бизнеса — его проекты не получают деньги. Корпоративный IT-директор тормозит выпуск новых функций из-за избыточного контроля — команды его ненавидят, бизнес жалуется.
Что с этим делать
Главное — понять, какой тип руководителя нужен конкретной компании на текущем этапе. И честно оценить, готовы ли вы к этому.
Перед любым собеседованием на позицию IT-директора имеет смысл задать себе два вопроса. Какой язык здесь в ходу — бюджеты и время реакции на сбои или конверсия и удовлетворённость клиентов? И кто будет вашим основным внутренним заказчиком — совет директоров и финансовый директор или директор по маркетингу и директор по продуктам?
Ответы на эти вопросы почти всегда подсказывают, какой тип нужен.
Переход от одного типа к другому редко бывает быстрым. Кому-то нужно доучиваться финансовому управлению и работе с советом директоров. Кому-то — продуктовым метрикам и маркетингу. Но пытаться быть и тем и другим одновременно на высоком уровне почти никогда не работает. Компании обычно ищут руководителя с выраженной специализацией под конкретный тип бизнеса.
Если совсем коротко
Корпоративный IT-директор отвечает за отдачу от вложений в технологии, стабильность работы и бюджет. Говорит на языке денег и рисков. Увольняют за сбой или невыполнение бюджета.
Продуктовый IT-директор отвечает за рост цифрового продукта, отдачу от разработки и удовлетворённость клиентов. Говорит на языке маркетинга и управления продуктами. Увольняют за падение качества продукта или отрицательную экономику.
В реальности компании смешивают оба подхода, но один почти всегда главный. Провал на собеседовании почти всегда означает непонимание того, какой тип руководителя нужен бизнесу. А не слабое знание технологий.
Материал основан на реальных случаях из практики за 2024–2025 годы. Детали компаний и людей скрыты.
ссылка на оригинал статьи https://habr.com/ru/articles/1044166/