Черновик для обсуждения · 07.09.2026
Траст Инжиниринг: как это выглядело бы, если строить сегодня с нуля
Паша, это черновик, собранный по твоим же материалам и по документам объектов. Почти наверняка местами мы промахнулись — в конце вопросы, где нужен твой взгляд.
⛔ Это не то, что мы делаем по договору. По договору автоматизируем ровно то, что описал Столов в анкете, и это идёт своим чередом. Здесь — параллельный разговор о том, куда вообще можно двигаться.
Ради чего это всё
Цель, названная Ильёй: сократить время обработки на 50%. Раздувать штат при этом он не собирается.
Сама по себе экономия времени денег не даёт. Если никого не увольнять, зарплаты остаются те же — меняется только усталость инженеров. Тогда куда девается сэкономленное время — вопрос, на который у нас три ответа, и они очень разные по силе.
Дорожка 1 — больше объектов тем же составом
Сейчас завершают 5–7 в год, в работе держат 10–12. Вдвое больше пропускной способности — прямой рост выручки без роста расходов.
Именно сюда всё и сходится: штат не раздувается, а объектов через него проходит больше.
Дорожка 2 — меньше потерь на тех же объектах
Не попадать на просрочку и штрафы, не держать людей в простое между этапами, не платить за переделки. Это защита, а не рост.
⚠️ А вот «деньги придут раньше» — не работает: этапы привязаны к согласованию застройщиком, а рабочая документация вообще стартует с получения аванса. Сдашь раньше — очередь всё равно не у вас.
Третий ответ — точность расчёта. По словам Паши, на основании первичных расчётов заказчик покупает мощность у сетевой организации, а киловатт стоит сотни тысяч рублей. Деньги тут огромные, но чужие — заказчика. Продавать это можно как преимущество при входе в новый объект: «мы считаем точнее, вы не переплатите за мощность». ⚠️ Цифру Паши документами мы не сверяли.
Где Траст стоит в цепочке
Из договорных документов объекта: цепочка трёхуровневая, и сроки приходят сверху.
ЗастройщикПионер. Платит, согласовывает, держит календарный план
→
ГенпроектировщикКляйневельт. Нанимает на инженерные разделы
→
Траст ИнжинирингИОС: команда 14 человек на объект, включая ГИПа и двоих по BIM
Значительная часть календаря Трасту не принадлежит. В плане дословно: «11.11.2025, но не ранее даты согласования Застройщиком результата работ по этапам 1, 2, 3», а рабочая документация стартует «с даты получения аванса по этапу». Плюс сбоку — сетевая организация с техусловиями и экспертиза с замечаниями.
⇒ Поэтому ускорение работы вдвое не сжимает срок объекта вдвое. Оно даёт другое: пока ждёшь чужого согласования по одному объекту — работаешь по другому.
Внутри: одиннадцать разделов и две точки схода
Слева — девять разделов, которые кормят электрику. АСУД показан отдельно: он и раздел, и конечный получатель всего.
ОВ — вентиляция
КВ — кондиционирование
ХЦ — холодильный центр
ОТ — отопление
ВК — водоснабжение
ПТ — пожаротушение
ДУ — противодымная
ИТП — тепломеханика
СС — слаботочка
ЭОМпринимает мощности от всех остальных разделов
АСУДконечный получатель: принимает от всех, включая ЭОМ
→ ОВ, КВ: тепловыделения
→ КР: закладные, проёмы
→ АР: помещения щитовых
→ АСУД: задание на автоматизацию
→ подрядчикам: ИБП, щиты
→ заказчику: расчёт нагрузок для ТУ
Обе точки схода стоят последними в очереди и собирают на себя каждую чужую задержку. Виноватым в срыве структурно оказывается тот, кто ни в чём не виноват.
При этом ходит всего шесть сущностей
мощность оборудования
10 разделов → ЭОМ
сигналы и параметры
все → АСУД
тепловыделения
ЭОМ → ОВ, КВ
помещения и площади
АР → все · ЭОМ → АР
закладные и нагрузки
все → КР
трассы и коллизии
взаимно, через BIM
Система обменивается шестью сущностями, а инструмента для этого нет ни одного. Каждая цифра живёт в файле, который кто-то кому-то прислал в чат — и на каждом переходе переписывается руками.
Из чего складывается срок объекта
По календарному плану МФК-1: концепции 26.08.2025 → проектная документация 11.11.2025 → сопровождение экспертизы до 15.02.2026. Цикл около полугода.
⚠️ Ниже мы кладём рядом две цифры из разных источников: срок — по объекту МФК-1, число итераций — со слов Столова по его объектам. Это разные проекты и разные команды, совпадение может быть случайным.
20–30
итераций на объект, со слов Столова
= 5–7 мес
похоже на длину цикла по календарному плану — но объекты разные, проверить
Срок объекта — это не сумма работ, а число кругов, помноженное на длину круга. Инженеры не медленные: их заставляют проходить одно и то же по двадцать-тридцать раз.
Два рычага, и работают они по-разному
Короче круг — наш целиком
Пересчитывается только затронутое, а не весь объект. Данные берутся из общей базы, а не собираются по чатам. Меряется часами на круг.
Меньше кругов — только те, что рождаются внутри
Замечания заказчика, экспертизы и аудитора мы не уберём. Но часть кругов компания порождает сама себе — вот эти уходят.
круг из-за позднего узнавания
Смежник изменил мощность в марте, электрика узнала в мае со следующим заданием — и переделала. Изменение внешнее, лишний проход рукотворный.
круг из-за устаревшей версии
На концепциях объекта Паши между февралём и маем шесть изменений не отражены в тексте: схема ИБП сменилась на распределённую, I особая категория выросла на 82%. Видно только сличением.
круг из-за замечаний по расчётам
До 80% замечаний на концепции и ПД — про расчёты. Круг внешний, причина внутренняя.
⚠️ Сколько это в процентах — мы не знаем и обещать не будем. Единственная измеренная цифра: между двумя версиями одного задания изменилось 184 ячейки из 3 893, около 5%, а перепроверяется 100%, потому что разницу никто не показывает.
Дом: из чего он состоит
Идея одна: не документооборот, а общая база данных объекта. Задание перестаёт быть документом и становится её представлением.
Важное разделение. Одиннадцать разделов ИОС — сотрудники Траста, они работают в общей базе. А архитектура, конструктив, генпланист, технологи и заказчик — чужие организации, их ни о чём не просим и принимаем что пришлют. Отсюда два разных слоя ниже: реестр внутри, шлюз на внешней границе.
Слой 1
фундамент
Реестр объекта — внутри Траста. Оборудование, помещения, зоны, системы. Каждая единица заводится один раз тем разделом, который её выбрал: вентиляция завела вентилятор — указала мощность, фазность, режим, помещение. Дальше все читают оттуда.
Слой 2
ИИ
Шлюз входа — на внешней границе. Принимает от чужих организаций что угодно — PDF, чертёж, письмо, скриншот переписки — и превращает в записи реестра. Архитекторов и заказчика ни о чём не просим: граница остаётся грязной, дом за ней чистый.
Слой 3
код
Расчёт. Берёт данные из реестра, а не из присланного файла, и пишет результат обратно. Изменилась мощность у источника — все зависимые расчёты помечены как затронутые.
Слой 4
код
Выдача. Из реестра собираются задания смежникам, таблицы нагрузок, схемы, тома — в тех форматах, которые требует ТЗ заказчика.
Слой 5
код
Табло состояния. Видно: чего ждём, от кого, сколько дней · что изменилось с прошлого раза и кого задело · какие позиции пустые. Сегодня этого нет вообще — задержка растворена в чатах.
Что лежит в реестре — проверено на ваших же заданиях
Сущность «единица оборудования» уже существует: у каждого раздела своя таблица с почти одинаковыми полями.
ОВ → ЭОМ: таблица ХОВС, 6 066 строк
обозначение системы · количество · какое помещение обслуживает · тип установки · расположение · вес, кг · Nу, кВт · расход · давление · обороты · фазность и напряжение · марка · резерв
ВК → ЭОМ
наименование насоса · мощность единицы, кВт · рабочих, шт · резервных, шт · суммарная мощность
ХОВС на шесть тысяч строк — это уже реестр вентиляции, просто в Excel, без связей с другими разделами и без версий.
Минимальный набор полей общей базы
| Поле | Кто заполняет | Кому нужно |
|---|
| Обозначение системы | раздел-владелец | всем — это ключ связи |
| Корпус · этаж · помещение · пожарный отсек | АР, уточняет владелец | ЭОМ, КР, АСУД |
| Мощность единицы, кВт | раздел-владелец | ЭОМ |
| Рабочих / резервных | раздел-владелец | ЭОМ — множитель и блокировка одновременного пуска |
| Фазность, напряжение, марка | раздел-владелец | ЭОМ, АСУД |
| Вес | раздел-владелец | КР |
| Категория надёжности | ЭОМ, не смежник | ЭОМ, АСУД |
| Тепловыделение | ЭОМ — обратный поток | ОВ, КВ |
| Статус: предварительно / подтверждено | владелец | всем — основа табло ожидания |
| Версия и дата изменения | система | всем — основа показа разницы |
Две последние строки — то, чего сегодня нет вообще. Без статуса не видно, чего ждём. Без версии не видно, что изменилось, — и поэтому каждый круг перепроверяется целиком.
Что происходит с людьми
исчезает как класс
ручной перенос цифр между разделами · сверка версий глазами · сбор заданий по чатам и папкам · переиздание задания целиком ради двух строк · поиск «а какая версия актуальная»
остаётся за человеком
решения о структуре и раскладке · выбор оборудования · проверка правдоподобия · разговор с заказчиком и экспертизой · подпись
под вопросом
нормоконтроль · графическое оформление схем (1–1,5 часа на схему) · выпуск томов
Освобождается не «полставки инженера», а недели ожидания и перепроверок. В отделе электрики восемь человек — они и остаются восемью, но ведут больше объектов. По остальным разделам численность мы не знаем.
В каком порядке это вообще строится
уже идёт
Сентябрь–октябрь, по договору: шлюз входа для ЭОМ и заполнение панелей. Это слой 2 и часть слоя 3 для одного раздела.
месяц-полтора
Реестр на одном объекте + табло ожидания. Даже без остальных разделов даёт видимость задержек — то, чего сейчас нет ни у кого.
квартал
Два-три раздела, которые больше всего кормят ЭОМ — вентиляция, ВК, ИТП. Проверяем, что связь «изменилось у источника → пересчитано у потребителя» работает.
год
Остальные разделы, АСУД как конечный потребитель, выдача томов.
⚠️ Сроки выше — грубая прикидка, а не план. Денег тоже не считаем: пока не подтверждена матрица по десяти разделам, объём работы неизвестен. Реальные сроки и цена появятся после твоих ответов.
Паша, вот где нужен твой взгляд
Шестнадцать вопросов. Мы намеренно не спрашиваем то, что можем достать из документов сами.
Что подтвердить в фактуре
1
Матрица связей по десяти разделам, кроме электрики, собиралась быстро и глазами не вычитывалась. Где в ней враньё? Особенно: правда ли АСУД получает данные от всех остальных разделов, включая электрику?
2
Категорию надёжности назначает электрика, а не смежник — по концепциям выходит так. Это правило или совпадение на конкретных объектах?
3
Кто на объекте физически ведёт реестр помещений и зон — архитектура, BIM-координатор, кто-то ещё? От этого зависит, кто хозяин половины полей.
Где рвётся на самом деле
4
По объектам, которые ты вёл: из-за чего чаще всего происходит лишний круг — изменение у смежника, замечание экспертизы, изменение планировки, ошибка в расчёте?
5
Сколько кругов, по твоей оценке, лишние — то есть их могло бы не быть, если бы данные ходили нормально?
6
Ты присылал дельта-документы «что изменилось» по двенадцати разделам. Это твоё изобретение или так принято? Смежники их читают или это для себя?
7
Что происходит, когда смежник задерживает задание: кто это видит, через сколько дней, и кто в итоге отвечает за срыв?
8
Бывает, что Траст готов, а стоит согласование или деньги? Как часто и сколько такие простои длятся — ты это видишь как ГИП, мы нет.
Что уже пробовали
9
Что в компании уже пытались автоматизировать или упорядочить — и почему не пошло? Нам важнее знать про неудачи, чем про удачи.
10
Твоя wiki по МФК-1 — ты её ведёшь один? Кто-то ещё в неё смотрит? Что мешает завести такую же на других объектах?
11
Битрикс на нескольких объектах тестируется как канал заданий. Что там не так и почему не разошлось на все?
Про идею общей базы
12
Главная идея документа: оборудование заводится один раз тем, кто его выбрал, а задание становится выгрузкой из общей базы. Где это сломается в реальности?
13
Кто из разделов на такое не пойдёт и почему? Есть разделы, которые принципиально работают чертежами, а не таблицами?
14
Кто должен быть хозяином такой базы на объекте — ГИП, BIM-координатор, отдельный человек?
С чего начинать
15
Если бы это делали вы сами и был бы один месяц — что бы ты сделал первым?
16
Какой раздел проще всего подключить вторым после электрики, чтобы связь заработала и её стало видно?