Пять контрактных положений, определяющих, являетесь ли вы владельцем своей системы искусственного интеллекта.
Большинство контрактов с поставщиками ИИ рассматриваются так же, как и контракты на программное обеспечение. Пять пунктов определяют, являетесь ли вы владельцем модели, данных и права на выход.
Как оценить контракт на ИИ-услуги
Большинство контрактов на ИИ проверяются так же, как и программные контракты. Юридический отдел изучает такие аспекты, как лимит ответственности, уровень сервиса, гарантии по интеллектуальной собственности и дата автоматического продления. Все это важно. Но ни один из этих пунктов не определяет, будете ли вы через два года владеть работающей системой или просто арендовать то, что не сможете покинуть.
Пять ключевых положений определяют это. Они обычно краткие, часто спрятаны в приложении или на странице условий использования, которые могут измениться без уведомления, и составлены в интересах поставщика по умолчанию. Каждый из них может быть обсужден до подписания, а после подписания — почти ни один.
1. Что поставщик может делать с вашими данными
Ищите пункт, который предоставляет поставщику лицензию на ваши входные и выходные данные. Читайте его на наличие двух слов: "улучшение" и "агрегирование". Право использовать ваши данные для "улучшения услуг" — это право на обучение в вежливой форме. Право использовать "агрегированные и анонимизированные" данные достаточно широко, чтобы охватить почти все, так как никто не определяет стандарт анонимизации.
Что спросить: запретить обучение на ваших данных без отдельного письменного согласия, запрет использования для других клиентов, кроме вас, и список субпоставщиков, о которых вы будете уведомлены до изменений. Если поставщик не может согласиться, он продает вам продукт, цена которого частично оплачивается вашими данными. Это все еще может быть справедливой сделкой. Но это должно быть решением, а не сюрпризом.
2. Кто владеет отлаженной моделью
Если поставщик отлаживает модель на ваших документах, билетах или транскриптах, существует три актива: базовая модель (ихняя), ваши обучающие данные (ваши) и адаптированная модель между ними (неуказанная в большинстве проектов).
Требуйте уточнений. Вы редко получите веса, так как они производятся на основе лицензионной базы модели, которую поставщик получает от другого поставщика. Обычно вы можете получить следующее лучшее: постоянную и необратимую лицензию на использование адаптированной модели, гарантии того, что она не будет развернута для других клиентов, и право получать обучающие артефакты — обработанный набор данных, набор оценки, конфигурацию — при выходе. Эти артефакты позволяют другому поставщику восстановить систему за несколько недель вместо нескольких месяцев.
3. Возврат ваших данных в пригодном виде
Почти каждый контракт обещает возврат данных. Но очень мало из них определяют формат. Поставщик, который передает вам 400 000 строк необозначенных JSON с внутренними идентификаторами и без схемы, выполнил свое обязательство, оставив вас ни с чем.
Уточните требования: документированная схема, стабильные идентификаторы, все метаданные, созданные вашей командой внутри продукта (метки, исправления, обратная связь от человека, оценки), окно доставки в дни и сертификат о удалении позже. Обратная связь от человека часто забывается. Это то, что часто является самым дорогим продуктом, созданным вашей командой, и то, что наиболее вероятно будет оставаться вне любого экспорта.
4. Контроль над изменениями модели
Это пункт, который почти отсутствует в контракте, но который вызывает наибольший ущерб. Поставщик меняет основную модель, выходы смещаются, и рабочий процесс, проверенный вашей командой в марте, ведет себя иначе в сентябре. По условиям SLA ничего не нарушено. Доступность была в порядке.
Запросите контроль над изменениями всего, что влияет на поведение: предварительное уведомление о изменении модели или основных подсказок, право оставаться на предыдущей версии в течение определенного периода и доступ к результатам оценки за изменение. Если поставщик хранит ваш набор оценок, попросите провести собственную оценку против любой новой версии перед ее выходом в производство.
5. Реальные затраты на выход
Положения о прекращении контракта говорят вам, когда вы можете уйти. Они редко объясняют, что подразумевается при выходе. Добавьте пункт о помощи при переходе и ценообразуйте его сейчас, пока у вас есть рычаги влияния.
Работоспособная версия включает:
- Определенный период перехода (90-180 дней) по контрактной ставке по вашему выбору
- Названные результаты: экспорт данных, документация, конфигурация, спецификации интеграции, подсказки и логика извлечения
- Продолжение обслуживания во время перехода по тем же уровням сервиса
- Лимит на расходы на переход, согласованный при подписании, а не предложенный при выходе
Прежде чем отправить контракт на заключение
Перед началом составления предложения отправьте поставщику эти пять вопросов. Ответы скажут вам больше, чем демонстрация. Поставщики, уверенные в своем продукте, обычно отвечают прямо; те, кто зависит от затрат на смену, склонны отвечать абзацами.
Вы не пытаетесь выиграть каждый пункт. На небольшом пилотном проекте отказ от прав на обучение может быть разумным. Цель — знать, какие из пяти пунктов вы отдали и сколько будет стоить их вернуть. Мы обсуждаем это с клиентами до подписания, а не после, так как именно тогда ощущается вес.