Студии считают приложение по часам: с ИИ-агентами смету нужно пересобрать

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

У FITTIN стартовый ценник относится к готовой модульной платформе. За запуск платят отдельно, затем продолжают платить подписку; это не заказная разработка с нуля.

Для собственной первой версии у FITTIN другая вилка, 1,5–3 млн ₽. У KOKOC 2,1–4,4 млн ₽. Обе публикации называют 3–4 месяца, но состав продукта и способ сборки различаются.

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

В обеих проверенных публикациях ИИ-функция добавляет 1–3 млн ₽. KOKOC раскладывает её на 256–769 часов. Это бюджет создания помощника или рекомендаций, а не цена работы агента над остальным приложением.

Надпись «используем ИИ» ещё не объясняет экономию. Что поменялось в оценке форм, экранов и проверок? Если сохранилось прежнее число часов, ускорение инструмента само по себе не уменьшило ваш счёт.

На собственном продукте другой способ работы уже можно посчитать. Инженер ведёт машину агентов на vibecoding.ru; месячная стоимость в срезе /open от 7 октября составляет ~542 484 ₽ с инженером.

Эквивалент команды там оценён в 4 510 000 ₽ в месяц, прибор округляет разницу до восьми раз. Это расчёт команды на ту же работу, а не счёт нанятой контрольной команды.

В расчёт машины входит инженер за 500 000 ₽ в месяц и подписки; инфраструктура исключена. На /services отдельно оценена техническая команда в 2,3 млн ₽. У двух оценок разный состав ролей, складывать их нельзя.

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

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

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

Из сметы нельзя вычёркивать проверку со словами «агент всё написал». На /services архитектура, ревью чужого кода и ночные дежурства остаются у заказчика. Эти обязанности нужно распределить до старта.

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

На /services «Один проект» стоит 250 000 ₽ в месяц на 7 октября. В нём один продукт и один поток. Поток означает одну задачу в работе; следующая ждёт в очереди.

Тариф продаёт поток задач, а /open считает работу всей машины над сайтом. Ни одна из сумм не обещает готовое приложение: нужны объём, число оплаченных месяцев и расходы продукта.

Ниже условная арифметика на текущем тарифе, не наши клиентские бюджеты. Два оплаченных месяца стоят 500 тысяч, три 750 тысяч. Серверы и внешние сервисы в эти суммы не входят.

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

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

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

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

Следом идут случаи, которые меняют цену. Что происходит с повторной заявкой и кто видит чужие записи? Подрядчики должны оценить одинаковые ответы, иначе меньшая цена может означать меньший продукт.

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

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

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

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

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

До разговора о цене тест для руководителя помогает назвать пробелы в постановке и проверке задач. Условия разработки стоят на /services. Тест не рассчитывает смету приложения.

1. Сначала сравните состав первой версии. Одинаковые слова «приложение» и «MVP» не делают цены сопоставимыми.

2. Разделите ИИ внутри продукта и агентов, которые пишут код. У этих расходов разные причины и разные плательщики.

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

4. Принимайте сценарии, а не экраны. Проверка и передача кода остаются в покупке даже при дешёвой сборке.

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