Выбор определяют три вещи: постоянная ли это задача или проект с концом, есть ли у вас человек, который сможет принять результат, и кто будет отвечать за систему после запуска. Если задача разовая, а принять работу некому, нужен подрядчик с командой. Если задача небольшая и вы сами понимаете, что проверять, подойдёт фрилансер. Если ИИ станет частью вашего продукта на годы, собирают свою команду, часто с подрядчиком на первом этапе.
Сразу оговоримся: мы сами небольшая инженерная команда, то есть заинтересованная сторона. Поэтому в статье есть и случаи, когда мы не нужны, и перечень вопросов, которые стоит задать нам так же, как любому другому исполнителю. Общие вопросы подрядчику по разработке ПО собраны в статье «Как выбрать подрядчика на разработку ПО», здесь только то, что специфично для ИИ.
Что именно вы покупаете в каждом варианте
Вариантов не три, а четыре, потому что агентство бывает крупным и малым, а разница между ними существенная. В таблице то, что обычно скрыто за общими словами.
| Вариант | Что покупаете | На ком лежит приёмка | Где обычно ломается |
|---|---|---|---|
| Крупное агентство | Проектный процесс, запас людей, юридическую оболочку | На менеджере проекта, инженеры за ним | Между вами и инженерами две прослойки; часть работ уходит субподрядчику, о чём вы узнаёте поздно |
| Небольшая команда | Прямой разговор с теми, кто пишет код, один ответственный | На вас и на ведущем инженере | Ограниченная мощность: при болезни ключевого человека или второго проекта сроки двигаются |
| Фрилансер | Конкретные руки на конкретную задачу | Полностью на вас | Один человек играет архитектора, инженера по обучению, разработчика и инфраструктуру; недоступен — проект встал |
| Своя команда | Постоянная компетенция и знание вашего бизнеса | На вашем руководителе | Набор людей занимает время, загрузка неравномерна, а руководитель ИИ-направления нужен до найма первых |
Ни один вариант не плох сам по себе. Плохо, когда выбран вариант, не совпадающий с формой задачи: фрилансер на проект с интеграциями в три системы или штат на разовый пилот.
Пять вопросов, которые решают выбор
Ответьте на них до того, как рассылать запросы. Если ответов нет, это и есть первый результат: нужно обследование, а не исполнитель.
- Задача постоянная или с концом? Ассистент по документам, который будет жить и расти годами, и разовый перенос данных требуют разных людей.
- Кто у вас примет результат? Принять работу по ИИ значит понять, как замерялось качество. Если такого человека нет, любой исполнитель будет сам себе контролёром.
- Кто будет отвечать за систему после запуска? Качество модели меняется вместе с данными. Нужен владелец, который смотрит на метрики, а не только на то, что «работает».
- Что нельзя выносить за периметр? Если данные ограниченного доступа, исполнитель должен уметь работать в вашем контуре, а не только в своём облаке. Это отсекает часть кандидатов любого типа.
- Что случится, если исполнитель исчезнет на месяц? Для рутинной автоматизации это неприятность, для процесса, который остановится, это авария. Вариант без запасного человека допустим только для первого.
Когда какой вариант подходит
Таблица составлена по ситуациям, а не по типам исполнителей. Читайте строку, похожую на вашу.
| Ваша ситуация | Что обычно подходит | Почему | На что обратить внимание |
|---|---|---|---|
| Одна узкая задача: распознавание формы, скрипт обработки данных | Фрилансер или небольшая команда | Объём мал, архитектура очевидна, интеграций почти нет | Оценочная выборка и критерий приёмки пишете вы; код сразу в вашем репозитории |
| Пилот одного сценария на ваших данных | Небольшая команда или агентство | Нужны сразу данные, модель, интеграция и замер, одному человеку это не по силам | Состав проекта поимённо; демонстрация на ваших данных, а не на чужих |
| Несколько систем, права, закрытый контур | Подрядчик с командой, возможно в паре со службой безопасности | Много ролей и согласований, нужна ответственность одного юрлица | Кто отвечает за сопровождение; не уходит ли часть работ субподрядчику |
| ИИ — ядро вашего продукта | Своя команда, на старте с подрядчиком | Компетенция должна жить в компании, но первый контур быстрее получить снаружи | Передача знаний записана как отдельный результат договора |
| Постоянный поток мелких ИИ-задач в компании | Своя команда | Затраты на найм окупаются нагрузкой; разовые подрядчики каждый раз начинают с нуля | Нужен руководитель, который умеет принимать ИИ-работу |
| Есть пилот, но он не пошёл в эксплуатацию | Подрядчик, который берёт чужой код | Нужен независимый взгляд и диагностика, а не третья версия с нуля | Первый результат — список причин, а не обещание всё переписать |
Фрилансер: где он работает, а где нет
Хороший одиночный специалист по ИИ существует, и для узкой задачи он часто самый подходящий выбор: прямой контакт, нет накладных расходов. Проблемы начинаются, когда задача выходит за границу его роли.
- Один человек не покрывает весь путь. Данные, модель, серверная часть, развёртывание в закрытом контуре и безопасность — это разные навыки. Обычно хорошо получается один-два, остальное «как получится».
- Нет запасного. Болезнь, отпуск и параллельный заказ останавливают проект. Договор не может вернуть время.
- Неясна юридическая сторона. Права на результат, режим конфиденциальности и ответственность за ошибки нужно прописывать особенно внимательно. Если кандидат не готов подписать NDA и передать исключительные права актом, разговор окончен.
- Приёмка целиком ваша. Он не станет спорить, если вы не знаете, что проверять, и не подскажет, чего не хватает.
Практическое правило: фрилансера берут на кусок, который можно описать одной страницей и принять замером за один вечер. Если для описания нужно обследование, лучше начать с него.
Своя команда: что не видно в смете
Свои сотрудники привлекательны, потому что знают бизнес и остаются после проекта. Но в сравнении «подрядчик против штата» обычно считают только зарплаты, а остальное прячется.
- Время до первого результата. Поиск, найм и вход в должность занимают месяцы, за это время подрядчик успевает сделать пилот.
- Руководитель направления. Если над двумя инженерами нет человека, который умеет ставить ИИ-задачу и принимать её, они будут делать то, что понятнее им, а не то, что нужно бизнесу.
- Неравномерная нагрузка. Пилот и вывод в эксплуатацию требуют пика, потом нужна небольшая постоянная команда. Держать пик ради двух месяцев дорого, держать только минимум — значит не успевать.
- Данные и разметка. Подготовка оценочной выборки требует людей, знающих предметную область. Их время тоже надо учесть, и это не инженеры.
- Инфраструктура. Серверы, мониторинг, обновление моделей и безопасность — отдельный слой, который не создаётся сам собой.
Свою команду стоит собирать, когда у вас есть поток задач на год вперёд и руководитель. Сравнить затраты разных вариантов помогает статья «Как считать стоимость владения ИТ-системой».
Крупное агентство и небольшая команда: в чём разница для заказчика
Это самый частый вопрос после «агентство или фрилансер». Размер не делает исполнителя ни лучше, ни хуже, он меняет, что именно вам продают.
| Вопрос | Крупное агентство | Небольшая команда |
|---|---|---|
| Кто разговаривает с вами | Менеджер проекта, инженеры доступны по запросу | Тот, кто пишет код и принимает решения |
| Замена людей при сбое | Есть запас людей, но новый человек входит в проект заново | Запаса нет, замену находят внутри; темп проекта может упасть |
| Верхняя граница проекта | Десятки людей и дежурство на площадках | Один контур или участок; крупные программы не берём |
| Гибкость условий | Типовой договор и процесс, исключения согласуются долго | Условия обсуждаются напрямую, в том числе этапность и право остановиться |
| Субподряд | Часть работ может уходить третьим компаниям | Вопрос задаётся при заключении договора, ответ записывается |
| Стоимость накладных | Заложена в ставку | Меньше слоёв, но нет скидки за объём |
Мы относимся ко второй колонке. Подробнее о том, как мы устроены и где проходят наши границы, на странице «ИИ-агентство». Если вашей задаче нужны десятки специалистов или круглосуточное дежурство, крупный исполнитель подойдёт лучше.
Гибридная схема: подрядчик строит, свой специалист принимает
Самый устойчивый вариант для компаний, у которых ИИ ещё не профильное направление. Подрядчик делает обследование, пилот и первый контур. Один ваш сотрудник, не обязательно ИИ-специалист, входит в проект с первого дня и отвечает за три вещи: оценочная выборка, приёмка и владение системой после запуска.
Чтобы схема работала, в договор стоит записать передачу знаний как результат работ. Что именно должно перейти к вам:
- исходный код в вашем репозитории с первого коммита, а не архив в конце;
- оценочная выборка, скрипт замера и протокол испытаний, по которому можно перепроверить результат;
- инструкция по развёртыванию, которую вы проверили, поставив систему на чистый сервер;
- описание данных и допущений: какие источники, какие поля, что считалось ошибкой;
- перечень лицензий открытых моделей и компонентов, чтобы юрист мог их проверить;
- обучение вашего специалиста работе с замером и мониторингом, чтобы дальше качество проверяли вы.
После запуска возможны три пути: сопровождение у подрядчика пакетом часов, передача своей команде или другому исполнителю. Какой из них, решается к концу, а не в начале.
Как сравнить предложения: ИИ-специфика
Три предложения от разных типов исполнителей сравнивать по цене бессмысленно, пока не выровнены результаты. Попросите у каждого письменный ответ на вопросы из таблицы.
| Вопрос | Хороший ответ | Тревожный ответ |
|---|---|---|
| Как замерите качество | На выборке, собранной вместе с вами и закрытой от настройки | «На тестовых примерах», «модель известная, значит работает» |
| Какой критерий приёмки | Число и способ его проверки в договоре | «Высокая точность», «по результатам демонстрации» |
| Что делает система при неуверенности | Отдаёт человеку, порог настраивается и записан | Не обсуждалось |
| Где обрабатываются данные | В вашем контуре, перечень того, что уходит наружу, если уходит | «Всё в нашем облаке, не волнуйтесь» |
| Что передаётся по акту | Код, веса и конфигурации, документация, оценочная выборка | Только «готовая система» |
| Кто работает на проекте | Роли и имена, правило замены | «Команда экспертов» |
| Что исполнитель не возьмёт | Называет границы сразу | Берёт любую задачу |
Если отвечать на такие вопросы слишком трудно всем троим, значит, не хватает требований. Тогда сначала составляют техническое задание, см. статью «Как составить техническое задание на ИИ-проект». Если не уверены в самой задаче, начните со статьи «Как выбрать первый ИИ-проект».
Что делаем мы и с чего начать
Начинаем с обследования: 200 000 ₽ и 2–3 недели за один-два процесса, 350 000 ₽ и 3–4 недели за несколько систем, 500 000 ₽ и 4–6 недель за производство или контур. На выходе документ с данными, критериями приёмки и вилкой бюджета. Его можно использовать и без нас: с ним идут к фрилансеру, в тендер или в свою команду. Сумма вычитается из первого этапа, если вы продолжаете с нами.
Дальше, если нужно, пилот (150 000–400 000 ₽ лёгкий, 400 000–1 200 000 ₽ тяжёлый), вывод в эксплуатацию от 1 500 000 ₽ этапами по 300 000–700 000 ₽ и сопровождение от 20 000 ₽ в месяц. Мы небольшая команда: один контур, а не программа за десятки миллионов, без круглосуточного дежурства, исходники в вашем репозитории с первого коммита. Остановиться можно после любой ступени. Все цены и сроки на странице «Тарифы», описание подхода на странице «ИИ-агентство».
Частые вопросы
Что дешевле: фрилансер, агентство или своя команда?
Зависит от длительности. Для разового проекта дешевле подрядчик или фрилансер, потому что вы платите только за время работы. Для задач, которые идут годами, свои сотрудники окупаются нагрузкой. Но сравнивать надо полную стоимость: приёмка, разметка, инфраструктура и руководитель направления в смету подрядчика не входят, а у своей команды они есть всегда.
Можно ли начать с фрилансера, а потом перейти на команду?
Можно, если код лежит в вашем репозитории с первого коммита и есть документация. Без этого новый исполнитель перепишет всё заново. Перед началом попросите фрилансера описать, как передаётся проект при его уходе.
Нужен ли мне свой ИИ-специалист, если работает подрядчик?
Нужен человек, который принимает работу, но не обязательно глубокий специалист. Достаточно понимать, как замеряется качество и что значит порог уверенности. Этому учатся за несколько недель проекта, если подрядчик объясняет, а не отмахивается.
Чем небольшая команда рискованнее крупного агентства?
Зависимостью от людей и загрузкой: если ключевой инженер недоступен, сроки двигаются. Снижают риск документацией по ходу работы, исходниками у вас и ступенями с отдельной приёмкой. У крупного агентства риски другие: прослойки между вами и инженерами и субподряд.
Как узнать, что исполнитель действительно умеет делать ИИ?
Через маленькую платную работу: обследование или прототип на вашей выборке. Портфолио под NDA проверить нельзя, а как человек разбирает ваши данные, видно за пару недель. Смотрите, задаёт ли он вопросы про ошибки и данные, называет ли ограничения и показывает ли промежуточный результат.
Что делать, если пилот у прошлого подрядчика не пошёл?
Не заказывать второй пилот у него же и не искать нового по цене. Сначала диагностика: что именно мешает, данные, нагрузка, права или отсутствие критерия приёмки. Чужой код мы берём в работу, начиная с аудита. Подробности на странице про вывод пилота в продуктив.
Можно ли поручить ИИ-проект своим разработчикам без ML-инженера?
Для задач с готовой моделью и поиском по документам часто да: основной объём работы это интеграции и права. Но замер качества и выбор модели лучше проверить внешним взглядом хотя бы на обследовании. Разработчик без опыта склонен оценивать результат на нескольких удачных примерах.
Сколько стоит начать у вас?
Обследование стоит 200 000 ₽, 350 000 ₽ или 500 000 ₽ в зависимости от числа систем, лёгкий пилот от 150 000 ₽. Работы дешевле 150 000 ₽ мы не берём. Цены и сроки по ступеням собраны на странице тарифов.