Сколько стоит внедрение ИИ в компании: разбор сметы без круглых цифр

Почему нельзя назвать цену по телефону

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

На стоимость влияют факторы, которые невозможно узнать до разговора:

• Количество точек интеграции. Один канал и одна CRM — это одно. Сайт, два мессенджера, телефония, CRM и складская система — совсем другое.
• Состояние данных. Если регламенты и ответы разбросаны по головам сотрудников, их сначала надо собрать и написать. Это работа, и она оплачивается временем — вашим или подрядчика.
• Глубина логики. «Ответить и передать» дешевле, чем «собрать данные, сверить с прайсом, посчитать и сформировать документ».
• Требования к надёжности. Внутренний инструмент для трёх человек и решение, которое общается с клиентами от лица компании, — разный уровень проверки и разная цена.
• Кто владеет доступами. Если у вас нет прав на нужные системы, часть срока уйдёт на согласования.

Из чего складывается смета: четыре статьи

Независимо от масштаба, бюджет раскладывается на одни и те же группы. Если в предложении подрядчика нет какой-то из них — это не значит, что она бесплатна. Это значит, что она всплывёт позже.

Разовая часть: аналитика, разработка, интеграция

Это то, за что обычно и торгуются. Здесь работает простая закономерность: чем точнее описан процесс на входе, тем меньше переделок и тем дешевле результат. Экономия на аналитике почти всегда оборачивается двойной оплатой разработки.

Регулярная часть: токены и API

Самая недооценённая статья. Каждый запрос к языковой модели стоит денег — плата идёт за объём обработанного и сгенерированного текста. Сумма зависит от трёх вещей: сколько обращений в месяц, какой длины контекст передаётся в модель и какая модель выбрана. Разные модели одного семейства — например, линейка Claude, где есть варианты от быстрых и экономичных до самых мощных, — отличаются по стоимости обработки в разы, и грамотный подрядчик подбирает модель под задачу, а не берёт самую дорогую «на всякий случай».

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

Регулярная часть: поддержка

Решение на языковых моделях не «застывает» после сдачи. Меняется прайс, появляются новые типы обращений, клиенты формулируют вопросы иначе. Поддержка — это регулярный просмотр реальных диалогов, правка сценариев и обновление базы знаний. Без неё качество падает не резко, а медленно и незаметно — именно поэтому её нельзя вычёркивать из бюджета.

Скрытая часть: ваше время

Эту статью не пишут в договоре, но она реальна. Кто-то в компании должен собрать материалы, ответить на вопросы аналитика, проверить работу на тестовых кейсах и объяснить решение команде. Если такого человека не выделили, проект встанет — и это самая частая причина срыва сроков, а не сложность технологии.

Почему «коробки» не бывает

Коробочные ИИ-продукты существуют — и для части задач они лучший выбор. Транскрибация звонков, распознавание документов, генерация текстов: там, где задача одинакова у всех, готовый сервис почти всегда дешевле разработки.

«Коробки» не бывает там, где решение должно знать про вашу компанию:

• ваш прайс, ассортимент и правила расчёта;
• ваши критерии «наш клиент / не наш»;
• вашу структуру сделки в CRM и то, какие поля обязательны;
• ваши регламенты эскалации и границы полномочий.

Готовый продукт не может знать этого из коробки. Поэтому честная формулировка звучит так: платформа может быть готовой, а вот настройка под процесс — это всегда работа. Сравнение подходов есть в материале что изменилось в CRM с приходом ИИ.

Дешёвый пилот против большого проекта

Практически всегда правильная стратегия — начать с пилота на одном узком участке. Не потому, что «так дешевле», а потому что пилот покупает вам знание: подтвердилась гипотеза или нет.

Как считать окупаемость

Считать надо до старта, а не после — иначе спорить будет не с чем. Порядок простой:

1. Зафиксируйте «до». Сколько часов в неделю процесс отнимает у сотрудников, сколько стоит этот час, сколько заявок теряется.
2. Переведите в деньги. Часы × ставка + упущенные сделки. Считайте по полной стоимости сотрудника, а не по окладу.
3. Оцените реалистичную долю снятия. Не 100%. Здоровое ожидание — снять существенную часть рутины, оставив человеку решения и исключения.
4. Сложите полную стоимость владения за год. Разовая часть + ежемесячные расходы × 12. Считать окупаемость только по разработке — самообман.
5. Сравните. Если годовая экономия не превосходит годовую стоимость владения ощутимо — процесс выбран неудачно, ищите другой.

Отдельно проверьте, экономия ли это в реальности. Освободившиеся часы сотрудника превращаются в деньги только если их чем-то заняли. Если человек просто стал меньше работать — экономии на бумаге нет. Подробнее об этом — в материале как ИИ увеличивает прибыль.

Дорогое внедрение — это не то, где большая смета. Дорогое — это то, которое не изменило ни одной цифры в отчёте. — команда Aivonix

О чём спросить подрядчика до подписания

• Какие ежемесячные расходы возникнут помимо вашей работы и от чего они зависят?
• Что будет с решением, если объём обращений вырастет вдвое?
• Кому принадлежит результат: код, промпты, база знаний, доступы?
• Что входит в поддержку, а что тарифицируется отдельно?
• Как измеряем успех и по каким цифрам признаём проект неудачным?

Последний вопрос — самый показательный. Подрядчик, который готов заранее назвать условия провала, обычно понимает, что делает. Общий порядок захода описан в статье как внедрить ИИ в бизнес, а чего делать не надо — в разборе ошибок внедрения.

Частые вопросы

Можно ли назвать примерную цену внедрения ИИ без обсуждения задачи?

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

Какие расходы остаются после запуска?

Две регулярные статьи: оплата модели и инфраструктуры (токены/API, хостинг, сторонние сервисы) и поддержка — просмотр реальных диалогов, правка сценариев, обновление базы знаний. Считать окупаемость только по разовой части некорректно.

Почему нельзя купить готовое решение дешевле?

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

Что дешевле: пилот или сразу полноценный проект?

Пилот почти всегда правильнее на старте, но его ценность не в экономии, а в проверке гипотезы за короткий срок. Если пилот не подтвердил цифры, вы потеряли недели, а не квартал.

От чего зависит стоимость токенов и API?

От числа обращений, длины передаваемого в модель контекста и выбранной модели. Модели одного семейства заметно отличаются по цене обработки, поэтому массовые простые операции обычно отдают более лёгкой модели, а сложные рассуждения — мощной.

Как понять, что проект окупится?

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