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

Универсальной цены приложения нет даже в проверенных публикациях студий. 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 первый месяц и есть пилот, по той же цене и условиям. Его результатом должно стать согласованное поведение продукта. Продление имеет смысл, когда следующая сумма связана с оставшимися сценариями.

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

Доработка приложения на Flutter требует проверки плагинов и сборок для обеих платформ.

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

Кроссплатформенную или нативную разработку выбирают по нужным функциям телефона.

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

Приложение на React Native требует проверки нативных модулей и обеих платформ.

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

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

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

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

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

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

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

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

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

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