Почему большинство проектов по роботизации буксуют уже на старте?

Причина — в некачественном или отсутствующем техническом задании (ТЗ)
На практике мы регулярно сталкиваемся с ситуациями, которые приводят к потерям времени, переработкам, увеличению бюджета и даже полному отказу от внедрения
В техническом задании нет четкой постановки задачи
Не определены метрики эффективности (ROI, OEE, производительность, безопасность)
Требования написаны «по наитию», без учета реальной экономики проекта
Нет информации о технических ограничениях или интеграции с текущим оборудованием
Отсутствует анализ существующих производственных процессов
«Хочу поставить робота на сварку» — без описания изделия, типа сварки, производительности, площади и т. д.
«Нужно автоматизировать укладку» — а что укладывается, где, в какой таре, какие ограничения?
ТЗ, скопированное из рекламного буклета, не имеющее отношения к реальному производству
«Сделайте мне как у конкурентов» — без понимания своих задач и условий
Примеры плохих технических заданий