ИИ-сборка ускоряет типовую часть проекта, и студиям хочется назначать цену на глаз. Это опасно в обе стороны: при завышенной цене клиент уходит к тем, кто объяснит смету, при заниженной студия уходит в минус на правках. Надёжнее считать фиксированную цену по составляющим, не опираясь на рыночные ставки: объём, себестоимость, риски и отдельно поддержка.
Почему фикс-цена выгодна обеим сторонам при понятном объёме
Клиенту фикс-цена даёт предсказуемый бюджет и понятный результат. Студии — возможность зарабатывать на своей эффективности: если вы собираете проект быстрее за счёт ИИ-команды и отлаженного процесса, эта разница остаётся у вас, а не превращается в скидку за меньшее число часов.
Но фикс работает только при одном условии: объём описан так, что обе стороны понимают его одинаково. Если объём размыт, фикс-цена превращается в бесконечные правки за те же деньги. Когда объём пока неясен, честнее сначала показать рабочий прототип и уже по нему договориться о границах — этот подход разобран в статье о прототипе до договора.
Объём работ: тип продукта, разделы, данные, роли
Объём фиксируется в четырёх измерениях.
- Тип продукта. Лендинг, интернет-магазин, портал с объявлениями, поиском и кабинетами или рабочая панель с таблицами, показателями и доступами.
- Разделы. Перечень страниц и экранов поимённо: «главная, каталог, карточка товара, корзина, оформление заказа, кабинет покупателя», а не «магазин со всем необходимым».
- Данные. Какие сущности хранятся в базе и с какими полями: заявки, товары, заказы, пользователи. Кто наполняет каталог — вы или клиент — и в каком виде клиент передаёт данные.
- Роли. Кто пользуется продуктом: анонимный посетитель, зарегистрированный покупатель, менеджер, администратор. Что видит и что может делать каждая роль. Учтите при оценке: платформа умеет показывать записи всем или только их автору после входа, а роли сотрудников с разными правами и редактирование записей внутри продукта — это часы разработчика в выгруженном коде.
Сравните размытый и рабочий объём:
- Размыто: «Каталог продукции с личным кабинетом, всё как у конкурентов».
- Рабочий вариант: «Каталог до 200 позиций с фильтром по категории; карточка — фото, описание, цена; форма заявки на карточке; кабинет покупателя с входом по почте и паролю и историей его заявок. Каталог наполняет клиент по шаблону таблицы».
Отдельной строкой впишите, что в объём не входит: тексты, фотосъёмка, юридические документы, интеграции с внешними системами.
Себестоимость: подписка, запросы, часы разработчика и менеджмента
Себестоимость проекта на ИИ-сборке складывается из четырёх частей.
Подписка. Студиям с несколькими проектами обычно подходит тариф Профи. Его ступени различаются числом запросов в месяц и лимитом проектов:
| Запросов в месяц | Цена | Проектов |
|---|---|---|
| 60 | 1 990 ₽ | до 5 |
| 80 | 2 990 ₽ | до 8 |
| 160 | 4 990 ₽ | до 10 |
| 320 | 9 990 ₽ | до 20 |
| 660 | 19 990 ₽ | до 50 |
Фрилансеру, который ведёт проекты по одному, может хватить Премиума: 990 ₽ в месяц, 30 генераций ежемесячно и экспорт кода.
Условный пример расчёта: студия на ступени 160 запросов за 4 990 ₽ в месяц одновременно ведёт пять проектов. Доля подписки на один проект — около 1 000 ₽ в месяц (4 990 ÷ 5). Если проект в работе полтора месяца, в его себестоимость идёт примерно 1 500 ₽ подписки.
Запросы сверх лимита. Если проекту понадобилось больше запросов, чем заложено, докупаются пакеты энергии: 12 запросов — 490 ₽, 25 — 990 ₽, 54 — 1 990 ₽, 145 — 4 990 ₽. Экспорт кода тоже списывает энергию, учитывайте это при сдаче. Сколько запросов уходит на ваш типовой проект, заранее не скажет никто: замерьте на первых двух-трёх проектах и используйте как собственную норму.
Часы разработчика. Нестандартная логика, доработка выгруженного кода, ревью перед продом, развёртывание на сервере клиента — ручная работа. Разработчик может забрать готовый каркас на Next.js + Prisma и дорабатывать код руками; эти часы оценивайте по своей ставке.
Часы менеджмента. Созвоны, сбор материалов, согласования, приёмка. Их легко забыть, а на небольших проектах они нередко занимают заметную долю времени.
Актуальные условия — на странице тарифов; если планируете передавать клиенту репозиторий, проверьте там, что выбранный тариф включает экспорт кода.
Буфер на риски и граница между правкой и новой задачей
Буфер — это не «накинуть сверху на всякий случай», а оценка конкретных рисков, которые вы можете назвать клиенту:
- клиент задерживает тексты, фото или данные каталога;
- требования к ролям и доступам уточняются по ходу работы;
- согласование занимает больше кругов, чем договорились;
- часть логики не удаётся собрать по описанию, и её приходится дописывать руками.
Каждому риску присвойте часы или запросы и сложите. Условный пример: базовая оценка — 20 часов, вы видите два реальных риска и закладываете на них 3 и 2 часа отдельной строкой «резерв на согласования и данные».
Границу правок записывайте в договор заранее:
- Правка — изменение в пределах согласованного объёма: текст, цвет, порядок блоков, подпись кнопки, поле в существующей форме. В редакторе такие изменения делаются словами — «сделай кнопку заметнее», «подними блок с вопросами выше», — поэтому они дешёвые, но не бесплатные: каждая расходует запросы.
- Новая задача — новый раздел или экран, новая роль, новая сущность в базе, изменение логики оформления заказа, всё, чего не было в описании объёма. Она оценивается отдельно.
Укажите, сколько кругов правок входит в цену — например, два, — и как оплачиваются следующие.
Фикс-цена защищает студию, только когда в договоре записано, что считается правкой, а что — новой задачей. Без этого фикс означает обещание сделать всё за одни деньги.
Критерии приёмки и передача кода
Приёмка должна быть проверяемой, а не «нравится — не нравится». Составьте список сценариев, которые клиент проходит по опубликованной ссылке:
- Все разделы из объёма открываются и корректно выглядят на телефоне и компьютере.
- Форма отправляется, и обращение появляется в разделе заявок.
- Каталог показывает актуальные позиции; корзина и оформление заказа проходят до конца, если входят в объём.
- Зарегистрированный пользователь видит в кабинете только свои данные.
- В проекте нет входа через иностранные сервисы: для проектов в России это требование закона, а с 07.07.2026 за его нарушение штрафуют по 199-ФЗ. Если в кабинете вход по почте и паролю, нужно ли привязывать аккаунты к разрешённому способу, клиенту стоит уточнить у юриста.
- Тексты и документы клиента размещены без искажений.
Передачу кода опишите отдельным пунктом: в чей репозиторий, в какой срок, в каком виде. Проект выгружается как код на Next.js + Prisma с базой PostgreSQL; архив можно залить в репозиторий клиента на GitFlic, GitHub, GitLab или на его собственном сервере. В README экспорта честно перечислены ограничения: например, миграций базы в комплекте нет, а безопасность — каркас, который перед продом нужно проверить. Если клиент будет размещать проект у себя, ревью и развёртывание — отдельная строка сметы. Порядок передачи разобран в статье о передаче проекта клиенту.
Поддержка после сдачи — отдельной строкой
Если включить в фикс «поддержку» без границ, через полгода студия бесплатно собирает новые разделы. Решите заранее:
- срок, в который вы бесплатно исправляете ошибки после сдачи, — именно ошибки, а не новые пожелания;
- абонентская поддержка: сколько часов или запросов в месяц в неё входит и что стоит сверх;
- на чьём аккаунте живёт опубликованный проект и кто оплачивает подписку; свой домен доступен на платных тарифах;
- кто отвечает за сервер, резервные копии и обновление зависимостей, если проект переехал к клиенту.
Как честно объяснить клиенту, за что он платит
Клиент спросит: «Если собирает ИИ, откуда такая цена?» Ответ — в структуре сметы. Покажите её по строкам: анализ и описание объёма, сборка и правки, наполнение, проверка по сценариям приёмки, передача кода, резерв на риски, поддержка отдельно. ИИ-команда ускоряет сборку, но не принимает решений за клиента, не собирает его контент и не отвечает за результат — за это отвечаете вы.
Не скрывайте, что используете ИИ-сборку: это аргумент, а не слабость. Клиент получает стандартный код на распространённом стеке в своём репозитории и может продолжить работу с любым разработчиком, не привязываясь к платформе. А если проекту нужно то, что по описанию не собрать, скажите об этом до договора. Общий разбор статей бюджета — в статье о стоимости разработки веб-продукта.
Практический шаг: возьмите последний сданный проект и разложите его по строкам — объём, подписка, запросы, часы, резерв, поддержка. Разница между фактом и названной клиенту ценой покажет, где студия теряет деньги.
