Добавить в корзинуПозвонить
Найти в Дзене
ИНТЕЛАЙТ

Оценка ПО для сделок: затратный подход и документирование как основа стоимости

Введение Для руководителей и владельцев бизнеса, стоящих перед сделкой по продаже ПО инвестору или его взносу в уставный капитал, ключевым становится вопрос оценки рыночной стоимости. Когда продукт не вышел на рынок и не генерирует доход, единственным объективным методом является затратный подход. Однако его практическое применение сталкивается с системными проблемами внутреннего учета в ИТ-компаниях. Эта статья разбирает подводные камни и предлагает четкий алгоритм действий для формирования обоснованной и защищаемой в переговорах стоимости. Проблематика: почему «балансовая стоимость» часто равна нулю Теоретически, структура затрат на разработку прозрачна: ФОТ разработчиков и управленцев, страховые взносы, аренда инфраструктуры, амортизация, сторонние услуги. На практике же в большинстве стартапов и даже устоявшихся команд возникает критический разрыв: ● Отсутствие выделенного учета: бухгалтерия редко ведет отдельный счет для формирования первоначальной стоимости конкретного ПО. Затрат
рубрика "Нематериальные активы"
рубрика "Нематериальные активы"

Введение

Для руководителей и владельцев бизнеса, стоящих перед сделкой по продаже ПО инвестору или его взносу в уставный капитал, ключевым становится вопрос оценки рыночной стоимости. Когда продукт не вышел на рынок и не генерирует доход, единственным объективным методом является затратный подход. Однако его практическое применение сталкивается с системными проблемами внутреннего учета в ИТ-компаниях. Эта статья разбирает подводные камни и предлагает четкий алгоритм действий для формирования обоснованной и защищаемой в переговорах стоимости.

Проблематика: почему «балансовая стоимость» часто равна нулю

Теоретически, структура затрат на разработку прозрачна: ФОТ разработчиков и управленцев, страховые взносы, аренда инфраструктуры, амортизация, сторонние услуги. На практике же в большинстве стартапов и даже устоявшихся команд возникает критический разрыв:

Отсутствие выделенного учета: бухгалтерия редко ведет отдельный счет для формирования первоначальной стоимости конкретного ПО. Затраты «растворяются» в общих статьях.

Неформализованный процесс: нет четких дат начала/окончания разработки, приказов о создании рабочих групп, что делает невозможным ретроспективный сбор данных.

Результат: Программный актив не отражен на балансе или имеет нулевую/символическую балансовую стоимость, непригодную для серьезных переговоров с инвестором.

Параметрические методики (COCOMO): быстро, но условно

В условиях отсутствия данных оценщики прибегают к параметрическим моделям, таким как COCOMO. Их суть — расчет трудоемкости через абстрактные параметры (например, тысячи строк кода, поправочные коэффициенты сложности), с последующим переводом в человеко-часы и стоимость по рыночным ставкам.

Важно понимать: результат таких расчетов — это не фактическая стоимость, а оценочная стоимость воспроизводства аналогичного продукта на текущий момент. Эта цифра часто не совпадает с реальными затратами компании и может стать предметом спора. Ее надежность напрямую зависит от качества экспертных оценок, заложенных в коэффициенты.

Ключевой вывод: приоритет — документальное оформление

Параметрическая оценка — это вынужденная мера. Стратегически правильный путь для компании, планирующей сделки с активами, — создание неопровержимой документальной истории разработки. Это не бюрократия, а формирование финансово-правового обоснования стоимости.

Минимальный обязательный пакет документов для оценки (и для защиты прав)

Оценщик и потенциальный инвестор будут запрашивать именно эти бумаги. Их наличие на порядок повышает доверие к заявленной стоимости.

1. Документы, фиксирующие ЖИЗНЕННЫЙ ЦИКЛ:

o Начало: Приказ о создании рабочей группы, утверждении концепции или технического задания.

o Процесс: Технические задания, служебные задания для сотрудников, акты выполненных работ от сторонних подрядчиков.

o Завершение: Приказ о приемке результатов, акт приемки-передачи нематериального акта, протокол тестирования. Критически важно — документ, фиксирующий факт создания конкретного объекта.

2. Документы, подтверждающие ПРАВА компании на ПО:

o Для штатных сотрудников: Уведомления работников о создании служебного произведения с приложением результатов. Это базовый документ для перехода исключительных прав к работодателю.

o Для внешних подрядчиков (ГПХ): Договоры авторского заказа или подряда с четким условием о переходе исключительных прав, детальные технические задания и акты сдачи-приемки.

o Спецификация или описание программы: Документ, который однозначно идентифицирует оцениваемый объект.

3. Подтверждающие ЗАТРАТЫ документы:

o Трудовые договоры и расчеты ФОТ участников проекта.

o Договоры аренды облачной инфраструктуры, лицензий на ПО.

o Счета и акты от сторонних исполнителей.

Практические рекомендации для руководства

1. Начинайте документировать сейчас. Даже если процесс запущен, немедленно формализуйте его текущее состояние приказами и актами.

2. Ведите проектную аналитику. Внедрите простые системы учета времени (time-tracking) по проектам, что даст реальные данные о трудоемкости.

3. Синхронизируйте отделы. Обязательно согласуйте действия технических руководителей, HR и бухгалтерии для корректного отнесения затрат.

4. При предстоящей сделке инициируйте независимую оценку. Эксперт-оценщик не только рассчитает стоимость, но и выявит пробелы в документации, которые необходимо устранить до выхода на инвестора.

Заключение

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

Получите бесплатную консультацию по регистрации товарного знака:

Наш ТГ-канал
На
канал в ВК
Наш сайт
intelight.pro