Превышение бюджета разработки останавливают пересмотром объёма: фикс в месяц не означает фикс всего проекта

На странице услуги на 7 октября 2026 тариф одного проекта стоит 250 000 ₽ в месяц. Это цена работы по подписке. Сумма за весь проект определяется тем, сколько месяцев вы оплатите.

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

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

Бюджет ИТ-проекта связывает полезные изменения с пределом ежемесячных расходов.

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

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

Допустим, лимит проекта 1 000 000 ₽, два месяца уже оплачены. Инженер ожидает ещё два месяца работы, а вы отдельно заложили 100 000 ₽ на сервисы и запуск. Числа ниже вымышлены, кроме тарифа; прогноз уже превышает лимит, хотя сейчас потрачена только половина.

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

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

Уменьшать объём можно за счёт функций, сохраняя проверки принятого результата. В Scrum Guide объём уточняют по мере появления знаний, а качество сохраняют. Экономия на проверке заказа оставляет риск переделки; условия приёмки разбираем в статье о постановке задач.

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

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

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

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

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

В /open мы показываем состав расчёта стоимости своей машины. Это полезный образец границ расчёта, но его месячная оценка не является ценой вашего проекта. Сверяйте собственные счета с тем, что входит в выбранный тариф.

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

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

На /services пауза замораживает подписку: оплаченные дни переносятся, продолжить можно в любой день. Если приоритеты не выбраны или лимит требует пересмотра, этот механизм позволяет остановить работу машины.

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

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

1. Ограничьте число оплаченных месяцев. К сумме подписки прибавьте другие расходы проекта.

2. Считайте прогноз: уже потрачено плюс расходы до выбранного результата. Сравнивайте его с лимитом до продления.

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

4. Зафиксируйте принятое и остаток. Затем выберите: продолжить с новым объёмом, увеличить лимит или поставить работу на паузу.