Стоимость · Оценка · Окупаемость
Честный ответ: цена определяется не технологией, а состоянием ваших данных и числом систем, которые придётся связать. Ниже — из чего складывается бюджет, что его удорожает и как посчитать окупаемость до того, как проект начнётся.
Страница для тех, кто считает экономику решения: руководителей, финансовых директоров и технических директоров, которым нужно защитить бюджет цифрами, а не обещаниями.
Одна и та же фраза «внедрить ИИ в обработку заявок» означает и двухнедельную работу на готовых данных, и полугодовой проект с разбором пяти систем. Прайс-лист в такой ситуации бывает двух видов: заведомо завышенный, чтобы покрыть худший случай, или заниженный, чтобы получить контакт, — а настоящая цифра появляется потом. Мы делаем иначе: показываем структуру стоимости целиком, чтобы вы могли оценить свой случай сами, и называем вилку после короткой диагностики.
Главный множитель стоимости. Если данные собраны, размечены и лежат в одном месте — работа начинается сразу. Если они разбросаны по системам, дублируются и противоречат друг другу, подготовка данных займёт больше времени, чем сама модель.
Одна точка подключения и одна система — это один сценарий. Пять систем с разными форматами, правами доступа и режимами отказа — совсем другой. Именно интеграции, а не модель, чаще всего определяют срок и бюджет.
Работа на внешних моделях дешевле в разработке, но требует, чтобы данные покидали периметр. Локальное развёртывание закрывает этот вопрос, но добавляет инфраструктуру, требования к железу и работу по подбору модели под задачу.
Чем дороже стоит неверное решение, тем больше нужно контура проверки: наборы тестов, метрики, подтверждение человеком, аудит действий. Внутренний помощник и система, влияющая на деньги клиента, стоят по-разному именно из-за этого.
Сотня документов в день и сотня тысяч — разные архитектуры. На больших объёмах появляются очереди, кеширование, экономика вызовов модели и требования к времени ответа.
У ИИ-систем есть постоянная стоимость: вызовы моделей или содержание своих серверов, мониторинг качества, реакция на изменение поведения модели. Это учитывается в расчёте с самого начала, а не всплывает через полгода.
Разбираем процесс и данные, отбираем сценарии с посчитанным эффектом и даём заключение: что действительно решается ИИ, что решается обычной автоматизацией дешевле, а что не решается сейчас вообще. На выходе — вилка стоимости пилота и оценка окупаемости. Фиксированный объём работ.
Работающее решение на ограниченном участке процесса с метрикой, зафиксированной до старта. Задача пилота — не «показать демо», а проверить гипотезу на реальных данных и получить число, с которым можно принимать решение о продолжении. Оценивается по объёму сценария и числу интеграций.
Интеграция в рабочий контур, нагрузка, права доступа, наблюдаемость, поддержка и развитие. Здесь появляется постоянная составляющая: сопровождение и стоимость вызовов моделей. Формат работы — проектный или командой на срок, в зависимости от того, планируете ли вы забирать систему к себе.
Расчёт, который мы делаем на диагностике и который вы можете сделать сами до разговора с любым подрядчиком. Нужны четыре величины из вашего процесса:
Месячная экономия — это объём, умноженный на стоимость операции и на переданную долю, минус стоимость эксплуатации. Срок окупаемости — бюджет проекта, делённый на эту экономию. Если результат получается больше года, проект чаще всего не нужно начинать в таком виде: лучше сузить сценарий до участка с наибольшим объёмом и посчитать заново.
Мы считаем этот расчёт вместе с вами на диагностике и показываем его целиком — включая допущения, при которых он перестаёт работать.
Подробный разбор методики — с типичными ошибками, которые завышают результат в разы, — в статье «Как считать ROI от внедрения ИИ».
Потому что одна и та же формулировка задачи означает разный объём работ. «Автоматизировать обработку заявок» может быть двухнедельным сценарием на готовых данных или полугодовым проектом с разбором пяти систем. Мы называем вилку после короткого разговора и подтверждаем её после диагностики — до того, как вы потратите бюджет.
Пилот считается от сценария: сколько шагов процесса он покрывает, сколько систем затрагивает и какой уровень проверки качества нужен. Мы всегда стараемся сузить пилот до одного проверяемого утверждения — так он дешевле и полезнее, чем «попробуем всё сразу».
Да, для диагностики и для пилота с чётко ограниченным объёмом — это нормальная практика. Фиксировать бюджет промышленного внедрения до диагностики нельзя честно: любая такая цифра будет либо завышенной страховкой, либо обещанием, которое придётся нарушить.
В большинстве бизнес-задач дешевле готовая модель с вашими данными и правилами: обучение своей модели оправдано, когда задача узкая, данных много и требуется работа в закрытом контуре. Мы считаем оба варианта на этапе диагностики и показываем разницу в стоимости владения, а не только в разработке.
Складывается из двух частей: инфраструктура и вызовы моделей (считаются по объёму) и работа инженеров по контролю качества. Поведение моделей меняется, поэтому система без наблюдения деградирует незаметно — мы закладываем этот контур в расчёт с самого начала.
Значит, мы так и скажем и объясним, чем задачу закрыть дешевле. Это регулярный исход, и он экономит клиенту существенно больше, чем стоит диагностика.
Опишите процесс в двух абзацах — что происходит сейчас и что мешает. Ответим оценкой порядка стоимости и скажем, если задача решается дешевле без ИИ.