Обсуждение

Одним из источников путаницы понятий является то, что под цифровую трансформацию сгребают то, что относится к Индустрии 3.0 (например, "оказание услуг в цифровой форме) и Индустрии 4.0. Про Индустрию 3.0 больше не вспоминают, поэтому цифровая трансформация незаметно приравнялась к переходу к И4.0

Все по полочкам. Супер. Огромное спасибо! Кину свои 5 коп. Если мы ведем общую ревизию цифровой инженерии, предлагаю взглянуть на вопрос со стороны коммерции. Там сейчас возможно самые активные digital-реформы... За последние 5 лет народились торговые экосистемы - Apple, Amazon, WeChat, Яндекс, Сбер и др. По сути, это коллекции digital shadow потребителей. Ребята настроили автоматическое моделирование нас с вами и теперь активно это монетизируют: вычисляют новые продукты, повышают качество таргетирования рекламы и т.д. Но конечно им хочется превратить shadow в twin. Что бы получился более-менее полноценный digital twin клиента (CDT). Сейчас им это не доступно, т.к. даже если моя тень на серверах экосистемы видит, что мне физическому нужна красная рубашка с запонками, она не может мне это автоматом дать, ибо бизнес не готов это поставить. Нет, продать нужную коробку он может, но сейчас между заказом и результатом такая пропасть, что обязательно нужен ручной контроль меня физического. А вот появление у бизнеса двойника (BDT) может все нормализовать: модель потребителя будет успешно НАПРЯМУЮ взаимодействовать с ним. Экосистема закажет рубашку прямо под меня (возможно прямо на ткацкие станки - привет, Индустрия 4.0), с спец-ценой и спец-поставкой. Все отлично. И вот тут появляются специфические вводные. Что бы CDT стал возможен, есть еще два требования к BDT: 1. Должен присутствовать супер-API, что бы экосистема могла спрашивать "вот есть такой клиент, что ты можешь ему предложить?". Естественно, в качестве ответа должна быть подробная спецификация, а еще лучше некая digital twin будущей ситуации с поставкой. 2. BDT должен физически находиться на борту серверов экосистемы, за счет чего его владельцы не должны узнать о наличии и содержании модели потребителя. Заказ на производство поступил, а что он был сформирован с помощью собственной BDT остается в тайне. Защиту персональных данных никто не отменял. Это настолько жесткие требования, что на итоговую digital-архитектуру они должны повлиять существенно.

+++ Если цифровая нить привязывает физического двойника к модели, и модель обновляется автомагически, то это будет цифровая тень/digital shadow. +++ А на картинке ниже наоборот, пунктирная линия (manual dataflow) идет к модели. В картинке ошибка?

Я думаю, что ошибка. По сути дела, нет этих "чистых состояний", там всегда ведь чуть-чуть идёт в обе стороны автомагически -- и фишка в том, чтобы убирать ручной запуск скриптов и заполнение форм. Оно там всё одно всё гибридное, плюс поверх ещё RPA идёт, что окончательно стирает границы.

Ну, там ведь много разных соображений. Эта схема с digital model/shadow/twin уже вовсю используется. Но там есть и варианты подстройки под людей, и варианты подстройки людей под предложение. Скажем, маркетинг типовой -- это подстройка продуктов под людей, а вот просвещение -- это людей под образовательные продукты )))

Да, темка комплексней некуда. )