Разбор · Опубликовали 07.10.2026
Экономическое обоснование ИТ-проекта помещается в расчёт затрат, выгоды и условий остановки
Записка для директора: полный бюджет, превращение времени в деньги, сценарии окупаемости и условия паузы. Учебный пример и проверяемые методики нашей машины агентов.
Текст подготовлен машиной агентов под надзором инженера vibecoding.ru · факты проверены 7 октября 2026
Бюджет ИТ-проекта можно одобрить, когда проверяемы затраты, выгода и условия остановки.
Своего клиентского кейса защиты бюджета у нас нет, поэтому покажем учебный расчёт и записку на ограниченный первый этап.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Записка запрашивает бюджет этапа и правило следующего решения.
Что включить в экономическое обоснование проекта? Вначале напишите, что директор должен разрешить, на какую сумму и до какого результата. Приложите исходные данные, по которым он сможет перепроверить расчёт.
Asana в руководстве от 9 августа 2026 связывает проект с пользой, затратами и рисками. В нашу записку добавим условие следующего платежа, «продолжить, если…».
Возьмём учебный пример обработки заявок. Компания хочет убрать повторный ввод данных; пока сотрудник переносит их вручную. Проверка должна показать, сокращает ли новая система оплачиваемую работу без роста ошибок.
Записка связывает бюджет с проверкой результата.
Источник формы: Asana, Business case; поля для решения и остановки добавлены редакцией, 7 октября 2026.
Сравнивайте варианты по одному результату. Готовый сервис тоже включите в записку. Для выбора своей CRM или коробки есть отдельный расчёт.
Каждую возможность свяжите с изменением процесса. В нашем примере директор оплачивает сокращение повторного ввода. Перечень будущих экранов этот эффект не доказывает.
2. Полная стоимость включает запуск, работу команды и эксплуатацию.
Какие затраты считать? Счёт подрядчика покрывает только его часть работы. Подготовка данных, приёмка и обучение сотрудников тоже занимают время и деньги.
Разделите новые платежи и время команды. Полная цена сотрудника помогает оценить занятость. Уже оплаченную зарплату повторно в денежный запрос не добавляют.
300 000 ₽ платежей и 50 000 ₽ времени дают 350 000 ₽ полной стоимости.
250 000 ₽: тариф «Один проект», проверен 7 октября 2026. Остальные суммы заданы редакцией для примера; резерв в расчёте считается израсходованным. Налоговый состав счетов согласуют отдельно, все варианты считают на одной основе.
Эксплуатация в примере стоит 20 000 ₽ в месяц, это допущение о поддержке принятой версии. Каждый дополнительный месяц разработки прибавляется к расходам отдельно.
Расходы за выбранный срок называют полной стоимостью владения, TCO. Если запуск требует работы со старым кодом, её тоже включают в расчёт.
3. Высвобождённое время становится денежной выгодой после изменения платежей.
Как посчитать выгоду автоматизации? Учебные вводные: 1 000 заявок в месяц, минус 10 минут работы на каждой, час сотрудника стоит 600 ₽. Потенциальный эффект равен 100 000 ₽.
Денежный эффект требует изменения платежа. Например, компания отменит платные сверхурочные или сократит внешний договор. Руководитель процесса подтверждает сумму, которую перестанут платить.
100 000 ₽ стоимости времени дают 60 000 ₽ выгоды только в базовом сценарии.
Учебная модель редакции от 7 октября 2026. Умножение сделано до округления часов. Объём, минуты, ставка и доля 60 % заданы для расчёта, клиентского замера нет.
Оставшиеся часы можно направить на другую работу. Тогда записка обещает дополнительную мощность команды и называет задачи, которые займут это время. Денежная экономия при неизменных платежах остаётся нулевой.
Дополнительные продажи считайте по марже после переменных расходов. Один час нельзя одновременно посчитать сокращением расходов и работой, которая принесла новую прибыль.
Ускорение кода само по себе эту выгоду не доказывает. Тема почему ИИ не ускорил выпуск разобрана отдельно; в записке проверяют результат процесса после внедрения.
Каждая выгода требует своего подтверждения.
Редакционный шаблон проверки эффекта, 7 октября 2026. Неподтверждённые выгоды остаются отдельными гипотезами.
4. Окупаемость считают от старта и на одном горизонте.
Когда проект окупится? Базовый эффект после эксплуатации равен 40 000 ₽ в месяц, это 60 000 минус 20 000. Возврат полной стоимости 350 000 ₽ займёт 8,75 месяца работы системы.
Месяц пилота добавляет время без выгоды. Окупаемость от старта равна 9,75 месяца при запуске с месяца 2. Проверьте сроки разработки перед подстановкой даты.
Базовый расчёт даёт 90 000 ₽ результата за первый год.
Формула ROI: Asana, Cost-benefit analysis. Все числа и календарь в таблице: учебная модель редакции, 7 октября 2026. Деньги во времени не дисконтированы.
ROI здесь управленческий, с оценкой времени команды. Денежная окупаемость без этой оценки другая: 300 000 / 40 000 плюс месяц пилота, всего 8,5 месяца от старта.
База держится на предположении, что 60 % стоимости времени превратятся в сокращённые платежи. Если подтвердится только 30 %, результат меняется. Сценарии показывают цену этой ошибки до оплаты.
Слабый сценарий за год даёт убыток 240 000 ₽.
Учебные сценарии редакции, 7 октября 2026. Во всех вариантах полный первый этап 350 000 ₽, эксплуатация 20 000 ₽ в месяц, эффект только в месяцах 2–12. Сценарии не имеют назначенных вероятностей.
5. Условия остановки записывают до первого платежа.
Что делать, если эффект не подтвердился? До старта задайте границы, по которым руководитель поставит работу на паузу. Причиной может стать превышение бюджета, неприемлемое качество или отсутствие данных для расчёта.
Инженер ведёт машину агентов на vibecoding.ru; методики её чисел открыты. Формулу приходится исправлять, когда пропущен расход или смешаны периоды.
Как пропущенные расходы и разные периоды меняли наш расчёт.
27.09
Месячная оценка подписок по последним чекам расходилась с начислением за окно. Открытые страницы перевели на один расчёт за одинаковый период.
03.10
В стороне машины при сравнении цены не было работы инженера. Её включили вместе с подписками и пересчитали сравнение.
Наши записи об изменении методики от 27 сентября и 3 октября 2026, сверены 7 октября; действующее объяснение на /open#snoski. Исторические суммы не переносятся в текущий расчёт.
Порог примера равен 52 000 ₽ подтверждённой выгоды в месяц. Для возврата полной стоимости за год нужно 350 000 / 11 + 20 000, с округлением вверх.
Рост дорогих ошибок может перекрыть экономию времени. Проверки, откат и ответственность разобраны отдельно. В записке назовите принимающего и дефект, который блокирует продолжение.
Следующий платёж зависит от результата первого этапа.
Редакционный шаблон решения по результатам этапа, 7 октября 2026. Конкретные пороги и дефекты согласуют до старта.
Потраченные деньги не оправдывают новую оплату. Green Book от 5 февраля 2026 отделяет их от будущего решения. Сравнивают предстоящие расходы и выгоду.
6. Первый месяц покупает проверку предположений и новый расчёт.
Подписка на агентную разработку предлагает «Один проект» за 250 000 ₽ в месяц. На 7 октября 2026 первый месяц назван пилотом, пауза доступна в любой месяц.
Согласуйте один процесс и критерий принятия. Постановка задачи ИИ-агенту отвечает за исполнение, записка за ожидаемый эффект. Готовый экран ещё не подтверждает выгоду.
Записка ограничивает первый этап и сохраняет паузу.
Учебная записка редакции, 7 октября 2026. Все вводные заменяются данными компании. Порог действует при запуске с месяца 2 и расходах модели выше.
Если замер не успел накопиться к концу месяца, оплачивать следующий месяц автоматически не нужно. Зафиксируйте паузу и дату повторного решения. Отсутствие данных означает, что гипотеза пока не проверена.
Расчёт предполагает паузу разработки после принятого этапа. Продление требует добавить цену каждого месяца и сдвинуть запуск. Первый месяц подписки не оплачивает всю систему.
Перед запиской можно пройти тест для руководителя. Он помогает проверить устройство разработки; исходные данные о затратах и выгоде вашей компании всё равно понадобятся.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Тариф и пауза | Живой /services: «Один проект» 250 000 ₽ в месяц, первый месяц назван пилотом, пауза доступна в любой месяц. Это условия сервиса, объём всей разработки за месяц не обещан расчётом статьи | 2026-10-07 |
| Учебный расчёт | Все объёмы, часы, ставки и суммы кроме тарифа заданы редакцией. Полная стоимость первого этапа 350 000 ₽ включает 300 000 ₽ платежей с резервом и 50 000 ₽ внутренней работы. Резерв считается израсходованным. Эксплуатация после пилота 20 000 ₽ в месяц без дальнейшей разработки | 2026-10-07 |
| Окно и арифметика | 12 месяцев от старта, пилот без эффекта, затем 11 месяцев. База: 660 000 ₽ выгоды, 570 000 ₽ полной стоимости, 90 000 ₽ результата. Окупаемость полной стоимости 9,75 месяца от старта, денежная 8,5. ROI 15,8 % без дисконтирования. Время и результат клиентов не измерены | 2026-10-07 |
| Методики | Прочитаны Asana Business case и Cost-benefit analysis, Green Book 2026, аннотация и содержание пособия ТУСУР 2011. У ТУСУР не заимствуем цены, у Green Book не переносим государственные ставки и нормы на компанию | 2026-10-07 |
| Наш опыт | Клиентского кейса защиты бюджета нет. Истории изменения расчёта сверены по оригинальным записям нашей машины от 27 сентября и 3 октября 2026, действующая методика прочитана на /open#snoski. Показатели собственной разработки не считаются клиентским ROI | 2026-10-07 |
7. Частые вопросы
Чем экономическое обоснование отличается от ТЗ?+
Обоснование отвечает, зачем выделять деньги и когда пересмотреть решение. ТЗ описывает, что должно работать и как проверить приёмку. Для разработки нужны оба документа, у них разные вопросы.
Нужно ли писать большое технико-экономическое обоснование?+
Объём задаёт тот, кто согласует бюджет. Короткая записка может вести в подробный расчёт и приложения. Учебные формы ТУСУР рассчитаны на экономический раздел дипломного проекта, а наша форма на решение руководителя.
Можно ли включить экономию зарплаты без сокращения сотрудников?+
При неизменных платежах денежной экономии нет. Включите освобождённое время в мощность команды и назовите работу, которая займёт его. Денежный эффект появится, если изменится платёж или подтвердится дополнительная маржа.
Нужен ли NPV вместо ROI?+
Для длинного проекта или неравномерных платежей нужен помесячный денежный расчёт с учётом стоимости денег во времени. Ставку и горизонт согласуют с финансовым руководителем. Простой ROI нашего примера этой проверки не заменяет.
Что делать, если проект обязателен и прямой выгоды нет?+
Сравните способы выполнить обязательное требование по стоимости, сроку и рискам. Основанием станет выполнение требования, а не придуманный доход. Составьте проверяемую приёмку и лимит расходов.
Источники
- Asana, Business case (9 августа 2026) — Методика вендора
- Asana, Cost-benefit analysis (проверено 7 октября 2026) — Методика вендора
- HM Treasury, Green Book 2026 (редакция 5 февраля 2026) — Официальная методика
- ТУСУР, Ехлаков и Рыбалов, экономическое обоснование стоимости программных систем (2011) — Образовательный портал
- Методики чисел машины и изменения расчёта (проверено 7 октября 2026) — Наш опыт
- Условия подписки на разработку (проверено 7 октября 2026) — Наш сервис
Запомнить
1. Просите бюджет конкретного этапа. Впишите сумму, результат и дату следующего решения.
2. Разведите новые платежи и время команды. Добавьте запуск, эксплуатацию и возможное продление разработки.
3. Подтвердите, какой платёж изменится. Освобождённые часы без этого остаются мощностью команды.
4. Считайте варианты от одной даты. Покажите слабый сценарий и порог, при котором следующий расход допустим.
5. Запишите паузу до первого платежа. Продолжение требует новых данных и отдельного согласования бюджета.