Совокупная стоимость ИИ-системы: как не перепутать лицензию с TCO

Фраза «фиксированная цена» обычно описывает одну строку договора. Она ничего не говорит о модели, сервере, хранении, резервных копиях, интеграциях и времени команды. При росте трафика лицензия может не измениться, но вычисления, токены, сеть и число исключений почти наверняка изменятся. Поэтому сравнивать нужно полную модель затрат.

На странице тарифов AiHummer self-hosted-лицензия описана как не тарифицируемая за каждое сообщение. Там же прямо указано, что стоимость внешнего провайдера оплачивается отдельно. Это хороший пример правильного разделения: цена платформы и совокупная стоимость владения — разные величины.

Задайте единицу нагрузки

Начните не с рублей, а с профиля работы. Сколько обращений приходит в обычный день и в пик? Какова длина входа и ответа? Сколько документов извлекает RAG? Как часто вызываются инструменты? Какой процент случаев передаётся человеку? Есть ли голос, изображения или длинные файлы?

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

Лицензия и план

Первая строка — лицензия или облачная подписка. Запишите период, включённые места агентов, каналы, лимиты и дополнительные услуги. Не переносите текущую цену на долгий горизонт без оговорки: тарифы меняются, а переход на другой план может понадобиться из-за функций, а не нагрузки.

Проверьте, какие возможности входят именно в выбранный план. RBAC, расширенный аудит, white-label, SSO, обязательные одобрения и SLA могут иметь разные условия. Нельзя считать бесплатной функцию, которой нет в сценарии лицензирования.

Стоимость модели

Для BYOK считайте входные и выходные токены, кэширование, изображения, речь и дополнительные API. Для транспорта через подписку учитывайте лимиты, fair use, число аккаунтов и условия провайдера. Для локальной модели нет счёта за токен, но есть железо, электричество, амортизация, эксплуатация и возможная очередь.

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

Инфраструктура

Self-hosted включает CPU, RAM, диск, сеть, PostgreSQL и reverse proxy. Локальные модели или STT/TTS могут потребовать GPU и заметно изменить профиль. Добавьте запас на обновление, временные файлы, индекс знаний и бэкапы.

Для облака часть инфраструктуры включена в тариф, но проверьте ресурсы инстанса, хранение, трафик и масштабирование. Выделенный инстанс не означает бесконечную мощность. Любая система имеет физические лимиты.

Внедрение и интеграции

Подключение CRM, базы знаний и каналов требует анализа полей, прав, тестов и обработки ошибок. Даже готовый коннектор нужно настроить. Кастомная интеграция имеет стоимость разработки, ревью безопасности, сопровождения и адаптации к изменениям API.

Отдельно учитывайте подготовку контента: очистку документов, назначение владельцев, версионирование и тестовый набор RAG-вопросов. Загрузка папки не превращает её автоматически в надёжную базу знаний.

Эксплуатация

В TCO входят мониторинг, обновления, резервные копии, тест восстановления, управление доступами и расследование инцидентов. Для self-hosted это время вашей команды или подрядчика. В управляемом облаке часть работы берёт поставщик, но ваша команда всё равно отвечает за конфигурацию процесса, источники и права.

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

Ручные исключения

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

Разделите типовые, пограничные и запрещённые случаи. Иногда рост доли эскалаций означает правильную безопасность, а не плохую систему. Стоимость оптимизируют не снижением числа остановок любой ценой, а улучшением источников и маршрутов.

Риск и простой

Добавьте ожидаемую стоимость простоя, потерянного подтверждения, некорректного действия и утечки. Это не точное предсказание, а способ сравнить контроль. Бэкапы без теста восстановления дают ложную экономию. Широкий токен сокращает настройку сегодня, но увеличивает потенциальный ущерб.

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

Таблица расчёта

Строки:

• лицензия или облачный план;
• дополнительные места и каналы;
• модель, подписка или локальное железо;
• CPU/GPU, RAM, диск и сеть;
• хранение и резервные копии;
• внедрение;
• интеграции;
• безопасность и аудит;
• мониторинг и обновления;
• люди на эскалации;
• резерв на рост и инциденты.

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

Проверка чувствительности

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

Не обещайте ROI без подтверждённых исходных данных. Модельный сценарий помечайте как модельный, раскрывайте допущения и показывайте диапазон.

Обновляйте расчёт по фактам

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

Раз в месяц сравнивайте прогноз и факт, пока профиль нагрузки не стабилизируется. Затем пересматривайте модель после смены тарифа, провайдера, модели или крупной интеграции. Затраты на запуск показывайте отдельно от регулярных: смешивание разового внедрения и ежемесячной эксплуатации мешает понять точку принятия решения. Польза также должна быть измерима в процессе — например, временем до корректного ответа или долей обращений с полным контекстом, — но без выдуманного ROI и приписывания результата одной технологии.

Источники и ограничения

Используйте актуальные тарифы AiHummer, сравнение облака и self-hosted, системные требования и публичный changelog. Цены, лимиты и доступность функций могут меняться; перепроверьте их перед решением.

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