Программное обеспечение

Оценка программного обеспечения требует определить экономическую ценность не абстрактного «цифрового продукта», а конкретного объекта и конкретного объёма прав на него. На результат влияют объём прав, функциональность, состояние кодовой базы, качество документации, пользовательская база, модель монетизации, расходы поддержки и технологическое устаревание. Поэтому стоимость ПО нельзя корректно определять только по затратам на разработку, числу пользователей или размеру выручки: необходимо понять, какие права оцениваются, какой экономический эффект относится именно к программному продукту и насколько этот эффект подтверждён исходными данными.

Сначала нужно определить предмет оценки

До расчёта устанавливаются конкретное программное обеспечение, состав оцениваемых прав и ограничений, дата оценки и назначение результата. Дата оценки — момент, к которому относятся функциональность продукта, пользовательские показатели, модель монетизации, расходы поддержки и итоговый стоимостный вывод.

Основными исходными материалами являются:

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

Если состав прав не установлен, невозможно корректно связать экономический результат с объектом оценки.

Объём прав определяет, что именно имеет стоимость

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

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

Если правовая конструкция требует отдельной юридической проверки, стоимостная оценка не должна подменять такую работу.

Функциональность определяет экономическую полезность продукта

При оценке важно понимать, какие задачи программное обеспечение фактически решает и какие функции подтверждённо доступны пользователям или заказчику.

Функциональность влияет на сопоставимость с другими программными продуктами, на возможность коммерциализации и на стоимость воспроизводства.

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

Кодовая база является частью объекта, но её объём сам по себе не определяет стоимость

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

Для стоимостного анализа важнее понять, какую функциональность обеспечивает код, насколько продукт используется, какие расходы необходимы для его поддержки и какой экономический эффект он создаёт.

Большой объём разработки не означает автоматически высокую стоимость, так же как компактное решение не обязательно имеет низкую экономическую ценность.

Документация влияет на воспроизводимость и поддержку

Качество и полнота документации могут быть существенны для понимания того, насколько программный продукт может поддерживаться, развиваться и передаваться другим пользователям или командам.

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

Документация рассматривается как часть фактического состояния цифрового актива на дату оценки.

Пользовательская база требует экономической интерпретации

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

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

Если пользовательская база используется в расчёте, её показатели должны быть подтверждены и связаны с моделью монетизации или иным экономическим эффектом.

Монетизация определяет, как продукт создаёт денежный поток

Для коммерческого программного обеспечения важно установить, каким образом продукт формирует подтверждённый экономический результат. Монетизация может анализироваться только в той форме, которая следует из имеющихся исходных данных.

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

Основная задача — определить экономический эффект именно оцениваемого объекта, а не всего бизнеса, в котором он используется.

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

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

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

Расходы должны относиться к конкретному объекту и конкретной модели его использования.

Технологическое устаревание отличается от обычного физического износа

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

Оценщик должен анализировать только подтверждённые признаки такого устаревания. Нельзя считать программу устаревшей только потому, что она создана несколько лет назад.

Аналогично нельзя предполагать отсутствие устаревания только потому, что программный продукт продолжает использоваться.

Почему для ПО важна воспроизводимость

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

Недостаточно просто посчитать исторические расходы на разработку. Необходимо учитывать подтверждённую функциональность, документацию и фактическое состояние продукта.

Стоимость воспроизводства должна отвечать поставленной оценочной задаче и не превращаться в сумму всех когда-либо понесённых расходов.

Исторические затраты не равны текущей стоимости

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

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

Поэтому историческая себестоимость рассматривается как источник информации, но не как автоматический итог оценки.

Как применяется доходный анализ

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

Для этого необходимо установить:

• какой денежный результат относится именно к программному продукту;
• насколько он устойчив в рамках подтверждённых исходных данных;
• какие расходы необходимы для поддержки продукта;
• какие иные активы участвуют в создании того же результата;
• как технологическое устаревание влияет на ожидаемый период экономической полезности.

Доходный подход не должен строиться на неподтверждённых прогнозах только ради получения расчётного результата.

Экономия тоже может быть источником стоимости

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

В таком случае необходимо показать, какая именно экономия связана с применением программного продукта и насколько она отделима от других изменений в бизнес-процессах.

Нельзя автоматически считать всю экономию предприятия результатом использования одного программного решения.

Лицензионная модель даёт отдельную основу анализа

Если ПО коммерциализируется через лицензирование, соответствующие договоры и показатели могут давать важную информацию о стоимости прав.

При этом условия конкретного договора не становятся автоматически универсальной рыночной ставкой. Необходимо учитывать объём передаваемых прав, характер использования и другие подтверждённые условия.

Аналог в такой задаче — это действительно сопоставимая лицензионная ситуация, а не любой договор на использование программного обеспечения.

Как применяются корректировки

Корректировка — способ учесть подтверждённую разницу между оцениваемым объектом и рыночным ориентиром.

Для программного обеспечения различия могут относиться к:

• объёму прав;
• функциональности;
• масштабу пользовательской базы;
• модели монетизации;
• расходам поддержки;
• степени технологического устаревания.

Корректировка должна объяснять конкретное экономическое отличие. Произвольные коэффициенты без связи с исходными данными использоваться не должны.

Стоимость воспроизводства нужно очищать от устаревания

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

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

Поэтому стоимость воспроизводства служит основой анализа, а не готовым итогом.

Почему пользовательская база и программный код нельзя считать одним активом без проверки

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

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

Иначе возникает риск включить в стоимость ПО экономический эффект, создаваемый другими элементами бизнеса.

Монетизация и расходы поддержки нужно анализировать вместе

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

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

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

Что происходит при неполных исходных данных

Если не подтверждены объём прав, функциональность, состояние кодовой базы, пользовательские показатели или модель монетизации, соответствующие характеристики нельзя заменять типовыми предположениями.

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

Чем больше пробелов относится к центральным факторам экономического эффекта, тем сильнее ограничивается применимость отдельных методов.

Какие документы лучше подготовить заранее

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

Дополнительно важна информация, позволяющая подтвердить функциональность, состояние документации, пользовательскую базу, монетизацию и расходы поддержки.

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

Для каких решений используется результат

Стоимостный вывод может использоваться для сделки, лицензирования, внесения программного обеспечения в капитал, залога или реструктуризации.

Если оценка проводится в рамках корпоративного решения, соответствующий практический контекст раскрывается в разделе «Корпоративные задачи».

Результат относится к конкретному объекту, подтверждённому объёму прав, экономическим данным и дате оценки. Изменение функциональности, модели монетизации или состава прав способно изменить и стоимость.

Где проходит граница оценочного вывода

Оценка программного обеспечения определяет стоимость на основе подтверждённого объёма прав, функциональности, экономического эффекта, лицензионной модели, расходов поддержки и технологического состояния продукта.

При этом оценка не подтверждает авторство кода, кибербезопасность или юридическую чистоту лицензий. Если требуется установить эти обстоятельства, необходима отдельная юридическая или техническая проверка.

Другой нематериальный, корпоративный или имущественный объект можно выбрать в разделе «Оценка».