NPV ИТ-проекта показывает цену будущей выгоды: разработку по подписке считают по месяцам

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

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

При условной ставке 24% годовых 100 000 ₽ через год стоят сегодня 80 645 ₽. Вычесть сегодняшние расходы из будущей выгоды без пересчёта значит смешать деньги разных дат.

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

NPV считает изменение денег относительно варианта «без проекта». Отмена оплаты подготовки отчётов даёт экономию. Освободившееся время сотрудников ещё не уменьшает платежи.

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

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

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

В подписке на разработку на 7 октября 2026 года один проект стоит 250 000 ₽ в месяц, все проекты компании — 500 000 ₽. Эти суммы ставят в оплаченные месяцы.

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

Ставку задаёт компания исходя из стоимости капитала и риска проекта. Ставка ЦБ или доходность вклада не становится ставкой любого ИТ-проекта автоматически.

Для примера мы задали эффективную годовую ставку 24%. Её месячный эквивалент равен (1 + 0,24)^(1/12) − 1, то есть 1,808758%; деление на 12 даст другую модель.

Месячные потоки дисконтируют месячной ставкой. В формуле NPV = CF₀ + Σ CFₜ / (1 + rₘ)^t каждый чистый поток CF пересчитывается за t месяцев от общей даты начала.

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

Вариант А оплачивается по подписке в начале месяцев 1, 2 и 4. Месяц 3 на паузе, внедрение заканчивается в месяце 4, экономия начинается в конце месяца 5.

У варианта Б платёж целиком сегодня, первое поступление в конце месяца 7. Даты заданы для упражнения: это не замер студии и не обещание срока на /services.

После запуска чистый поток равен 90 000 ₽ в месяц. Экономия 120 000 ₽ уменьшена на эксплуатацию 30 000 ₽; оба числа заданы условно.

Разработку А после месяца 4 ставим на паузу до конца горизонта. Продукт продолжает работать без новых доработок по допущению модели; платежи за эксплуатацию продолжаются.

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

После дисконтирования NPV А равен 663 тысячам ₽, Б — 482 тысячам ₽. Разница 181 тысяча ₽ складывается из более поздних платежей А и двух дополнительных месяцев выгоды.

Без дисконтирования А показывает 1 050 000 ₽ остатка денег за горизонт. NPV равен662 953 ₽: будущие рубли приведены к сегодняшней цене, а не просто сложены.

Пауза не создаёт доходность сама по себе. В варианте А она переносит третий платёж на месяц, но одновременно откладывает запуск с месяца 4 на месяц 5.

Перенос платежа снижает его сегодняшнюю стоимость на 4,3 тысячи ₽. Потерянный месяц чистой выгоды стоит сегодня 83,8 тысячи ₽; NPV уменьшается на 79,5 тысячи ₽.

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

В базовом А для нулевого NPV нужна экономия 77,2 тысячи ₽ в месяцдо расходов на эксплуатацию. Это порог данной модели, а не обещание результата от подписки.

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

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

На vibecoding.ru инженер ведёт машину ИИ-агентов. На /open 7 октября 2026 года месяц инженера и машины оценён в 540 880 ₽.

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

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

Эти истории объясняют контроль затрат. Открытые числа агентной разработки показывают работу нашей машины; прибыль вашего проекта появляется в вашем денежном потоке.

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

Экономическое обоснование проекта связывает затраты, выгоду и условия остановки первого этапа.

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

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

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

1. Приводите денежные потоки к общей дате. Смета без календаря не даёт NPV.

2. Вносите подписку в оплаченные месяцы. Паузы оставляйте числом 0, эксплуатацию учитывайте после запуска.

3. Ставку и денежную выгоду задаёт компания. Освободившееся время превращается в экономию только после изменения платежей.

4. Проверяйте задержку запуска и снижение эффекта. Перед следующим платежом пересчитывайте оставшиеся потоки по факту.