Коллеги, здравствуйте.
Я приступаю к разработке сценария для серии видеопрезентаций по работе с интеллектуальным предприятием Nexus в логике проекта «Электронная фабрика». До записи самих роликов хочу показать, как сейчас вижу структуру этой серии, и заранее собрать ваши замечания, вопросы и предложения.
Почему решил сделать это публично? Потому что тема слишком живая, чтобы собирать её в закрытом кабинете. Мы все сейчас находимся в новой реальности: нейросети уже пришли не куда-то в будущее, а в ежедневную работу руководителей, консультантов, аналитиков, программистов, финансистов, производственников и собственников.
Кто-то работает в ChatGPT. Кто-то в Gemini. Кто-то в DeepSeek. Кто-то проверяет один и тот же вопрос сразу в нескольких системах. У кого-то уже корпоративные тарифы, у кого-то личные подписки, у кого-то просто открыта вкладка в браузере. И на первый взгляд кажется: ну вот, предприятие стало умнее.
Но здесь как раз и начинается главная проблема.
Да, вы видите X. Но X не главное
Первый ролик я хочу построить на очень простой профессиональной рамке: да, вы видите X, но X не главное; настоящее главное — Y.
X — это то, что уже видно всем: личные чаты руководителей, быстрые ответы нейросетей, красивые тексты, прогнозы, таблицы, управленческие справки, презентации, письма клиентам, аналитические записки, коммерческие предложения.
Но X не главное. Главное Y — есть ли у предприятия единая интеллектуальная модель, в которой процессы, язык, учет, KPI, бюджет, источники данных, роли, права, ответственность и управленческие решения собраны в общую систему.
Потому что если этой общей модели нет, нейросети могут не собрать предприятие, а наоборот — усилить внутреннюю борьбу разных версий правды.
Представим обычное совещание. Собственник приходит с одним выводом из ChatGPT. Финдиректор приносит расчёт из своей таблицы, тоже прогнанный через нейросеть. Директор по производству показывает свой вариант, полученный в другом чате. Снабжение доказывает, что проблема в поставщиках. ИТ говорит, что данные выгружены корректно. Главбух предупреждает, что учетная картина вообще выглядит иначе.
Все говорят умно. Все говорят уверенно. У всех есть «поддержка ИИ». Но предприятие не стало интеллектуальным. Оно просто получило несколько красиво оформленных версий правды.
Вот эту сцену я и хочу сделать первым крючком будущей серии.
Почему личные ИИ-чаты руководителей — это ещё не интеллектуальное предприятие
Сама по себе нейросеть не виновата. ChatGPT, Gemini, DeepSeek и другие инструменты могут быть очень полезны. Они помогают думать, писать, проверять, структурировать, искать слабые места, готовить документы, спорить с собственной гипотезой.
Проблема не в них. Проблема в том, что каждый руководитель часто работает с нейросетью на своей версии данных, в своём языке, со своими файлами и со своей картиной предприятия.
Финдиректор видит деньги, обязательства, БДДС, кассовые разрывы и бюджетные ограничения. Производство видит загрузку, НЗП, узкие места, сроки, маршруты и исполнение. Снабжение видит поставщиков, дефициты, альтернативы и сроки поставки. Главбух видит документы, регистры, закрытие периода, себестоимость и учетные риски. ИТ видит источники данных, выгрузки, права, интеграции, качество информации и технические ограничения.
Все они правы внутри своего контура. Но если между этими контурами нет общей модели, предприятие начинает спорить не просто мнениями. Оно начинает спорить ИИ-усиленными версиями своей разорванной реальности.
И вот здесь появляется тема Nexus.
Nexus — это не ещё один чат-бот поверх 1С, Excel или документов. Это попытка собрать предприятие в единую управленческую модель: с процессами, языком, учетной правдой, KPI, бюджетом, доменами памяти, источниками данных, ролями, правами и ответственностью людей.
Проще говоря, речь идёт не о том, чтобы каждому руководителю дать ещё более умный чат. Речь о том, чтобы у предприятия появилась общая совещательная комната, где люди и ИИ работают не каждый на своей версии правды, а на одной собранной модели.
Как я вижу будущую серию видеопрезентаций
Я не хочу делать серию в формате: «вот книга первая, вот книга вторая, вот книга третья». Такой подход может быть полезен для специалистов, но для первого входа он слишком длинный.
Мне важнее показать другое: как из разрозненной работы предприятия с ИИ постепенно собирается базовый Nexus.
Пока вижу серию через шесть крупных блоков.
По форме реализации это будет не просто “говорящая голова” и не сухая лекция. Планирую сочетать несколько форматов: презентационные слайды в PowerPoint, видеозахват работы с ChatGPT / проектным ИИ-контуром, короткие диалоги ролей, поясняющую озвучку, схемы “до/после”, примеры запросов и результатов, а также презентации или отдельные материалы для скачивания. То есть зритель должен не только услышать идею, но и увидеть, как она собирается на экране.
Блок 1. Архитектурный вход: вопросник, профиль, объекты, заглушки, процессы
Начинать нужно не с бесконечного описания всего предприятия, а с архитектурного входа.
На практике это выглядит так. Берётся адаптированный опросник. По нему собирается профиль предприятия: юридические лица, площадки, склады, производство, учетные контуры, ИТ-ландшафт, ключевые процессы, специальные режимы, зоны риска, текущие Excel-файлы, ERP и внешние системы. Затем предприятие накладывается на канонический скелет: какие объекты автоматизации есть, какие раскрываются сейчас, какие уходят в заглушку, какие требуют отдельного интервью, где есть кастомные объекты, которых нет в типовой картине.
Задача этого блока — быстро показать, что в предприятии уже различимо, что пока скрыто, что действительно надо раскрывать в первой очереди, что не надо трогать сейчас, а где требуется отдельное решение собственника или руководителя проекта.
Заказчик этого результата — собственник, генеральный директор, руководитель проекта, бизнес-архитектор, ИТ-директор.
Главная мысль ролика по этому блоку: мы не рисуем предприятие с нуля; мы быстро проверяем, как реальное предприятие ложится на каноническую архитектуру и где оно само себя пока не видит.
Форма реализации: здесь уместна связка PowerPoint-презентации и видеозахвата работы с ИИ. На слайдах можно показать общий скелет: вопросник → профиль предприятия → объекты автоматизации → заглушки → процессы первой очереди. Через видеозахват можно показать, как в ChatGPT / проектном ИИ-контуре загружаются ответы предприятия и появляется первичная карта: что раскрываем, что оставляем как заглушку, где нужны дополнительные интервью. Для оживления можно добавить короткую сцену: собственник спрашивает, почему нельзя сразу описать всё предприятие, а бизнес-архитектор объясняет, почему первая очередь важнее тотального обследования.
Блок 2. Инструкции и действие
Бизнес-процесс сам по себе ещё ничего не гарантирует. Можно нарисовать красивую схему, положить её в папку, показать на совещании — и на этом всё закончится. Поэтому следующий блок должен показать, как процесс превращается в действие.
Здесь появляются операционная инструкция, роли, шаги, контрольные точки, сценарная форма процедуры, проверяемый пользовательский сценарий, возможность дальнейшей автоматизации и связь с будущими роботами или тестовыми сценариями.
То есть процесс перестаёт быть картинкой и становится маршрутом действия: кто делает, что делает, на каком основании, в какой системе, с каким результатом и какой след после этого остаётся.
Заказчик этого блока — директор по производству, операционный директор, руководитель проекта, ИТ-директор, ключевые пользователи.
Главная мысль: если процесс нельзя превратить в действие пользователя, это ещё не управленческая архитектура, а красивая бумага.
Форма реализации: этот блок лучше показывать как переход от схемы к действию. На PowerPoint-слайде можно дать один процесс как пример, затем показать его разворот в инструкцию, роли, шаги и сценарную форму. Через видеопояснение можно показать фрагмент “как это будет выглядеть для пользователя”: директор по производству, мастер участка или ключевой пользователь проходит несколько шагов. Отдельно можно вставить диалог: “процесс нарисован” — “а кто, когда и где это делает?” — “вот здесь появляется инструкция”. Для скачивания можно давать пример структуры инструкции или укрупнённый шаблон сценарной формы.
Блок 3. Язык предприятия
Это один из самых важных и при этом недооценённых блоков.
Предприятие может иметь ERP, Excel, отчёты, регламенты и нейросети, но при этом говорить на нескольких языках одновременно. В одном файле поле называется так, в другом иначе. Производство употребляет один термин, бухгалтерия другой, финансы третий, снабжение четвёртый. Статусы живут в комментариях. События смешиваются с мнениями. Документы называются привычными бытовыми словами, которые плохо ложатся в архитектуру данных.
И если всё это загрузить в ИИ, он получает не предприятие, а языковую кашу.
Поэтому отдельный блок серии должен быть посвящён языку предприятия. Язык здесь — это не просто глоссарий и не просто НСИ. Это справочно-архитектурная система, которая связывает объекты, поля, статусы, события, документы, роли, процессы, источники, аналитики, права, допустимые значения, локальные названия предприятия и канонический язык Nexus.
Заказчик этого блока — ИТ-директор, руководитель НСИ, бизнес-архитектор, главный бухгалтер, финдиректор, владельцы функциональных контуров.
Главная мысль: пока финансы, производство, снабжение и бухгалтерия называют одну сущность разными словами, ИИ не получает предприятие. Он получает спор языков.
Форма реализации: здесь нужен очень наглядный экранный пример. На слайде можно показать одну и ту же сущность в разных языках: как её называет производство, как бухгалтерия, как финансы, как снабжение и как она должна называться в каноническом языке Nexus. Через видеозахват можно показать, как ИИ получает таблицу с разнородными полями и сначала видит путаницу, а затем после мэппинга получает нормализованный словарь. Хорошо сработает короткий диалог: финдиректор говорит одно, главбух другое, производство третье, а затем появляется справочно-архитектурная система как общий переводчик предприятия.
Блок 4. Учетная правда
После процессов и языка обязательно нужно выйти на учет.
Почему? Потому что предприятие живёт не только в процессной реальности. Оно живёт ещё и в учетной, стоимостной, документальной, налоговой, управленческой и контрольной реальности.
Процесс должен дойти до хозяйственного факта. Хозяйственный факт — до первичного документа. Документ — до учетного движения. Учетное движение — до стоимости, себестоимости, обязательства, отчета и контроля.
Если этого моста нет, предприятие начинает жить в двух версиях: как оно реально работает и как эта работа отражается в учете. Эти две версии далеко не всегда совпадают.
В роликах нужно будет показать, как процессная модель связывается с учетной правдой: документами, регистрами, себестоимостью, закрытием периода, отчетностью, специальными режимами, а при необходимости — с ГОЗ и раздельным учетом.
Заказчик этого блока — главный бухгалтер, финдиректор, руководитель проекта ERP, собственник.
Главная мысль: пока процесс не дошёл до учетной правды, предприятие не собрано. Оно только описало, как хочет действовать, но ещё не показало, как признаёт, считает и доказывает свою хозяйственную жизнь.
Форма реализации: этот блок лучше делать через схему “процесс → хозяйственный факт → первичный документ → учетное движение → стоимость → контроль”. На PowerPoint-слайде можно показать эту цепочку, а в видеопояснении разобрать один простой пример: поступил материал, возник факт, оформлен документ, появился учетный след, изменилась стоимость или обязательство. Для оживления можно дать диалог главбуха и директора по производству: производство говорит “мы сделали”, бухгалтерия спрашивает “чем это подтверждено, где документ, где движение, где стоимость?”. Для скачивания можно приложить пример учетной матрицы в упрощённом виде.
Блок 5. KPI, стресс-тест и бюджет
Следующий слой — управленческая вычислимость.
Недостаточно знать, что произошло. Собственнику и генеральному директору нужно понимать, что будет, если изменятся условия: поставщик задержит материал, крупный заказ ускорится на две недели, участок окажется перегружен, деньги сдвинутся, себестоимость поползёт вверх, а обязательства останутся прежними.
Здесь появляется связка: процесс → параметр → KPI → финансовое следствие → стресс-сценарий → управленческое решение → бюджетная связка. Дальше уже подключаются БДР, БДДС, forecast, лимиты, обязательства, бюджетные версии, управленческие решения и SMART-задачи.
Заказчик этого блока — собственник, генеральный директор, финдиректор, директор по производству, директор по снабжению.
Главная мысль: KPI без стресс-сценария — это приборная панель. KPI со стресс-сценарием и бюджетом — это начало управленческой вычислимости предприятия.
Форма реализации: этот блок должен быть самым “управленчески зрелищным”. На слайдах можно показать один кейс: задержка поставки или ускорение крупного заказа. Затем через экранный пример показать, как меняется KPI, где появляется финансовое следствие, как это отражается на БДДС, БДР, forecast, лимитах или обязательствах. Здесь хорошо работают роли: финдиректор показывает денежный риск, производство — риск срока, снабжение — риск поставщика, собственник требует свести всё в одну картину. Видеозахват ChatGPT можно использовать для демонстрации запроса: “что изменится при таком сценарии?” — и показать, что нормальный ответ возможен только при наличии общей модели.
Блок 6. Домены, источники данных, RPA и базовая инстанция Nexus
И только после этого можно говорить о базовой инстанции Nexus.
Не с неё начинать. Не с красивого чат-бота. Не с волшебной кнопки. А именно после того, как уже различены процессы, действия, язык, учет, KPI, бюджет и источники данных.
Здесь появляются домены памяти Nexus. Домен — это не просто папка с файлами, а область памяти предприятия, которая отвечает на определённые управленческие вопросы: по заказам, производству, запасам, деньгам, обязательствам, себестоимости, рискам, решениям, KPI, бюджету, НСИ, ролям и источникам данных.
Для каждого домена нужно понять, какие вопросы Nexus должен уметь задавать и отвечать, какие данные для этого нужны, откуда эти данные брать, какие поля являются каноническими, как выполняется мэппинг, как проверяется качество данных, где достаточно выгрузки, отчёта, API или утверждённого Excel-среза, а где действительно нужен RPA-робот.
Заказчик этого блока — ИТ-директор, бизнес-архитектор, владелец данных, служба безопасности, руководитель проекта, собственник.
Главная мысль: RPA здесь не игрушка и не замена ERP. Это способ доставить доказуемый пакет данных туда, где без него память Nexus рвётся.
Форма реализации: здесь нужно показать переход от методологии к технической сборке. На PowerPoint-слайдах можно показать домен памяти, его вопросы, поля, источники и правила мэппинга. Через видеозахват можно показать пример: данные приходят из ERP, Excel, отчёта, почты, портала или PDF; если стабильного источника нет, появляется RPA-робот, который приносит result package или evidence package. В диалогах могут участвовать ИТ-директор, владелец данных и служба безопасности: один отвечает за источник, другой — за качество, третий — за доступы и ограничения. Для скачивания можно готовить схему домена, пример карты источников или шаблон паспорта домена.
А результатом становится базовая инстанция Nexus — первая рабочая совещательная модель предприятия, где люди и ИИ начинают работать не на отдельных версиях правды, а на общей архитектуре.
Как выглядит “до” и “после”
Это сравнение я тоже хочу обязательно показать в роликах.
До: каждый руководитель работает в своём чате, загружает свои файлы и использует свой язык. Процессы не связаны с учетной правдой, KPI не связаны со стрессом и бюджетом, источники данных не описаны, а ИИ даёт красивые, но несовместимые ответы. В результате совещание превращается в спор версий.
После: появляется единая процессная карта, понятная первая очередь, честные заглушки, инструкции и сценарии действия, общий язык предприятия, учетная матрица, KPI, стресс-сценарии, бюджетная связка, домены памяти, источники данных, мэппинг и RPA только там, где он действительно нужен. В результате появляется пилотная совещательная комната Nexus.
Разница не в том, что во втором случае нейросеть “умнее”. Разница в том, что во втором случае предприятие наконец показывает нейросети собранную реальность.
Что я хочу спросить у читателей
Коллеги, сейчас я нахожусь именно на стадии сценария. Поэтому мне особенно ценны ваши замечания до записи роликов.
Мне было бы полезно получить обратную связь по нескольким вопросам:
- Какие управленческие конфликты между подразделениями стоит разобрать в первом ролике?
- Что вам ближе: конфликт собственник / финдиректор / производство / снабжение или кейс вокруг конкретного заказа?
- Какие роли обязательно должны звучать голосами: собственник, финдиректор, главбух, директор по производству, ИТ-директор, снабжение, склад?
- Какие примеры самые болезненные: срыв поставки, кассовый разрыв, себестоимость, НЗП, ГОЗ, дефицит, складские остатки, бюджет?
- Что важнее показать сначала: риск личных ИИ-чатов или сборку единой модели Nexus?
- Где, по вашему опыту, чаще всего рвётся предприятие: в процессах, в учете, в языке, в KPI, в данных, в ответственности, в ИТ?
Если какие-то ваши замечания попадут в структуру будущих роликов, я постараюсь отдельно сделать на этих вопросах акцент. Мне важно, чтобы серия была не абстрактной, а попадала в реальные боли предприятий.
Отдельно буду благодарен за советы по форме подачи: где лучше показать диалог ролей, где нужен видеозахват работы с ИИ, где достаточно PowerPoint-схемы, где стоит дать пример таблицы или шаблон для скачивания, а где лучше показать именно управленческую сцену “до/после”.
Зачем я показываю это заранее
Я не утверждаю, что сценарий уже окончательный. Наоборот, я хочу пройти этот этап открыто.
Если мы говорим об интеллектуальном предприятии, то и саму серию о нём логично собирать не в закрытом кабинете, а в разговоре с практиками. Поэтому буду благодарен за вопросы, возражения, примеры и предложения.
Главная тема не в том, какую нейросеть выбрать. Главная тема в другом: как сделать так, чтобы нейросети не разорвали предприятие на частные версии правды, а помогли собрать его в единый управленческий кулак.
Именно это я и хочу показать в будущей серии видеопрезентаций по Nexus и «Электронной фабрике».
График выхода видеопрезентаций сообщу дополнительно отдельным объявлением, когда будет утверждён сценарный план, формат роликов и порядок публикации материалов.
Окончательный сценарный план выложу для утверждения.