Каким должен быть продакт в антропоморфной робототехнике
Я посмотрел около 40 вакансий Product Manager / Product Owner / Technical Product Manager в компаниях, которые делают роботов и Physical AI: Figure AI, Apptronik, Boston Dynamics, Google, Sanctuary AI, Unitree, AgiBot, UBTech, Humanoid, NEURA Robotics, Яндекс Роботикс, Sber Robotics и др.
Главный вывод: продакт в робототехнике — это не SaaS PM, который просто переехал в “железо”.
Это человек, который соединяет три мира:
1️⃣ реальную физическую работу клиента 2️⃣ инженерные ограничения робота 3️⃣ экономику внедрения
В цифровом продукте продакт часто думает фичами: экран, сценарий, конверсия, retention, roadmap.
В робототехнике вопрос другой: какую физическую работу робот должен выполнить лучше, дешевле или стабильнее человека?
Это может быть пикинг, перенос коробок, обслуживание оборудования, работа на складе, производстве, в дата-центре или сервисной зоне.
Здесь продуктом становится не сам робот, а работающий use case в реальной среде.
Продакту нужно понять не только “есть ли боль”, но и: — сможет ли робот стабильно выполнить задачу; — какие есть ограничения среды; — какая нужна точность и скорость; — что происходит в edge cases; — как обеспечить безопасность; — как провести пилот; — как считается ROI; — кто будет обслуживать робота после внедрения.
Что чаще всего требуют в вакансиях
1. Use-case discovery. Искать сценарии, где роботизация действительно имеет смысл. Не “давайте сделаем гуманоиду ещё одну способность”, а “вот операция, узкое место, экономика и требования к роботу”.
2. Техническая грамотность. Не обязательно быть инженером-робототехником, но нужно понимать базовый стек: perception, manipulation, sensors, autonomy, safety, simulation, AI/ML, hardware-software constraints.
3. Пилоты и внедрения. В робототехнике MVP — это не лендинг и не Figma, а ограниченный рабочий сценарий в реальной или близкой к реальной среде. Его проверяют по task success rate, uptime, intervention rate, cost per task, utilization, safety, payback period.
4. Экономика. Робот — дорогая физическая система. Нужно доказать, где он снижает издержки, закрывает дефицит персонала, повышает производительность, снижает риски и окупается.
5. Умение быть переводчиком. Robotics PM находится между клиентом, R&D, hardware, software, AI/ML, UX, operations, sales, сервисом и бизнесом.
Какие роли уже появляются Роль продакта в робототехнике начинает дробиться на несколько специализаций.
🔸 Customer Use Case PM — ищет и упаковывает реальные сценарии применения роботов. 🔸 Technical Product Manager — отвечает за платформу, API, SDK, autonomy stack, perception, software и интеграции. 🔸 Hardware / System Product Manager — работает с железом, конфигурациями, производственной готовностью и сертификацией. 🔸 Robot Learning / Data Platform PM — отвечает за данные, симуляцию, обучение моделей, evaluation и monitoring. 🔸 Deployment / Pilot PM — доводит робота до внедрения у клиента. 🔸 Infrastructure Robotics PM — автоматизирует физические операции внутри больших систем: дата-центров, складов, производств, инфраструктуры.
Что качать обычному продакту 1️⃣ Думать не фичами, а физическими use cases. 2️⃣ Разобраться в базовом robotics stack. 3️⃣ Понять AI/ML и data loop: данные, симуляция, обучение, оценка, деплой, мониторинг. 4️⃣ Научиться считать экономику роботизации: ROI, payback, cost per task, uptime, utilization, стоимость сервиса. 5️⃣ Прокачать field discovery: смотреть, как реально устроена работа на складе, производстве, в сервисе или инфраструктуре. 6️⃣ Учиться вести пилоты, которые проверяют не демо, а внедряемость и масштабируемость. Robotics Product Management / Embodied AI Product Management — это отдельная ветка продуктовой карьеры.
Здесь продукт — не приложение. Продукт — это способность робота выполнять полезную работу в реальном мире.
Сильный продакт в этой области должен уметь три вещи: понимать клиента → понимать инженерные ограничения → доказывать экономику внедрения.