Программное обеспечение — один из наиболее сложных объектов для независимой оценки среди всех видов нематериальных активов. Отсутствие физической формы, быстрое моральное устаревание, разнообразие бизнес-моделей монетизации и неразвитость открытого рынка сделок делают определение рыночной стоимости ПО нетривиальной задачей. В этой статье разберём, зачем и когда нужна оценка программного обеспечения, какие подходы и методы применяются для коробочных продуктов, SaaS-решений и мобильных приложений, и на что обратить внимание при подготовке к оценке.
Что понимается под оценкой программного обеспечения
Когда говорят об оценке стоимости программного обеспечения, речь идёт не о самом программном коде, а о стоимости прав на него. Согласно ст. 1261 ГК РФ, программа для ЭВМ — объект авторского права, и оценке подлежат исключительные или неисключительные права на этот результат интеллектуальной деятельности. Под определение «программа для ЭВМ» подпадают корпоративные ERP- и CRM-системы, платёжные платформы, базы данных, мобильные приложения, видеоигры, SaaS-сервисы, нейронные сети и другие цифровые продукты.
Объектом оценки является не программный код, а совокупность прав на него — исключительное право, право использования по лицензионному договору или иные права, принадлежащие правообладателю.
Важно разграничивать два принципиально разных объекта. Исключительное право предполагает полный контроль над продуктом — возможность использовать, распоряжаться, передавать, запрещать использование другим лицам. Право использования (неисключительная лицензия) даёт лишь право применять ПО в рамках условий лицензионного договора. Стоимость этих прав может различаться на порядки, поэтому корректная идентификация объекта оценки — первый и критически важный шаг.
Когда и зачем нужна оценка ПО
Необходимость в независимой оценке программного обеспечения возникает в целом ряде деловых и юридических ситуаций. Наиболее распространённая — постановка на бухгалтерский баланс. Когда компания разрабатывает ПО собственными силами, затраты на его создание нередко учитываются неполно: часть расходов списывается на текущие затраты, и в итоге балансовая стоимость актива не отражает его реальную рыночную стоимость.
Внесение ПО в уставный капитал — ещё одна частая причина обращения к оценщику. Российское законодательство требует, чтобы стоимость неденежного вклада в уставный капитал ООО свыше 20 000 рублей была подтверждена независимым оценщиком, а для АО привлечение оценщика обязательно при любой сумме.
Оценка также востребована при совершении сделок купли-продажи исключительных прав, при привлечении инвестиций, реструктуризации бизнеса и сделках M&A, для обоснования ставок роялти по лицензионным договорам, а также для определения ущерба при нарушении исключительных прав в суде.
Оценка ПО для постановки на баланс особенно актуальна для IT-компаний, которые разрабатывают продукты собственными силами: затраты на создание часто не отражают реальную рыночную стоимость актива.
Типы программного обеспечения и их влияние на оценку
Программное обеспечение неоднородно, и бизнес-модель монетизации радикально влияет на применимые методы оценки и итоговый результат.
Коробочное (десктопное) ПО — классический тип программного продукта, передаваемый пользователю путём продажи лицензии на конкретную версию. Доход формируется за счёт единовременных платежей за лицензии и платных обновлений. Ключевые факторы стоимости — объём продаж, наличие базы пользователей, конкурентная среда и темпы морального устаревания.
SaaS (Software as a Service) — модель, при которой пользователь получает доступ к продукту через интернет по подписке. SaaS генерирует регулярный повторяющийся доход (MRR/ARR), что принципиально меняет подход к оценке. На первый план выходят такие метрики, как MRR (Monthly Recurring Revenue), ARR (Annual Recurring Revenue), churn rate (коэффициент оттока), CAC (стоимость привлечения клиента) и LTV (пожизненная ценность клиента).
Мобильные приложения сочетают элементы обоих типов. Приложение может монетизироваться через единовременную покупку, подписку, in-app purchases или рекламу. Существенными факторами стоимости являются DAU/MAU (активные пользователи), retention rate и ARPU (средний доход на пользователя).
Подходы и методы оценки программного обеспечения
Оценка стоимости ПО проводится в рамках трёх классических подходов, закреплённых в федеральных стандартах оценки: доходного, затратного и сравнительного. Однако специфика программных продуктов накладывает серьёзные ограничения на применимость каждого из них, и на практике оценщик должен обосновать выбор подходов исходя из характеристик конкретного объекта.
Доходный подход
Доходный подход является приоритетным для оценки коммерческого программного обеспечения, которое генерирует или способно генерировать денежные потоки. Суть подхода состоит в определении текущей стоимости будущих экономических выгод от использования ПО.
В рамках доходного подхода для ПО наиболее востребованы два метода. Метод дисконтирования денежных потоков (DCF) предполагает построение прогноза доходов от использования программного продукта на весь оставшийся срок его экономической жизни, с последующим приведением этих потоков к текущей стоимости с учётом ставки дисконтирования. Этот метод хорошо подходит для SaaS-продуктов с историей подписок и предсказуемыми доходами.
Метод освобождения от роялти основан на предположении, что правообладатель не владеет оцениваемым ПО, а вынужден лицензировать его у третьего лица, уплачивая роялти. Экономия на роялти, которую получает правообладатель благодаря владению исключительным правом, и формирует стоимость актива. Для применения этого метода необходимо определить рыночную ставку роялти, что требует анализа сопоставимых лицензионных сделок в соответствующей отрасли.
Существует и метод реальных лицензионных платежей, который может быть применён, когда правообладатель уже лицензирует ПО на основании действующих лицензионных договоров. В этом случае стоимость определяется на основании фактических поступлений от лицензиатов, что повышает обоснованность расчётов. Однако для его применения необходимо, чтобы договорная модель соответствовала экономическому содержанию отношений.
Выбор между методом освобождения от роялти и методом реальных лицензионных платежей зависит от договорной структуры правообладателя. Если фактически ПО лицензируется — предпочтительнее метод реальных платежей, если нет — метод освобождения от роялти.
В нашей практике мы неоднократно сталкивались с ситуацией, когда клиент формально использовал договоры оказания услуг вместо лицензионных договоров, хотя фактическая модель бизнеса предполагала предоставление лицензий на ПО с дополнительной доработкой под заказчика. Такое несоответствие юридической формы и экономического содержания ограничивало выбор методов оценки. После корректировки договорной модели и перезаключения договоров стало возможным применить метод реальных лицензионных платежей, что позволило использовать фактические денежные потоки и получить более точный результат.
Затратный подход
Затратный подход определяет стоимость ПО исходя из затрат на воспроизводство или замещение объекта с учётом всех видов устаревания. Особенность программной разработки — крайне высокая доля трудозатрат, поэтому ключевым параметром является трудоёмкость разработки.
Для оценки трудоёмкости применяются параметрические модели COCOMO II и SLIM. COCOMO II оценивает объём трудозатрат на основании размера программного кода (в тысячах строк — KSLOC) с поправочными коэффициентами на сложность, квалификацию команды и технологии. SLIM основана на статистическом анализе завершённых проектов.
Затратный подход особенно применим для некоммерческого ПО — внутренних корпоративных систем, не предназначенных для продажи, а также для ПО на ранних стадиях разработки. Однако затраты на создание далеко не всегда коррелируют с рыночной стоимостью: продукт за 10 миллионов рублей может стоить и 100 миллионов, и 1 миллион — в зависимости от коммерческого потенциала.
При применении затратного подхода критически важно учитывать накопленный износ — функциональное, технологическое и экономическое устаревание. Продукт на устаревшем стеке с архитектурой, не отвечающей современным требованиям, теряет значительную часть стоимости.
Сравнительный подход
Сравнительный подход предполагает определение стоимости на основе анализа сделок с аналогичными программными продуктами. На практике его применение для оценки ПО крайне ограничено из-за информационной закрытости рынка: сделки носят конфиденциальный характер, финансовые условия не раскрываются, а каждый продукт обладает высокой степенью уникальности. Тем не менее при наличии данных о сопоставимых сделках (публичные M&A, биржи приложений) сравнительный подход может служить дополнительным ориентиром.
Особенности оценки коробочного ПО
Коробочный программный продукт — как правило, зрелый актив с устоявшейся базой пользователей и историей продаж. При его оценке ключевую роль играет анализ жизненного цикла: на какой стадии находится продукт — роста, насыщения или снижения.
Для коробочного ПО характерна проблема морального устаревания. Оценщик анализирует актуальность технологического стека, частоту обновлений, совместимость с текущими ОС и наличие технологической «задолженности». При оценке доходным подходом ключевое значение имеет прогноз остаточного срока экономической жизни продукта — для большинства десктопных программ он составляет от 3 до 10 лет.
Затратный подход для коробочного ПО применяется с учётом полной стоимости воспроизводства или замещения, включая затраты на проектирование архитектуры, тестирование, документирование, а также расходы на маркетинг и создание бренда продукта.
Особенности оценки SaaS-продуктов
SaaS-модель фундаментально отличается от коробочного ПО, и главное её преимущество с точки зрения оценки — предсказуемость денежных потоков.
При оценке SaaS-продукта оценщик оперирует специфическими метриками. MRR — базовая метрика масштаба бизнеса. ARR — основа для прогнозирования. Важно различать MRR и общий денежный поток: если клиент оплатил подписку на год вперёд, полученная сумма целиком отражается в кэшфлоу, но в MRR учитывается лишь ежемесячная часть.
Churn rate — критический показатель устойчивости. Высокий churn может обесценить SaaS-продукт даже при впечатляющих показателях MRR, если стоимость привлечения новых клиентов (CAC) превышает их пожизненную ценность (LTV).
Прогноз строится на основании динамики MRR/ARR с поправками на ожидаемый churn, рост клиентской базы и изменение ARPU. Ставка дисконтирования для SaaS, как правило, выше, чем для традиционного ПО, отражая риски конкуренции и технологических изменений в облачном сегменте.
При оценке SaaS-продукта критично различать MRR и общий денежный поток. Годовая предоплата клиента — это не 12 MRR, а один крупный платёж. Ошибка в классификации может привести к существенному завышению стоимости.
Затратный подход для SaaS имеет ограниченную применимость: стоимость инфраструктуры — малая часть стоимости бизнеса, а основная ценность формируется программным ядром, клиентской базой и бизнес-процессами.
Особенности оценки мобильных приложений
Мобильные приложения — один из наиболее динамичных сегментов IT-рынка. Их оценка осложняется множественностью моделей монетизации: одно приложение может одновременно получать доход от подписок, in-app purchases, рекламы и партнёрских программ.
Для оценки ключевое значение имеют пользовательские метрики: DAU/MAU, retention rate и ARPU. При построении прогноза доходным подходом особое внимание уделяется стадии жизненного цикла — молодое приложение с растущей аудиторией оценивается иначе, чем зрелый продукт.
Затратный подход учитывает разработку под одну или несколько платформ (iOS, Android), дизайн UX/UI, серверную инфраструктуру, а также затраты на привлечение аудитории, которые часто составляют значительную долю общих инвестиций. Сравнительный подход для мобильных приложений находит чуть более широкое применение благодаря специализированным биржам (Flippa, Empire Flippers), хотя данные по российскому рынку остаются ограниченными.
Факторы, влияющие на стоимость программного обеспечения
Стоимость программного продукта формируется под влиянием множества факторов. Объём оцениваемых прав — базовый фактор: исключительное право стоит значительно дороже неисключительной лицензии. Степень уникальности продукта определяет конкурентную позицию: ПО без аналогов потенциально более ценно, чем продукт на высококонкурентном рынке.
Наличие правоустанавливающих документов — фактор, который на практике часто создаёт проблемы. Регистрация программы в Роспатенте не обязательна для возникновения авторского права, однако существенно упрощает подтверждение прав и повышает юридическую надёжность актива.
Технологическое состояние продукта — оценщик анализирует актуальность стека, качество архитектуры, масштабируемость и наличие технического долга. Зависимость от ключевых сотрудников — если знание о продукте сосредоточено у двух-трёх разработчиков и не задокументировано, это создаёт существенные риски.
Технологический долг, отсутствие документации и зависимость от ключевых разработчиков — три фактора, способных снизить стоимость ПО на 20–40% даже при хороших финансовых показателях.
Документы для проведения оценки
Для проведения оценки оценщику потребуется комплект документов, состав которого зависит от объекта и целей. Базовый перечень включает правоустанавливающие документы — свидетельство о регистрации программы (при наличии), договоры с разработчиками, подтверждающие передачу исключительных прав.
Необходимы финансовые документы: бухгалтерская отчётность, справка о балансовой стоимости, данные о затратах на разработку и доходах от использования продукта. Для SaaS дополнительно потребуются данные о динамике MRR, количестве подписчиков и churn rate. Техническая документация помогает оценщику понять сложность продукта, а маркетинговая информация — построить прогноз доходов.
Нормативная база оценки
Оценка ПО в России регулируется Федеральным законом № 135-ФЗ «Об оценочной деятельности» и федеральными стандартами оценки. Ключевой отраслевой стандарт — ФСО XI (приказ Минэкономразвития № 659 от 30.11.2022), вступивший в силу с 29 марта 2023 года. Он устанавливает требования к отчёту об оценке НМА и определяет порядок применения подходов и методов.
Проводить оценку может только независимый оценщик, состоящий в СРО, с квалификационным аттестатом и застрахованной ответственностью. Рыночная стоимость в отчёте об оценке признаётся рекомендуемой для сделок в течение 6 месяцев с даты составления (ст. 12 ФЗ № 135-ФЗ).
Типичные сложности при оценке ПО
Оценка ПО сопряжена с рядом характерных трудностей. Быстрое моральное устаревание — главная проблема: технологический цикл в IT измеряется годами, и продукт может стремительно терять стоимость. Неполнота данных о затратах — типичная ситуация для компаний, разрабатывавших ПО собственными силами: часть затрат списана на текущие расходы, часть выполнена параллельно с другими задачами.
Несоответствие договорной модели экономическому содержанию встречается чаще, чем можно предположить: компания лицензирует ПО де-факто, но оформляет отношения через договоры оказания услуг. Это ограничивает методы оценки и создаёт правовые риски. Сложность прогнозирования для инновационных продуктов без аналогов на рынке требует сценарного анализа.
Как подготовиться к оценке: рекомендации
Грамотная подготовка позволяет получить более точный результат и сократить сроки. Рекомендуется упорядочить правовую документацию — убедиться, что исключительные права корректно оформлены, договоры с разработчиками содержат положения о передаче прав. Стоит систематизировать данные о затратах на создание и развитие продукта.
Для SaaS-продуктов и мобильных приложений критически важно подготовить аналитику по ключевым метрикам с историей за максимально доступный период. Наконец, имеет смысл привести в соответствие договорную модель с экономическим содержанием отношений — это не только расширяет выбор методов оценки, но и снижает правовые и налоговые риски.
Оценка ПО в контексте сделок и аудита
Отдельного внимания заслуживает оценка ПО в рамках сделок M&A и аудита. При покупке IT-компании значительная часть стоимости может приходиться на программные продукты. В ходе аллокации цены покупки (PPA) оценщик выделяет стоимость идентифицируемых НМА, включая ПО, из общей суммы сделки.
Для компаний, проходящих ежегодный аудит, регулярная оценка портфеля ПО необходима для проведения теста на обесценение. В нашей практике мы регулярно проводим оценку крупных портфелей IT-активов — от 40 до 100+ объектов ежегодно, включая программы для ЭВМ, базы данных, незавершённые разработки. Выстроенный процесс позволяет клиентам стабильно проходить аудит.
Ставки роялти для программного обеспечения
При оценке ПО методом освобождения от роялти необходимо определить рыночную ставку роялти — процент от выручки, который гипотетический лицензиат платил бы за право использования продукта. Ставки варьируются в широких пределах в зависимости от типа продукта, назначения и условий лицензирования.
Для коробочного ПО массового рынка типичный диапазон — 15–30% от выручки. Для узкоспециализированного корпоративного ПО — 10–20%. SaaS-продукты оцениваются с учётом подписной модели, и ставки обычно составляют 20–40%. Для мобильных приложений ставки зависят от модели монетизации: при подписке — аналогично SaaS, при рекламной модели — ниже.
Заключение
Оценка программного обеспечения — задача, требующая не только знания оценочной методологии, но и глубокого понимания IT-индустрии: бизнес-моделей, технологических трендов, специфики рынка. Коробочное ПО, SaaS-продукт и мобильное приложение — это три принципиально разных объекта с точки зрения формирования стоимости, и подход к каждому из них должен учитывать особенности модели монетизации, стадию жизненного цикла и технологическое состояние продукта.
Качественная оценка начинается с корректной идентификации объекта и прав на него, продолжается анализом финансовых и пользовательских метрик, и завершается обоснованным выбором подходов и методов. Привлечение оценщика с практическим опытом работы с IT-активами позволяет не только получить достоверную стоимость, но и выявить потенциальные проблемы — от несоответствия договорной модели до правовых рисков, — которые могут быть устранены до совершения сделки.
