Как проверить подрядчика по внедрению ИИ перед наймом

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

Почему выбора недостаточно

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

Проверка занимает один-два дня и экономит риск потерять месяцы работы и доступ к данным компании у подрядчика, который на практике не соответствует заявленному уровню.

Проверка юридического лица

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

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

Проверка реальных отзывов

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

Третий вопрос самый показательный — он выявляет реальные сложности проекта, которые не попадают в официальное портфолио. Подрядчик, уверенный в своей работе, обычно сам предлагает контакт для такого звонка, не дожидаясь прямого запроса.

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

Что проверить в самом договоре

Договор с подрядчиком по внедрению ИИ — не формальность, а документ, который определяет, что происходит при утечке данных, недостижении результата или расторжении на середине проекта. Четыре пункта стоит искать явно, а не предполагать, что они подразумеваются сами собой.

1. Ответственность за утечку или неправомерное использование данных компании. Кто отвечает, если данные, переданные подрядчику для аудита или настройки, окажутся в третьих руках, и что в этом случае компенсируется.
2. Права на результат работы. Кому принадлежат разработанные регламенты, карты сценариев, настроенные промпты и инструкции после завершения проекта — особенно если подрядчик предлагает «подписку» вместо разовой передачи материалов.
3. Условия при недостижении результата. Что происходит, если пилотный сценарий не сработал: пересмотр без доплаты, перенос на другой отдел или возврат части оплаты.
4. Использование субподрядчиков. Будет ли над проектом работать команда самого подрядчика или часть задач передаётся третьим лицам без уведомления заказчика — это меняет ответственность за конфиденциальность данных.

Таблица: что проверять и каким способом

Красные флаги, которые видны уже на этапе проверки

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

Третий флаг — давление на быстрое подписание сразу после проверки, без времени на согласование с юристом или службой безопасности компании. Подрядчик, уверенный в своём предложении, не теряет клиента из-за недели на формальную проверку документов.

Кто в компании должен проводить проверку

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

Важно не разделять эти роли так, что никто не отвечает за итог. Проверка должна закончиться конкретным ответом: подрядчик подтверждён, или остались вопросы, которые нужно закрыть до подписания.

Проверка после начала работы, а не только до договора

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

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

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

Чек-лист перед подписанием

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

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

Где ИИ ошибается

Нейросеть может помочь структурировать вопросы для проверки и собрать чек-лист для звонка бывшему клиенту, но она не способна подтвердить, существует ли компания из портфолио подрядчика на самом деле, и не заменяет проверку в официальном реестре. Решение о реальности заявленного опыта принимает человек на основе фактов, а не модель на основе текста презентации.

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

Что дальше

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

Ярослав Сажнев — преподаватель ИИ в РАНХиГС, внедрение ИИ в компании. Подробнее об авторе