Каждое агентство отвечает на этот вопрос таким широким диапазоном, что он бесполезен: честный ответ зависит от того, чего агентство ещё не видело. Поэтому вот из чего складывается цена: что входит в четыре распространённых типа ИИ-проектов, какой из них нужен вам и что увеличивает стоимость каждого.
Ниже стоимость указана в инженер-неделях, а не в деньгах. Ставки различаются в зависимости от рынка и исполнителей, поэтому страница с ценами в долларах была бы неверна для большинства читателей уже в день прочтения. Умножьте оценки на ставку, с которой сравниваете. Это наши оценки, основанные на опыте создания подобных решений, а не отраслевое исследование.
Четыре типа ИИ-проектов
Почти каждый запрос, который мы получаем, относится к одному из этих типов или сочетает два из них. Определить, какой тип нужен вам, — самый важный шаг к получению реальной оценки, и это можно сделать ещё до разговора с кем-либо.
| Тип | Что делает | До первой рабочей версии |
|---|---|---|
| Ответы на основе ваших материалов | Сотрудники или клиенты задают вопросы, а система отвечает на основе ваших документов и приводит ссылки на источники | 4–8 инженер-недель |
| Извлечение данных и классификация | Преобразует счета, электронные письма, заявки или формы в структурированные поля или категории | 3–6 инженер-недель |
| Агент, который выполняет задачу | Выполняет действие в ваших системах, а не просто генерирует текст | 8–16 инженер-недель |
| Модель внутри вашего продукта | Работает на устройстве пользователя или ваших серверах, без стороннего API | 10–20 инженер-недель |
У двух последних типов диапазон шире по одной и той же причине: оба зависят от факторов за пределами ИИ. Возможности разработки агента ограничены API, через которые он должен выполнять действия, а модель на устройстве — оборудованием, которое вы решили поддерживать.
Что на самом деле определяет цену
Пример конкретного процесса извлечения данных — наша услуга руководстве по извлечению данных из счетов и автоматизации обработки счетов на заказ: приём, проверка, проверка сотрудниками и экспорт в вашу бухгалтерскую систему.
Ничего из этого не касается самой модели. На выбор модели уходит неделя оценки, после чего он превращается в строку файла конфигурации. Если в предложении этому отводят центральное место, это сигнал о качестве самого предложения.
- Состояние ваших данных. Самый важный фактор. Чистые, актуальные, хорошо структурированные документы в одном месте — самый дешёвый вариант. Четыре системы учёта с противоречащими друг другу данными, отсканированные PDF-файлы и вики, которую не обновляли с 2023 года, — самый дорогой. И это работа с данными, которая всё равно была бы вам нужна.
- Требования к точности. Между «готовит черновик, который проверяет человек» и «действует без участия человека» большая разница. Для второго нужны измерение качества, обработка сбоев и способ безопасно ошибаться — именно на это уходит бюджет.
- Количество задействованных систем. Для каждой интеграции нужны отдельные механизмы аутентификации, лимиты запросов и обработка ошибок. Две интеграции — обычное дело. Шесть — уже другой проект.
- Найдётся ли ответственный за оценку качества. Если никто с вашей стороны не может оценить, насколько хорош ответ, сначала придётся создать для этого инструменты и процессы. Это того стоит, но бесплатно не бывает.
- Куда могут передаваться данные. Ограничение «данные не покидают нашу инфраструктуру» вполне обоснованно, и его нужно учитывать при проектировании. Обычно это означает использование моделей с открытыми весами на ваших серверах: вы получаете контроль ценой части возможностей, а расходы на хостинг берёте на себя.
Расходы на эксплуатацию, о которых забывают
Оценка стоимости разработки — это не бюджет. После запуска сохраняются три статьи расходов, но обычно в план включают только первую.
- Использование. Расходы на каждый запрос растут вместе с объёмом. На этапе пилота они невелики, поэтому при переходе к промышленной эксплуатации часто удивляют. До выбора архитектуры стоит рассчитать их для объёма, в десять раз превышающего пилотный.
- Оценка качества и мониторинг. Качество снижается, когда меняются ваши материалы или поставщики обновляют используемые вами модели. Кто-то должен за этим следить.
- Смена моделей у поставщика. Поставщики выводят модели из эксплуатации по собственному графику. Закладывайте несколько дней работы в год на переход и избегайте решений, которые затрудняют смену модели.
Сколько должна стоить проверка концепции и что она должна доказать
Две-четыре недели. Если работа длится дольше, это уже не проверка концепции, а проект без плана.
Главное — для чего она проводится. Проверка концепции должна завершаться решением, а не демонстрацией. Чтобы это гарантировать, заранее запишите показатель успеха и свои действия, если его не удастся достичь. «Система должна правильно классифицировать не менее 85% заявок. Если не получится — останавливаемся» — это проверка концепции. «Посмотрим, что ИИ может для нас сделать» — это рабочая сессия.
Проверка также должна дать результат, который пригодится и позже: небольшой реальный набор размеченных примеров с правильными ответами. Этот тестовый набор переживёт любую текущую модель и удешевит следующее решение.
Что стоит спросить у любого поставщика
- 1. Из-за чего стоимость может вдвое превысить вашу оценку?
- 2. Как мы поймём по конкретному показателю, что всё работает, и кто будет его измерять?
- 3. Сколько это будет стоить в месяц при объёме, в десять раз превышающем пилотный?
- 4. Что произойдёт, когда выбранную вами модель выведут из эксплуатации?
- 5. Куда передаются наши данные и сколько времени они хранятся?
- 6. Что делает система, если не знает ответа?
- 7. Кому в итоге будут принадлежать код, промпты и набор для оценки качества?
Ответ на шестой вопрос показателен больше всего. Система без ответа на него будет уверенно выдумывать информацию — так проекты теряют доверие людей, которым они должны помогать.
Когда не стоит разрабатывать своё решение
Три случая, когда мы посоветовали бы этого не делать. Чем раньше мы об этом скажем, тем дешевле будет для обеих сторон.
- Процесс нигде не описан. Если никто из сотрудников не может описать правила, сначала нужно наладить операционные процессы, а не внедрять ИИ.
- Это происходит десять раз в месяц. Автоматизация редкой задачи редко окупает расходы на её поддержку.
- Это уже умеет существующий продукт. Если ваши данные не дают вам преимущества, покупайте готовое решение. Мы предпочли бы сказать вам об этом, а не брать деньги за разработку уже существующего.
Как мы работаем
Мы небольшая команда инженеров, а не агентство: вы общаетесь с теми, кто пишет код, без посредника в виде менеджера по работе с клиентами, и мы избирательно подходим к проектам. В области ИИ это интеграции с LLM, поиск по вашим материалам, агенты и развёртывание моделей на вашей инфраструктуре — наряду с работой на .NET, Python, TypeScript и облачными технологиями, которой занимается остальная часть студии.
Мы также выпускаем собственные программы для Windows, в том числе текстовый помощник, который запускает языковую модель целиком на компьютере пользователя, поэтому запуск на устройстве и ограничения, связанные с конфиденциальностью, для нас не абстрактная тема.
Расскажите, что вы хотите создать
Опишите проблему, а не решение: что человек делает сейчас, как часто и во что обходится ошибка. Мы ответим в течение одного рабочего дня: предложим объём работ и оценку стоимости либо объясним, почему, на наш взгляд, разрабатывать это не стоит.