Введение: почему структура важнее, чем кажется
Когда крупный бизнес запускает технологическое направление, почти всегда возникает идея: вынести его в отдельную компанию.
На практике это правильное решение — но только при одном условии: если структура изначально продумана.
Иначе возникает классическая ситуация:
- технология в одном юрлице,
- команда в другом,
- деньги в третьем,
- а ответственность — нигде.
Именно такие разрывы чаще всего всплывают при внешней проверке или экспертизе. Например, при оценке проектов уровня сколково это сразу видно, где структура рабочая, а где формальная.
Итог: проблема не в том, что компания выделена, а в том, как это сделано.
Когда действительно нужно выделять отдельную компанию
Сигнал №1. Появляется самостоятельный продукт
Если разработка:
- может существовать отдельно от основного бизнеса,
- имеет собственную экономику,
- ориентирована на внешний рынок —
это уже не «проект», а отдельный бизнес.
Сигнал №2. Нужна отдельная команда
Когда команда:
- работает независимо,
- имеет свои KPI,
- принимает собственные решения —
оставлять её внутри основной структуры становится неэффективно.
Сигнал №3. Возникают партнёры или инвесторы
Любые внешние взаимодействия требуют:
- прозрачной структуры,
- понятных прав,
- отдельной ответственности.
Вывод
Выделение оправдано, когда появляется:
- отдельный продукт,
- отдельная команда,
- отдельная экономика.
Итог: выделяют не «на всякий случай», а когда бизнес уже разделился по сути.
Управленческие преимущества и скрытые риски
Что даёт выделение
1. Скорость
Отдельная компания быстрее принимает решения.
2. Фокус
Команда работает на конкретный продукт, а не на весь холдинг.
3. Гибкость
Можно менять модель, не затрагивая основной бизнес.
Где начинаются проблемы
Риск 1. Разрыв управления
Головная компания теряет контроль над проектом.
Риск 2. Конфликт интересов
- продукт нужен группе,
- но компания хочет зарабатывать отдельно.
Риск 3. Дублирование функций
Финансы, юристы, управление — всё начинает дублироваться.
Практический вывод
Выделение ускоряет бизнес, но усложняет управление.
Итог: без правил взаимодействия внутри группы возникает конфликт, а не рост.
Финансовая модель внутри группы: где чаще всего ломается логика
Типичная ошибка
Финансовые потоки не связаны с реальной ценностью:
- одна компания финансирует,
- другая разрабатывает,
- третья зарабатывает.
Что в итоге
- непонятно, где прибыль,
- сложно оценить проект,
- возникают внутренние конфликты.
Как должна выглядеть модель
1. Понятный центр дохода
Кто зарабатывает на продукте.
2. Понятная модель расчётов
Как распределяются:
- выручка,
- расходы,
- инвестиции.
3. Прозрачность внутри группы
Каждая компания должна понимать свою роль.
Вывод
Если финансовая модель не описана — она не управляется.
Передача технологий между компаниями: ключевая зона риска

Как это происходит в реальности
- технология создаётся в одном юрлице,
- используется другим,
- развивается третьим.
Где возникает проблема
- права не переданы,
- договоров нет,
- условия не зафиксированы.
Чем это заканчивается
- нельзя масштабировать продукт,
- невозможно привлечь партнёров,
- возникают юридические риски.
Что должно быть
1. Чёткое закрепление прав
Кто владеет технологией.
2. Договорная модель
- лицензия,
- передача,
- использование.
3. Контроль изменений
Кто вносит изменения и кому они принадлежат.
Практический момент
При подготовке к структурированию проектов (например, когда компания изучает как стать резидентом Сколково), этот блок почти всегда требует доработки.
Итог: технология без оформленной передачи прав — это риск, а не актив.
Подготовка структуры к проверке: что реально смотрят

Когда структура попадает под внешнюю оценку, проверяют не «бумаги», а логику.
Что оценивают
1. Связь компаний
Понятно ли:
- кто за что отвечает,
- как они взаимодействуют.
2. Структуру прав
- где находится технология,
- кто её контролирует.
3. Экономику
- где возникает доход,
- как он распределяется.
Частая проблема
Структура существует «на словах», но не закреплена.
Что нужно сделать заранее
- описать модель взаимодействия,
- закрепить договоры,
- привести структуру к логике бизнеса.
Если компания идёт в сторону формализации и подготовки к статусу, часто используют инструменты вроде сколково резидентство как рамку требований — это помогает выявить слабые места.
Итог
Проверка не создаёт проблемы — она их показывает.
Мини-резюме
Чтобы избежать конфликтов внутри холдинга, нужно правильно выделить технологическую компанию, выстроить финансовую модель, оформить передачу прав и зафиксировать взаимодействие между юрлицами.
«Проблемы в структуре группы возникают не из-за разделения бизнеса, а из-за отсутствия правил взаимодействия».
FAQ
Нужно ли всегда выделять технологическую компанию?
Нет, только если есть отдельный продукт и команда.
Можно ли использовать технологию без передачи прав?
Можно, но это создаёт риски при масштабировании.
Когда возникают конфликты внутри группы?
Когда не закреплены роли, деньги и права.
Что важнее — структура или продукт?
Без структуры продукт невозможно масштабировать.
Заключение
Выделение технологической компании — это не просто юридическое решение, а изменение всей логики бизнеса.
Компании, которые делают это осознанно, получают:
- управляемость,
- прозрачность,
- масштабируемость.
Остальные — внутренние конфликты, которые становятся заметны только тогда, когда уже поздно.