Стоимость локального ИИ удобно считать вокруг конкретной операции: подготовить ответ клиенту, проверить поля счета, найти инструкцию или распределить обращения. Для каждой операции компания задает объем, требуемое качество и роль сотрудника. Эти условия связывают расходы на систему с полезной работой.
TCO, или совокупная стоимость владения, собирает затраты за выбранный период. В эту сумму входят создание системы, запуск, регулярная работа и согласованные изменения. Ниже приведена методика для предварительного обсуждения бюджета. Все суммы в учебном примере придуманы для объяснения формулы. Коммерческую смету составляют по данным конкретного проекта.
Начните с границ расчета
Запишите задачу одним предложением. Например: «Система готовит черновик ответа по истории заказов и инструкции, менеджер проверяет текст и отправляет клиенту». Здесь понятно, какую часть работы выполняет ИИ, где участвует сотрудник и какое событие завершает операцию.
Затем выберите горизонт расчета и объем. Для пилота удобен период эксперимента. Для рабочего сервиса составьте отдельную модель на год или другой срок, принятый в компании. Укажите рабочие дни, число пользователей, среднее количество обращений и часы пиковой нагрузки. Прогноз объема обозначьте как предположение и назначьте дату его проверки.
Согласуйте единицу результата. Подготовленный черновик, проверенный документ и отправленный ответ отражают разные стадии процесса. В знаменатель стоимости операции следует ставить тот результат, который бизнес принимает по установленным правилам. Такая договоренность помогает сравнивать предложения подрядчиков и версии системы.
Разделите затраты по моменту возникновения
Разовые работы составляют стоимость запуска. Регулярные расходы поддерживают систему в согласованном состоянии. Изменения появляются при расширении функций, подключении источников или пересмотре требований. Для каждого пункта укажите ответственного за оценку и основание суммы: предложение поставщика, трудозатраты команды, тариф или замер.
| Статья расчета | Что включить | Откуда взять значение |
|---|---|---|
| Анализ задачи | Описание процесса, выбор операции, критерии приемки | План работ и оценка часов |
| Подготовка данных | Проверка файлов, разметка, обновление справочников | Пробная обработка выборки |
| Разработка | Интерфейс, логика работы, проверки результата | Согласованный состав функций |
| Интеграции | Обмен с учетными системами, доступы, журнал действий | Схема обмена и тестовые сценарии |
| Инфраструктура | Вычисления, хранение, сеть, резервные копии | Предложение инфраструктурной команды |
| Сопровождение | Наблюдение за работой, обновления, помощь пользователям | Регламент и график специалистов |
| Контроль качества | Проверка ответов, разбор ошибок, повторные испытания | Объем выборки и время экспертов |
| Развитие | Новые источники, форматы документов, роли | Отдельный план изменений |
При расчете рабочего времени учитывайте сотрудников заказчика. Эксперт готовит правильные ответы, администратор согласует доступ, руководитель принимает результат. Для бюджета проекта полезно показать денежные платежи и трудозатраты отдельными строками. Финансовая команда затем выбирает правила их включения в управленческую модель.
Согласуйте способ учета оборудования
Собственный сервер, аренда и использование существующей инфраструктуры дают разные денежные потоки. Для сравнения зафиксируйте одинаковый горизонт и правила учета. Если покупка полностью вошла в денежную модель, амортизацию этого же оборудования вынесите в отдельный управленческий расчет. Такая схема сохраняет прозрачность итоговой суммы.
Для существующего сервера определите долю ресурсов, выделенную проекту, и способ распределения общих расходов. Запишите, кто оплачивает хранение, резервирование, обслуживание и электричество. Полезно показать два результата: дополнительные платежи компании и полную стоимость использования ресурсов по принятой методике.
Объем оборудования подтвердите испытанием выбранной модели на характерных запросах. Длина документов, число одновременных пользователей и допустимое время ответа входят в программу замера. Специалист фиксирует конфигурацию и нагрузку, а финансовая модель получает параметры из протокола испытаний.
Посчитайте стоимость полезной операции
Для простого расчета используйте формулу:
TCO за период = затраты на запуск + регулярные затраты за период + согласованные изменения.
В учебном сценарии запуск стоит 600 000 рублей. Регулярные расходы составляют 50 000 рублей в месяц. Горизонт равен 12 месяцам, развитие функций вынесено в следующий этап. Получается 600 000 + 50 000 × 12 = 1 200 000 рублей. Это условная арифметическая модель, а цены и объемы выбраны только для демонстрации.
Если за этот период компания принимает 120 000 операций, расчетная стоимость одной принятой операции равна 10 рублям. При 60 000 принятых операций она составит 20 рублей. Такой пересчет показывает влияние фактического использования. Итог зависит от состава расходов и критериев приемки, зафиксированных в начале расчета.
Сравнивайте полученное значение с исходным процессом. Измерьте время сотрудника на всю операцию: поиск данных, подготовку ответа, проверку, запись результата. После пилота повторите замер на сопоставимом потоке. Сэкономленные минуты и реальные изменения расходов отражайте раздельно: высвобождение времени сначала создает ресурс команды для другой работы.
Добавьте ручную проверку в модель
Для черновиков ответов сотрудник читает текст, сверяет факты и при необходимости редактирует формулировки. Для документов он подтверждает спорные поля. Запишите время этой работы и долю операций, которые проходят полную или выборочную проверку.
Отдельно измерьте исправления и повторные попытки. Учебная карточка учета может содержать номер операции, время создания черновика, время проверки, результат приемки и причину возврата. Через такой журнал затраты связываются с конкретными причинами: качество исходного файла, поиск нужной записи, формат ответа или бизнес-правило.
Для бюджета удобно подготовить несколько сценариев с одинаковой структурой: ожидаемый объем, увеличенная нагрузка и расширенная проверка сотрудниками. В каждом сценарии меняйте явно перечисленные параметры. Руководитель увидит, какие условия влияют на итог сильнее остальных.
Сравните варианты на одинаковой задаче
Локальное размещение и внешний сервис сравнивайте по одному набору документов, одинаковому качеству результата и одинаковому процессу приемки. Включите интеграции, работу экспертов и поддержку в оба расчета. Для каждого варианта приложите допущения об объеме и правилах обработки данных.
Требования к размещению обсудите с владельцем данных и ИТ-командой. В карточке решения укажите разрешенную среду, состав передаваемой информации, роли пользователей и порядок обновлений. Эти условия формируют список допустимых вариантов, а расчет TCO помогает выбрать среди них.
Попросите подрядчика разделить стоимость пилота и дальнейшего запуска. В пилоте оплачивается проверка гипотезы на выбранной задаче. Переход к рабочему сервису добавляет согласованные требования к нагрузке, поддержке и качеству. Каждая стадия получает свой результат и отдельное решение о продолжении.
Подготовьте бюджет к обсуждению
К встрече соберите паспорт операции, схему источников, пример входных данных и таблицу затрат. Пометьте каждую сумму как подтвержденную, оценочную или требующую замера. Для оценочных строк задайте диапазон и действие, которое уточнит значение: пробная разметка, нагрузочное испытание или предложение поставщика.
Итоговый документ должен позволять поменять объем, период и трудозатраты, затем пересчитать стоимость результата. Сохраните дату и версию модели вместе с исходными предложениями. По завершении пилота замените предположения фактическими замерами и подготовьте решение о следующем этапе.
Для обсуждения ИИ-системы под задачу бизнеса достаточно начать с одной операции и ее текущего маршрута. Если результат должен попадать в 1С, CRM или внутренний сервис, добавьте в расчет интеграцию систем. Это даст предметную основу для состава работ и бюджета.