
Когда видишь в тендере фразу ?цифровые двойники?, первая мысль — опять заказчик хочет ?как у всех?, но не понимает, зачем. Часто это просто модное слово, которое вставляют в ТЗ, чтобы выглядеть современно. На деле же под этим могут скрываться задачи от банального 3D-моделирования оборудования до комплексной системы с прогнозной аналитикой. И вот здесь начинаются все сложности — и для заказчика, и для исполнителя. Мой опыт показывает, что успех или провал проекта часто закладывается ещё на этапе формулировки этих самых тендеров цифровые двойники.
Берёшь техническое задание, а там — ?разработать цифровой двойник технологической линии?. Один раз мне попался тендер, где под этим подразумевалась просто визуализация в Unity для презентаций руководству. Другой раз — интеграция с SCADA и расчёт оптимальных режимов в реальном времени. Разница, как понимаешь, колоссальная и по стоимости, и по срокам.
Поэтому первое, что мы делаем в ООО Хэнань Цзюйхэ Текнолоджи — пытаемся докопаться до сути. Часто помогает прямой разговор с технологами заказчика, а не только с отделом закупок. Спрашиваешь: ?Вам нужно, чтобы двойник просто показывал температуру здесь, или чтобы он мог сам спрогнозировать износ узла через полгода?? Ответы бывают очень неожиданными.
Иногда в ТЗ видишь откровенно сырые или противоречивые требования. Например, хотят и детальную физическую модель, и мгновенную работу в браузере. Приходится мягко указывать на технические ограничения и предлагать поэтапный путь. Это тоже часть работы — не просто взять тендер, а сделать проект реализуемым. Сайт нашей компании, hnjhkjjt.ru, мы часто используем как отправную точку для таких диалогов, чтобы показать наш подход к цифровой трансформации в целом.
Классическая ситуация: заказчик уверяет, что все данные с датчиков собраны и ждут. Начинаешь погружение — а там разрозненные исторические архивы в разных форматах, нет привязки событий, гигантские пропуски. Для цифрового двойника это смерть. Двойник живёт данными, причём качественными и связанными.
Один наш проект по двойнику участка ТЭЦ чуть не заглох на этой стадии. Обещанные данные по вибрациям насосов оказались не сырыми сигналами, а уже усреднёнными за сутки значениями из отчётов. Для диагностики это бесполезно. Пришлось срочно проектировать и согласовывать дополнительный этап — развёртывание новой системы сбора данных. Сроки, естественно, сдвинулись.
Теперь мы всегда закладываем отдельный бюджет и время на аудит данных. И прямо пишем в коммерческих предложениях: ?Этап 1 — оценка и подготовка исходных данных?. Это отсеивает тех, кто хочет волшебную таблетку без усилий. Кстати, на сайте ООО Хэнань Цзюйхэ Текнолоджи мы как раз акцентируем, что трансформация начинается с инфраструктуры, а не с красивых интерфейсов.
В тендерах часто требуют ?разработать на передовой платформе?. Раньше мы пытались угнаться за всеми — ThingWorx, Azure Digital Twins, отечественные решения. Но сейчас пришли к более прагматичному взгляду. Выбор платформы — это не про моду, а про задачу.
Для двойника единичного сложного агрегата, где нужна глубокая физика (скажем, гидравлическая модель), иногда выгоднее написать кастомное приложение, заточенное под конкретные расчёты. А для двойника цеха с сотнями устройств и задачей мониторинга и визуализации логичнее взять готовую платформу с развитыми инструментами интеграции.
Был у нас неудачный опыт, когда поддались на требования заказчика использовать конкретный ?топовый? софт. Потратили кучу времени на его освоение и лицензии, а в итоге 80% функционала платформы не использовалось. Проект был выполнен, но рентабельность стремилась к нулю. Теперь мы настаиваем на этапе прототипирования на разных стеках, чтобы доказать целесообразность выбора. Это наше ноу-хау, которое мы привносим в каждый тендер цифровые двойники.
Самый сложный момент — не построить модель, а вписать её в ежедневную работу технологов, механиков, диспетчеров. Можно сделать гениальный двойник, предсказывающий остаточный ресурс, но если для его использования нужно открывать отдельную программу и делать пять кликов — им никто не будет пользоваться.
Поэтому мы всегда просим выделить будущих пользователей для совместной работы. Однажды мы сделали идеальную, с нашей точки зрения, систему прогнозов для химического реактора. Но старший технолог посмотрел и сказал: ?Мне нужно не число на экране, а звуковой сигнал, когда тенденция идёт в красную зону, потому что я смотрю не на монитор, а на сам аппарат?. Это было ценнейшее замечание.
Успешный двойник — это тот, который становится естественной частью рабочего места. Иногда для этого приходится интегрировать его выводы прямо в интерфейс существующей АСУ ТП или настраивать оповещения в Telegram для ремонтных бригад. Это та самая ?цифровая трансформация?, о которой мы говорим как ведущий поставщик услуг, — не ради технологии, а ради результата.
Итак, что я вынес из множества проектов по цифровым двойникам? Во-первых, нужно фильтровать запросы. Не каждый тендер, где есть эти слова, стоит брать. Если видишь, что заказчик не готов к диалогу и работе с данными — это верный путь к мучительному и неуспешному проекту.
Во-вторых, честность на этапе предложения. Лучше подробно расписать риски и этапность, даже если это снижает шансы на победу в тендере, чем взять проект и увязнуть. Репутация в этой нише значит больше, чем разовая прибыль.
И главное — цифровые двойники это не продукт, который можно ?поставить?. Это процесс, часто итеративный. Самые удачные наши проекты — где мы начинали с пилота на одном узле, отлаживали методику, а потом масштабировали. Такой подход, который мы развиваем в ООО Хэнань Цзюйхэ Текнолоджи, оказывается выигрышным для всех. Заказчик видит ценность постепенно и контролирует бюджет, а мы строим действительно работающую систему, а не просто отчитываемся по пунктам ТЗ.