🤔 Продолжая тему про корпоративный налог, раскрою одну из граней этой проблемы — «кэптивное ИТ».
Для тех, кто не знаком с термином: кэптивное ИТ — это выделенная ИТ-компания (или несколько) внутри холдинга, которая несёт функцию разработки, поддержки ПО, инфраструктуры, рабочих мест. По сути, это когда в корпорации уже не «ИТ-департамент», а отдельные юрлица. Особенно популярным их выделение стало после налоговых льгот для ИТ в 2021 году.
📆 Недавно беседовал с коллегой из крупного телекома, у которых кэптивная компания для разработки ПО появилось как раз в 2021-м: компания небольшая, порядка 300 человек. Но проблемы, которые он описал, были 1-в-1 те, что я наблюдал в кэптивах масштаба 1000, 3000, 5000+:
❌ качество ресурсов и разработки — низкое
❌ сроки огромные, и те постоянно «вправо»
❌ ставки выше, чем у внешних подрядчиков
❌ рычаги воздействия почти отсутствуют — компания же «своя»
❌ SLA условные, и постоянно нарушаются
‼️ То есть проблемы неэффективного кэптива - это не вопрос масштаба, за которым неминуемо следует корпоративный налог.
☝️ Это вопрос того, что ВЫРУЧКА кэптивного ИТ — это ЗАТРАТЫ основного бизнеса. Кэптив, как юрлицо, зарабатывает на процессе, а не на результате: чем дольше разработка, чем больше людей на проекте — тем больше выручка. Хорошо для кэптива, чудовищно для бизнеса. И даже если специально не раздувать проекты по численности и срокам — «само собой» сложится именно так: логика юрлица сильнее добрых намерений.
🔴 Неутешительный вывод: неэффективность кэптива скорее всего перекрывает всю экономию на налоговых льготах.
🟢 Утешительный вывод: ключ к проблеме на мой взгляд есть, и он в трех плоскостях:
1️⃣ Организационная плоскость:
— Запретить рассматривать performance юрлица с точки зрения выручки и прибыли — для услуг которые кэптив оказывает внутри холдинга;
— KPI топ-менеджеров кэптива завязать напрямую на KPI бизнеса, на который оно работает;
— KPI специалистов и команд выстраивать сквозняком в KPI бизнеса, для которого они делают продукты;
2️⃣ Управленческая плоскость:
— Выстроить максимально близкую связь команд разработки - особенно проджектов и продактов - с бизнес-заказчиком. Вплоть до того, что посадить их физически вместе в одном помещении;
— Специалистов выделять под продукт — так же, как если они работали бы в юрлице заказчика;
3️⃣ Культурная плоскость:
— На уровне команд: принадлежность к другому юрлицу должна остаться тотальной формальностью. «Часть команды — часть корабля»
— На уровне топов кэптива: перестать мерить себя выручкой. Успех кэптива — это успех продуктов у заказчика
Только при выполнении этих базовых условий возможно заставить кэптивное ИТ не только получать приличные налоговые льготы, но и реально эффективно работать на бизнес. Иначе - обоснованно предполагаю что налоговая льгота обнуляется теми недостатками, которые перечислил выше.
☝️В данном кейсе я не рассматриваю бигтех, но на то он и бигтех - там изначально бизнес строился вокруг разработки цифрового продукта
🧐 А у вас как — кэптив работает на результат или на процесс? Расскажите в комментариях, тема живая.
#кэптив #ит #управление #корпоративныйналог #product
ПРО ПРОДУКТ | Алексей Маньковский
