Окдас

Оценка стоимости программного обеспечения

Оценка стоимости программного обеспечения (ПО) ― это регламентированная процедура, позволяющая определить рыночную или иную стоимостную величину программного продукта как нематериального актива. Результат оценки необходим для широкого спектра управленческих, финансовых и юридических задач: от отражения ПО в бухгалтерском балансе до сопровождения сделок M&A и разрешения судебных споров. Специально подготовленный отчёт, подготовленный сертифицированным оценщиком, обеспечивает единый достоверный ориентир стоимости, понятный руководству, инвесторам, контрагентам и государственным органам. 

Содержание

Цели оценки программного обеспечения

Цель 

Для чего нужен результат 

Купля-продажа ПО 

Назначение справедливой цены при передаче прав полностью или частично 

Залоговое обеспечение 

Расчёт величины возможного кредита под залог исключительных прав 

Постановка на баланс 

Корректное отражение нематериальных активов в ФО 1 и ФО 4 

Расчёт стоимости лицензий 

Формирование лицензионной политики и тарифных сеток 

Судебные споры 

Анализ ущерба при нарушении исключительных и смежных прав 

Оценка ущерба от киберинцидентов 

Определение размера потерь при компрометации исходного кода или данных 

Внутреннее обоснование инвестиций 

Проверка экономической целесообразности до-/разработки, масштабирования 

Слияния и поглощения 

Интеграция показателей стоимости ПО в модель оценки бизнеса в целом 

Страхование нематериальных активов 

Установление страховой суммы и тарифа премии 

Подготовка к IPO / венчурной сделке 

Подтверждение стоимости для проспекта эмиссии и due diligence инвесторов 

Классификация программного обеспечения при оценке

  1. Системное ПО ― ОС, СУБД, драйверы, middleware. 
  2. Прикладное ПО ― CRM-системы, мобильные приложения, SaaS-сервисы. 
  3. Встроенное ПО (firmware) ― объект оценки вместе с аппаратной частью. 
  4. Компонентные библиотеки / SDK ― продаются по OEM- или royalty-модели. 
  5. Open-source c двойным лицензированием ― требует анализа условий GPL/LGPL/BSD и возможных ограничений на монетизацию. 

Факторы, влияющие на стоимость

Группа факторов 

Примеры и пояснения 

Технические 

Стек технологий, качество кода, масштабируемость, DevOps-процессы 

Правовые 

Полнота исключительных прав, наличие патентов, открытых лицензий 

Рыночные 

Объём адресуемого рынка (TAM), темпы роста сегмента, конкуренция 

Финансовые 

Историческая и прогнозная маржа, структура издержек, LTV/CAC 

Риски 

Технологическое устаревание, зависимость от третьих API, кибер-риски 

Социальные 

Комьюнити вокруг open-source-версии, бренд-привязка конечных пользователей 

Методологические подходы к оценке

1 Затратный подход 

Основная идея: сколько стоило бы создать аналогичный продукт “с нуля”. 

  • Прямые затраты ― зарплаты разработчиков, дизайнеров, тестировщиков. 
  • Накладные ― аренда, лицензии сторонних инструментов, облачная инфраструктура. 
  • Капитализированные НИОКР ― R&D-компонент. 
  • Корректировки ― физический износ кода (legacy-долг), моральное устаревание, недоинвестированность в документацию. 

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

2 Сравнительный (рыночный) подход 

  • Сбор сделок M&A, прайс-листов, данных маркета приложений. 
  • Коррекция по функционалу, масштабу внедрения, модели монетизации. 
  • Использование мультипликаторов (EV/ARR, EV/DAU, Price/Downloads). 

Ключ к релевантности — корректно подобрать выборку, исключив “выбросы” венчурных сделок со стратегической премией. 

3 Доходный подход 

Фокус на будущих денежных потоках: лицензии, подписка, рекуррентные сервисные платежи. 

  • Метод дисконтированных денежных потоков (DCF). 
  • Метод капитализации прибыли (при стабилизированном доходе). 
  • Метод опционных оценок — полезен для стартапов с высокой неопределённостью. 

4 Комбинированные и вспомогательные методы 

  • Метод остаточного дохода (Residual Income) ― оценивает избыточную прибыль сверх нормальной доходности капитала. 
  • Реальные опционы ― учитывают ценность возможности вывода новых модулей или pivot-смены модели монетизации. 
  • Benchmark-анализ кода с применением функциональных точек и COCOMO II для перерасчёта человеко-часов в деньги. 

Этапы оценки программного обеспечения

  1. Формализация задания. Подтверждаются цели, дата оценки (cut-off), состав прав. 
  2. Due diligence прав и кода. Проверка лицензий, репозиториев, модулей open-source. 
  3. Сбор данных о рынке. Анализ конкурентных решений, тенденций, ценовых моделей. 
  4. Экономический анализ проекта. Построение unit-экономики, сценариев роста, чувствительности к рискам. 
  5. Выбор и обоснование методов. Чаще всего — комбинация доходного и затратного. 
  6. Вычисления. Расчёт WACC, ставка дисконтирования по CAPM, NPV проекта. 
  7. Тест на разумность. Сопоставление результата с мультипликаторами рынка. 
  8. Составление отчёта. Документ формата ФСО 1, со всеми приложениями и расчётами. 
  9. Внутренний и внешний аудит. (по запросу заказчика) Проверка методики Big 4 или отраслевым экспертом. 

Документы и сведения, без которых оценка невозможна

  • Свидетельство о регистрации программы / договор отчуждения. 
  • Выписка из Роспатента (для патентованных алгоритмов). 
  • Сводка по версиям и релиз-истории (release notes). 
  • Таблица метрик разработки: velocity, bug-rate, coverage. 
  • Финмодель: доходы по сегментам, прогноз churn-rate, затраты DevOps-инфраструктуры. 
  • Договоры с ключевыми заказчиками и реселлерами. 
  • Акт независимого аудита безопасности кода (при наличии). 

Типичные ошибки, ведущие к занижению или завышению стоимости

  1. Игнорирование open-source-зависимостей — риск судебных исков. 
  2. Чрезмерный оптимизм в прогнозах ARR — завышенные multipliers. 
  3. Недооценка стоимости технического долга — неучтённые future refactoring costs. 
  4. Неправильное применение мультипликаторов из публичных SaaS к on-premise-решениям. 
  5. Отсутствие кросс-проверки результатами альтернативных подходов. 

Сроки и стоимость услуг оценщика

Фактор 

Влияние на срок 

Влияние на цену 

Объём исходного кода (> 1 млн LOC) 

+3-5 рабочих дней 

+15-20 % 

Кол-во лицензионных договоров (> 50) 

+2-3 дня 

+10 % 

Наличие аудита безопасности 

 

+5-8 % 

Срочность (< 3 раб. дней) 

-50 % времени 

+30-50 % 

Заказ внешнего peer-review 

+5 дней 

+12 % 

пример

Компания A планирует продать модуль машинного обучения для медтех-рынка. 

  • Данные: ARR = €2,4 млн, churn = 6 %, CAGR по рынку = 18 %. 
  • Метод: Доходный (DCF) + тест на мультипликаторы EV/ARR. 
  • WACC: 14 %. 
  • NPV 5 лет: €11,1 млн → стоимость ПО €10,3 млн (с учётом 7 % премии за технологический риск). 
  • Сравнительный тест: Средний EV/ARR отрасли = 4,2 × 2,4 = €10,1 млн. Разница < 2 % — результат признан обоснованным. 

Значение оценки для бизнеса

Квалифицированная оценка ПО: 

  • облегчает привлечение капитала (венчур, облигации, IPO); 
  • снижает налоговые риски благодаря корректному учёту амортизации НМА; 
  • повышает прозрачность при переговорах с партнёрами и заказчиками; 
  • служит доказательной базой в судах по защите интеллектуальной собственности; 
  • помогает ранжировать внутренние ИТ-проекты по ROI и IRR, распределяя бюджет разработки эффективно. 

Заключение

Может быть интересно

Нужна оценка?

Оставьте заявку прямо сейчас и наш менеджер перезвонит вам в ближайшее время
Нужна оценка?
Оставьте заявку прямо сейчас и наш менеджер перезвонит вам в ближайшее время
Закажите бесплатную оценку
Оставьте заявку прямо сейчас и наш менеджер перезвонит вам в ближайшее время
Закажите бесплатную оценку
Оставьте заявку прямо сейчас и наш менеджер перезвонит вам в ближайшее время
Получите бесплатную консульациию
Оставьте заявку прямо сейчас и наш менеджер перезвонит вам в ближайшее время
Получите бесплатную консульациию
Оставьте заявку прямо сейчас и наш менеджер перезвонит вам в ближайшее время