Стоимость ИИ-ассистента по документам складывается из подготовки материалов, обработки вопросов и, если требуется, работ по внедрению. Число сотрудников само по себе не определяет бюджет: десять человек с длинными сложными вопросами могут создавать другую нагрузку, чем большая группа с редкими короткими обращениями.
Универсальную цену ответа без проверки на вашей базе назвать нельзя. Ниже — способ получить рабочую оценку: измерить пилот, посчитать плановую нагрузку и отдельно учесть разовые расходы. Калькулятор использует ваши значения, а не выдуманный тариф Pragmaticus.
За что вы платите
В облачном Pragmaticus используется баланс организации в рублях и оплата фактической работы AI. Отдельной платы за пользование ПО и хранение данных нет. В учёте разделяются операции извлечения текста, подготовки поиска и генерации ответов. Условия описаны по состоянию на 1 ноября 2026 года; фактические списания проверяйте в кабинете.
| Статья расходов | Когда возникает | От чего зависит |
|---|---|---|
| Извлечение текста | При загрузке и обработке материала | Объём, формат и необходимость распознавания |
| Подготовка поиска, эмбеддинги | При индексации текста | Объём обрабатываемых материалов |
| Генерация ответа | При вопросах пользователей | Модель, объём контекста, ответ и шаги поиска |
| Работы по внедрению | Если нужен отдельный проект | Источники, интеграции, развёртывание и согласованный объём работ |
Простая оценка периода: вопросы в день × дни использования × средняя измеренная цена ответа + расходы на загрузку за период. Она не включает заказную разработку и инфраструктуру собственного контура.
Посчитайте бюджет по результатам пилота
Это не тариф и не коммерческое предложение. Введите измеренную цену ответа и свою нагрузку. Расчёт выполняется в браузере, данные никуда не отправляются.
Вопросы в день × дни × цена ответа + загрузка
Как измерить среднюю цену ответа
Проведите пилот на документах и вопросах, с которыми будут работать пользователи. Не ограничивайтесь одним коротким вопросом: его стоимость не отражает нагрузку по всему сценарию.
- Выберите проект. Модель используется согласно настройкам сервиса; пользователю калькулятора выбирать её не нужно. Зафиксируйте условия пилота, чтобы сравнение было осмысленным.
- Подготовьте набор вопросов: простые справочные, вопросы по нескольким разделам, уточнения и вопросы без ответа в базе.
- Задайте их и проверьте качество ответов. Дешёвый ответ, который приходится исправлять вручную, не решает задачу.
- Откройте «Историю запросов» и выделите расходы на ответы этого пилота. Начальную обработку документов учтите отдельно.
- Разделите расходы на ответы на число обработанных обращений. Если один диалог содержит несколько оплаченных операций, включите их все.
В истории отображаются тип запроса, модель, число токенов и стоимость. Токен — единица текста, используемая при расчёте работы модели; он не равен одному слову. Для бюджетирования удобнее сначала измерять полный расход на реальное обращение, а не переводить страницы в токены приблизительно.
Для чата на сайте и Telegram-группы расходы конкретного канала можно посмотреть в его блоке «Списания». Для общей картины доступен дашборд организации.
Как оценить число вопросов
Для поддержки возьмите статистику повторяющихся обращений и долю, которую сможет закрыть опубликованная база. Не считайте автоматически все посещения сайта вопросами к боту.
Для внутреннего ассистента проведите пилот с одним отделом. Посмотрите, как часто люди обращаются к нему после первого знакомства: число тестовых сообщений в день запуска может завысить постоянную нагрузку.
Составьте три сценария, изменяя только предположения о нагрузке:
- Небольшая: ответы нужны узкой группе или на ограниченный набор вопросов.
- Рабочая: ожидаемый поток обращений после запуска.
- Пиковая: период повышенного интереса или активного использования.
Подставьте измеренную цену ответа в каждый сценарий. Если вопросы в них существенно различаются, используйте отдельные средние значения. Пик нужен для понимания чувствительности бюджета, а не как обязательный процент запаса.
Почему загрузку документов считают отдельно
Первый импорт базы создаёт расход до первых вопросов. В последующие периоды обрабатываются новые и обновлённые материалы. Если включить весь первоначальный импорт в цену одного тестового ответа, оценка получится неверной.
Большой архив со сканами отличается от небольшой базы текстовых инструкций. Сначала проверьте обработку репрезентативных файлов: обычного документа, скана и материала с таблицами. По результатам определите объём и частоту обновлений.
Обновление сайта тоже является работой с материалами, а не бесплатным предположением модели о новых условиях. Учитывайте повторные импорты в периоде, когда они будут выполняться. Не импортируйте неизменившийся архив только ради проверки нескольких новых страниц.
Облако, собственный контур и разработка под задачу
Это разные бюджеты, их не стоит сравнивать одной строкой «цена RAG».
Облачный сервис. Для пилота учитываются фактические расходы сервиса и время сотрудников на подготовку и проверку материалов. Покупать отдельный сервер только для такой проверки не требуется.
Собственный контур. Появляются расходы на инфраструктуру, развёртывание, обновления и поддержку. Размещение приложения на сервере компании само по себе не определяет, где работает языковая модель: это нужно согласовать отдельно. Подробнее — в статье о локальной RAG-системе.
Заказное внедрение. Дополнительно оцениваются интеграции с источниками, логика доступа, каналы, критерии приёмки и сопровождение. Смета имеет смысл только вместе с перечнем работ. Вопросы для обсуждения проекта собраны на странице RAG-системы для бизнеса.
Как управлять расходами после запуска
В Pragmaticus можно задавать лимиты отдельным пользователям и сервисным токенам с периодическим сбросом. Это не следует путать с отдельным лимитом каждого публичного виджета: проверяйте, к какому объекту относится настройка в кабинете.
Смотрите расходы по моделям и каналам, сравнивайте периоды и повторяйте контрольные вопросы после смены модели. Оптимизировать полезно всю цепочку: убрать дубли в базе, сократить лишний контекст, уточнить материалы, подобрать подходящую модель. Просто уменьшить ответ до двух строк недостаточно, если он перестанет решать задачу.
Для публичного чата отдельно оцените возможную нагрузку. Средняя стоимость обращения и управление доступом решают разные задачи; одно не заменяет другое.
Частые вопросы
Почему калькулятор просит цену ответа, а не выбирает тариф?
Цена зависит от модели и фактической обработки. Калькулятор переносит измерение вашего пилота на предполагаемую нагрузку. Результат — оценка по указанным предположениям, не коммерческое предложение.
Можно ли начать с нулевых расходов на загрузку?
В расчёте периода можно указать ноль, если материалы уже обработаны и обновления не планируются. Для первого запуска стоимость подготовки следует измерить отдельно, а не забывать о ней.
Как учесть повторные вопросы и уточнения?
Считайте реальное число обращений и расходы всей цепочки. Если пользователь задаёт три уточнения, они влияют на бюджет. Укажите в методике пилота, что именно вы считаете одним обращением.
Можно ли оценить окупаемость только по расходам AI?
Нет. Сравните ещё затраты времени сотрудников до и после внедрения, стоимость проверки ответов и долю действительно решённых обращений. Экономию нельзя приравнивать к числу сообщений боту.
Что сделать перед решением о запуске
Загрузите в Pragmaticus разрешённые к использованию материалы, проведите проверку на реальных вопросах и зафиксируйте качество вместе с расходами. После этого рассчитайте несколько сценариев нагрузки. Такой бюджет можно уточнять по мере использования, а предположения легко проверить по истории запросов.