Как рассчитывается стоимость ИИ-агента
Стоимость проекта в Switch On AI складывается из разработки, подготовки данных, подключений и проверки согласованных сценариев. После запуска отдельно учитываются использование модели, размещение, внешние сервисы и выбранное сопровождение. Смету составляем под задачу: единая цена без требований не показывает, что заказчик получит и за что будет платить дальше.
До договора показываем бесплатный прототип ключевого сценария. Разработка по договору оплачивается в два этапа: 50% перед началом работ и 50% после сдачи. Состав прототипа, трудозатраты и эксплуатационные расходы уточняем в предложении.
Сначала считаем состав работ
Одинаково названные агенты могут выполнять совершенно разные задачи. Один ищет по подготовленной базе знаний, другому нужны несколько подключений и собственный интерфейс. Поэтому оценку готовим по требованиям вашего проекта.
Из каких частей состоит бюджет
- Создание
Логика, данные и нужный интерфейс
- Подключения и проверка
Обмен между системами и сценарии приёмки
- Использование
Сервер и внешние сервисы, если они нужны
- Развитие
Поддержка и новые задачи по договорённости
Что влияет на трудозатраты
| Часть | Что выясняем перед расчётом |
|---|---|
| Рабочие сценарии | Сколько операций нужно и какие ситуации встречаются помимо обычной |
| Источники | В каком состоянии документы и данные, нужна ли подготовка |
| Подключения | Какие операции доступны через API и какие права понадобятся |
| Интерфейс | Достаточно ли диалога или нужен отдельный экран |
| Приёмка | На каких примерах вы проверите работу |
| Размещение | Где запускается решение и как за ним наблюдать |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Разработка и дальнейшее использование
В оценке разделим работы по созданию системы и расходы на её использование. Для выбранного варианта могут понадобиться сервер, модель ИИ и внешние сервисы. Не каждое решение требует всех этих статей.
Ожидаемые регулярные расходы обсудим с учётом предполагаемой нагрузки. Это отдельная часть предложения, чтобы бюджет проекта не заканчивался строкой «разработка».
| Статья бюджета | Как учитываем |
|---|---|
| Создание решения | Разовая оценка согласованных сценариев, подключений, интерфейса и проверки |
| Подготовка данных | Отдельно уточняем, кто приводит документы и справочники в рабочее состояние и входит ли это в разработку |
| Сервер и внешние сервисы | Расходы выбранного размещения и подключений; проверяем, что уже оплачено вашей компанией |
| Использование модели | Если модель нужна, оцениваем расход на контрольных задачах и пересчитываем на ожидаемую нагрузку |
| Сопровождение | Отдельно согласованные наблюдение, помощь и доработки; состав не подразумевается автоматически |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Как прикинуть бюджет после запуска
Для выбранного периода бюджет складывается из разовой разработки, расходов на использование и согласованного сопровождения. Если сравниваете предложения, возьмите один и тот же период и одинаковый объём задач.
Для переменных расходов используем расчёт: ожидаемое число операций × средняя стоимость операции на контрольной выборке. Затем добавляем фиксированные платежи выбранных сервисов, если они есть. Повторные попытки и длинные обращения тоже должны попасть в выборку: одна короткая демонстрация не показывает обычный расход.
Это способ оценки, а не фиксированный тариф. Чтобы проверить предположения, нужны примерное число обращений или документов, типичный размер задачи, перечень систем и ожидаемые пики нагрузки. Тарифы и ограничения внешних сервисов сверяем при подготовке предложения; один платёж не учитываем дважды, если он уже покрыт подпиской.
Как сравнить две сметы на одного помощника
Сначала выровняйте состав работ: одинаковые каналы, источники, действия и проверочные сценарии. Затем сравните расходы за один период и при одной нагрузке. Отдельно уточните, входят ли подготовка данных, обработка сбоев, передача кода и сопровождение. Иначе меньшая сумма может относиться к другому объёму решения.
Запросите основание переменной части: что считается операцией, на какой выборке измерен расход и как учтены повторы. Короткая демонстрация без рабочих подключений не подтверждает стоимость эксплуатации полноценной системы.
Пример: как учесть повторные попытки
Перед расчётом важно определить, что считать одной операцией. Созданная карточка и попытка записать её в CRM — разные величины. Если CRM временно недоступна, повтор тоже расходует ресурсы системы.
Мы подготовили локальный контрольный пример: обычная заявка, её дубль, обращение без контакта, сбой записи, успешный повтор и запрос особой скидки. В проверке получилось две сохранённые карточки и три попытки записи. Дубль не создал карточку, пропущенный контакт потребовал уточнения, скидка — решения человека. Посмотреть входные условия и результаты проверки.
Это проверка логики на искусственных событиях: без модели ИИ и подключения к реальной CRM. Она не измеряет точность распознавания, скорость внедрения или расходы конкретного заказчика.
Для примера расчёта нагрузки возьмём 5 000 операций в месяц и 5% дополнительных попыток. Это допущения, которые в вашем проекте нужно заменить собственным замером. Получается 5 000 × 1,05 = 5 250 попыток обработки.
| Что оцениваем | Как получить сумму |
|---|---|
| Переменная часть | 5 250 × измеренная средняя стоимость одной попытки с учётом используемых сервисов |
| Постоянные расходы | Платежи за размещение и подписки, которые ещё не включены в переменную часть |
| Разработка | Отдельная смета по согласованным сценариям, подключениям и приёмке |
| Сопровождение | Согласованный состав помощи и доработок; не подразумевается включённым автоматически |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Попытка записи в CRM не обязательно означает отдельный платёж или вызов модели. Поэтому на прототипе отдельно фиксируем обращения к сервисам и их расход. В предложении Switch On AI покажем исходные допущения, расчёт и границы работ; условные цены вместо вашего тарифа не подставляем.
За что не нужно платить до договора
Бесплатный прототип проверяет ключевую идею: фрагмент диалога, операции или дашборда. Его границы согласуем на разборе задачи. Прототип не равен полноценному внедрению — именно будущий объём будет оценён в предложении.
Как устроена оплата
После согласования ТЗ, предложения и прототипа заключаем договор. Половина стоимости оплачивается перед началом работ, вторая половина — после сдачи. Почасовую ставку и оценку трудозатрат сообщим при подготовке предложения.
Для предметного расчёта пришлите описание процесса, перечень систем и пример желаемого результата.
Бланк исходных данных для расчёта
Скопируйте этот список и заполните известные значения. Неизвестное можно оставить вопросом для разбора.
Операция и результат: ...
Период оценки: ...
Обычная нагрузка и пики; источник замера: ...
Повторные попытки и исключения; источник замера: ...
Объём текста, документов или записей за операцию: ...
Уже оплаченные системы и доступные подключения: ...
Расход сервисов на контрольной выборке: ...
Фиксированные платежи, не включённые в переменную часть: ...
Разработка и подготовка данных: ...
Состав сопровождения: ...
Ответственный за приёмку: ...
На основе этих данных составляется ТЗ на автоматизацию. Если рассматриваете n8n, сравните Cloud и собственный сервер: размещение меняет состав эксплуатационных задач, а не только строку платежа.