Обзор модуля
Этот модуль нужен в момент, когда команда перестаёт обсуждать рынок в целом и начинает готовить реальную закупку.
Здесь вы переходите от вопроса «какие AI-вендоры вообще существуют» к вопросу «какой класс решения нам подходит, что можно завести в наш контур и как не купить красивую, но непригодную систему».
Модуль собран как закупочная рамка. Сначала вы раскладываете рынок по типам игроков, потом смотрите на российский рабочий стек, затем отдельно разбираете выбор CV и PdM, а в конце превращаете всё это в жёсткий RFP.
Результат нужен не для презентации на конференции, а для short list, переговоров с поставщиками и внутренней защиты выбора.
Чему вы научитесь
- Разводить карту рынка, рабочий стек, интегратора и точечный продукт, а не сравнивать всё в одной таблице.
- Отсекать вендоров, которые не проходят по контуру, санкционному статусу, ownership или модели развёртывания.
- Выбирать CV-систему по требованиям производства, а не по силе демо на тестовом наборе картинок.
- Трезво оценивать PdM-предложения и отличать платформу с пользой для актива от витрины с алертами.
- Собирать RFP, который заставляет поставщика отвечать по архитектуре, данным, SLA, поддержке и выходу из договора.
- Готовить закупку так, чтобы у проекта оставалась управляемость после пилота, а не только на этапе продажи.
Контекст: почему этот модуль важен
На промышленном AI ошибки выбора стоят дорого. Проблема редко в том, что на рынке нет решений. Проблема в том, что предприятие сравнивает несравнимое, берёт не тот класс продукта, не проверяет контур развёртывания, не считает lock-in и слишком поздно задаёт вопросы про поддержку, данные и права на результат.
Именно поэтому модуль стоит почти в конце трека. К этому моменту у вас уже должны быть понимание архитектуры, контуров, санкционных ограничений, экономики и команды проекта. Теперь задача другая: собрать вендорский слой так, чтобы выбор инструмента не сломал весь проект на этапе закупки.
Если пройти этот модуль поверхностно, команда получает длинный список логотипов. Если пройти его правильно, появляется короткий список допустимых опций, критерии отсечения, список красных флагов и документ, по которому можно сравнивать предложения без самообмана.
Уроки модуля
Карта 65+ вендоров промышленного AI — три слоя рынка в деталях— Подробная карта международного и российского рынка industrial AI с санкционным статусом, типами развёртывания и категориями.Российский рабочий стек — Yandex, Сбер, MTS, Cloud.ru, T-Bank— Детальный разбор российских платформ: модели, лицензии, тарифы, интеграция и профили выбора под промышленное предприятие.Как выбрать CV-систему — Cognex vs Keyence vs Landing AI vs Малленом vs open-source— Критерии выбора системы компьютерного зрения для ОТК: точность, скорость обучения, TCO, санкционный статус и вопросы к вендору.Как выбрать PdM-SaaS — Augury vs Uptake vs Senseye vs C3.ai— Выбор predictive maintenance платформы: сенсорика, TCO, санкционный статус, реалистичные ожидания и вопросы к вендору.RFP-шаблон для закупки industrial AI — что спрашивать у вендоров, чтобы не купить воздух— Готовый RFP с 40+ вопросами: архитектура, данные, санкции, SLA, ownership, RACI и красные флаги в ответах.
Как проходить
- Начните с карты вендоров и сразу отделите reference-рынок от того, что вообще можно обсуждать в вашем enterprise-контуре.
- После этого пройдите урок про российский стек и зафиксируйте, на каком платформенном слое вы строите базовый сценарий без серых зависимостей.
- Уроки про CV и PdM читайте только через конкретный use case: качество, телеметрия, интеграции, требования ИБ, TCO и режим эксплуатации.
- По каждому поставщику ведите одну и ту же таблицу сравнения: класс решения, модель развёртывания, данные, ownership, SLA, поддержка, exit conditions.
- Финальный урок про RFP проходите не как теорию, а как черновик реального запроса на закупку под ваш проект.
После модуля
После модуля у вас должен остаться не «список тех, кто делает AI», а рабочий закупочный пакет.
Хороший результат выглядит так:
- вы понимаете, какой класс вендора вам нужен: платформа, интегратор или специализированный продукт;
- short list собран по единым критериям, а не по знакомым брендам;
- требования к CV или PdM привязаны к реальному производственному сценарию;
- санкционный, инфраструктурный и эксплуатационный фильтр применён до пилота;
- RFP уже содержит вопросы, на которых у поставщика начнутся конкретные обязательства, а не маркетинг.
С этого момента выбор инструмента перестаёт быть разговором про впечатления. Он становится управляемым решением, которое можно защищать перед ИТ, ИБ, закупкой и бизнес-заказчиком.