КЭПТИВНОЕ ИТ: СВОИ ДОРОЖЕ ЧУЖИХ?

🤔 Продолжая тему про корпоративный налог, раскрою одну из граней этой проблемы — «кэптивное ИТ».

Для тех, кто не знаком с термином: кэптивное ИТ — это выделенная ИТ-компания (или несколько) внутри холдинга, которая несёт функцию разработки, поддержки ПО, инфраструктуры, рабочих мест. По сути, это когда в корпорации уже не «ИТ-департамент», а отдельные юрлица. Особенно популярным их выделение стало после налоговых льгот для ИТ в 2021 году.

📆 Недавно беседовал с коллегой из крупного телекома, у которых кэптивная компания для разработки ПО появилось как раз в 2021-м: компания небольшая, порядка 300 человек. Но проблемы, которые он описал, были 1-в-1 те, что я наблюдал в кэптивах масштаба 1000, 3000, 5000+:

❌ качество ресурсов и разработки — низкое
❌ сроки огромные, и те постоянно «вправо»
❌ ставки выше, чем у внешних подрядчиков
❌ рычаги воздействия почти отсутствуют — компания же «своя»
❌ SLA условные, и постоянно нарушаются

‼️ То есть проблемы неэффективного кэптива - это не вопрос масштаба, за которым неминуемо следует корпоративный налог.

☝️ Это вопрос того, что ВЫРУЧКА кэптивного ИТ — это ЗАТРАТЫ основного бизнеса. Кэптив, как юрлицо, зарабатывает на процессе, а не на результате: чем дольше разработка, чем больше людей на проекте — тем больше выручка. Хорошо для кэптива, чудовищно для бизнеса. И даже если специально не раздувать проекты по численности и срокам — «само собой» сложится именно так: логика юрлица сильнее добрых намерений.

🔴 Неутешительный вывод: неэффективность кэптива скорее всего перекрывает всю экономию на налоговых льготах.
🟢 Утешительный вывод: ключ к проблеме на мой взгляд есть, и он в трех плоскостях:

1️⃣ Организационная плоскость:
— Запретить рассматривать performance юрлица с точки зрения выручки и прибыли — для услуг которые кэптив оказывает внутри холдинга;
— KPI топ-менеджеров кэптива завязать напрямую на KPI бизнеса, на который оно работает;
— KPI специалистов и команд выстраивать сквозняком в KPI бизнеса, для которого они делают продукты;

2️⃣ Управленческая плоскость:
— Выстроить максимально близкую связь команд разработки - особенно проджектов и продактов - с бизнес-заказчиком. Вплоть до того, что посадить их физически вместе в одном помещении;
— Специалистов выделять под продукт — так же, как если они работали бы в юрлице заказчика;

3️⃣ Культурная плоскость:
— На уровне команд: принадлежность к другому юрлицу должна остаться тотальной формальностью. «Часть команды — часть корабля»
— На уровне топов кэптива: перестать мерить себя выручкой. Успех кэптива — это успех продуктов у заказчика

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

☝️В данном кейсе я не рассматриваю бигтех, но на то он и бигтех - там изначально бизнес строился вокруг разработки цифрового продукта

🧐 А у вас как — кэптив работает на результат или на процесс? Расскажите в комментариях, тема живая.

#кэптив #ит #управление #корпоративныйналог #product

📲 ПРО ПРОДУКТ | Алексей Маньковский