Команда уже знает, сколько месяцев ушло на разработку. В таблице есть зарплаты, услуги подрядчиков и расходы на серверы. Но когда появляется покупатель, эти цифры не дают готового ответа о цене продукта. Его интересуют будущая польза, возможность эксплуатации и права, которые перейдут вместе с программой. Между бюджетом проекта и стоимостью актива нет автоматического равенства.
Сначала определить, что оценивают
Под одним названием могут скрываться исходный код, база данных, документация, товарный знак и договоры с клиентами. Не все эти элементы обязательно входят в предмет сделки. До расчётов нужно установить объект оценки, состав прав, ограничения использования и дату, на которую определяется стоимость.
Если требуется оценка стоимости по, исполнителю полезно передать описание конкретной версии и цель работы. Продажа исключительного права, предоставление лицензии и внутренняя управленческая оценка ставят разные вопросы. Вид стоимости и предпосылки закрепляют в задании, чтобы итоговая величина отвечала нужной задаче.
Проверить юридическую сборку продукта
Код могли писать сотрудники, фрилансеры и несколько подрядных команд. Документы должны позволять проследить, какие права получила компания. Отсутствие понятных условий передачи способно затруднить использование и продажу программы. Свидетельство о регистрации не устраняет автоматически пробелы в договорах с разработчиками.
Отдельно рассматривают сторонние компоненты и условия их лицензий. Наличие открытого исходного кода не означает отсутствия правил использования. Важно понять, можно ли передавать продукт в предполагаемом виде, какие обязанности возникают и насколько компания зависит от внешних сервисов. Такие обстоятельства влияют на полезность актива для приобретателя.
Посмотреть на экономику трезво
Доходный подход связывает стоимость с ожидаемыми выгодами. Для коммерческого сервиса изучают выручку, отток клиентов, расходы на поддержку и прогноз развития. Для внутренней программы выгода может выражаться в экономии затрат. Но расчёт должен показывать, какая часть эффекта относится именно к оцениваемым правам, а не ко всему бизнесу.
Затратный подход рассматривает расходы на создание сопоставимого по полезности решения с учётом необходимых корректировок. Исторические траты здесь служат информацией, а не готовой оценкой. Неудачные эксперименты и избыточные переделки не обязательно увеличивают стоимость результата для рынка.
Сравнительный подход опирается на подходящие рыночные сведения. Найти действительно сопоставимые сделки бывает трудно: различаются лицензии, масштаб продукта, аудитория и условия оплаты. Цена похожего приложения из открытого объявления ещё не доказывает цену конкретной программы. Применимость подходов и методов должна быть обоснована.
Собрать данные до расчёта
Комплект включает договоры, описание архитектуры, сведения о версии, финансовые показатели и планы сопровождения. Оценщику также нужны данные о техническом долге, сроке полезного использования и зависимости от ключевых специалистов. Продукт, который никто кроме автора не умеет поддерживать, требует отдельного анализа рисков.
Итоговую величину читают вместе с датой оценки, допущениями и ограничениями. Она не является обещанием, что любой покупатель заплатит именно столько. Хорошо подготовленный отчёт объясняет, откуда взялась цифра и какие обстоятельства могут её изменить. Это помогает обосновать цену.
Сначала определить, что оценивают