Спор, который маскируют под «коммуникацию»
Украинская стройка малого и среднего масштаба живёт в мессенджерах: фото узла, голосовое «давайте без этого короба», Excel в трёх чатах — заказчик, прораб, снабжение. К утру у всех разные цифры. На объекте выясняется, что бригада ставит то, что было в файле вторника, а клиент утвердил четверг. Это не «люди не читают». Это нет объекта учёта, есть рассылка файлов.
Если актуальность сметы подтверждается фразой «я тебе сейчас перешлю», у вас нет документа. Есть археология чатов.
Почему Excel в Telegram «работает», пока не вскроется
На коротком ремонте квартиры память прораба закроет дыры. На нескольких объектах параллельно — нет. Появляется правка «минус два светильника», она улетает заказчику в личку, снабжение покупает по старому списку, смета в таблице владельца не двигается. Финал: кассовый разрыв, ссора и фраза «мы же писали». Писали. Не в то место.
- Один объект — несколько чатов с пересекающимся составом людей.
- Имя файла «смета_финал_2_точно.xlsx» как система версий.
- Голосовые правки, которые никто не перенёс в строки.
- Снабжение и площадка смотрят разные копии в офлайне.
Hero-позиция: файл в чате — не архитектура
AI-системный интегратор здесь не «подключает нейросеть, которая пишет сметы». Позиция RONIN/AI: чат, таблица и память — не система управления объектом. Нужна карточка объекта: актуальная смета, статус строк (утверждено / в закупке / на площадке), кто имеет право менять цифру. Пока право менять есть у всех, кто может нажать «отправить файл», споры на объекте будут нормой.
Прораб не саботирует учёт. Ему нужно решение за минуту на пыльной площадке. Если «правильная система» открывается хуже, чем чат — победит чат. Контур должен быть быстрее спора.
Как выглядит одна версия без тяжёлого ERP
Не обязательно внедрять «стройку как у холдинга». Для МСБ достаточно правила: правка сметы рождается не сообщением, а изменением строки в карточке объекта. Telegram остаётся уведомлением: «версия 14, минус короб, плюс две розетки». Файл для заказчика генерируется из карточки, а не наоборот. Кто утвердил — видно. Кто купил по старой версии — тоже видно.
- Один объект — одна карточка, не папка из двенадцати Excel.
- Право менять сумму или состав — роль, не «кто успел написать».
- Снабжение видит только утверждённые к закупке позиции.
- Площадка видит состав работ, а не переписку «как договорились вчера».
Что это даёт владельцу, а не «цифровизации ради»
Владелец перестаёт быть архивариусом. Вечерняя сверка «какой файл последний» уходит — когда правка живёт в карточке объекта, а не в трёх чатах. Маржа перестаёт утекать через неучтённые «мелочи в чате». Это не обещание волшебной прибыли. Это возврат контроля: вы видите, какая версия на площадке, без допроса прораба.
Где AI уместен — и где вреден
AI может разобрать голосовое «уберите нишу» в черновик правки. Может сравнить две таблицы и показать расхождение. Не может утвердить смету за заказчика и не должен молча менять цифры. Если подрядчик продаёт «нейросеть вместо сметчика» без журнала версий — вы купите новый источник споров. Сначала журнал и статус, потом ассистент.
Завтра утром на объекте: можете ли вы за две минуты показать единственную актуальную смету человеку, который вчера не был в чатах? Если нет — системы нет.
Типовые дыры на украинской стройке МСБ
Заказчик в другой стране, прораб на объекте, снабжение в другом городе. Чаты рвутся, файлы тяжёлые, кто-то работает с телефона. Чем меньше единой карточки, тем больше «пришлите ещё раз». Добавьте к этому смену бригады — и устная память предыдущего мастера уезжает вместе с ним. Карточка объекта переживает людей. Чат — нет.
Ещё дыра — акты и допники. Их тоже рассылают картинками. Потом бухгалтерия собирает археологию. Связка «утверждённая смета → акт по факту» должна ссылаться на версию, а не на «тот файл, что в закрепе».
С чего не начинать
Не начинайте с общего диска «все файлы стройки». Без правила актуальности диск станет кладбищем копий. Не начинайте с бота, который принимает фото чеков и больше ничего не структурирует. Сначала объект, версия, роль. Стек — без РФ-сервисов, документы у вас, доступ по ролям, не «ссылка, которую переслали на всю группу».
Роль интегратора на стройке
Интегратор разбирает, кто реально меняет смету, кто только читает, где рождается правка и где она умирает. Потом собирает контур: Telegram как канал, карточка как правда, уведомление на площадку. Без фиксированных сроков «внедрим к понедельнику»: пока не назвали, какая версия считается боевой, любой софт будет полкой.
Спор на объекте из‑за файла — симптом. Болезнь — отсутствие одной сметы как объекта со статусом.
Отдельно стоит снабжение «по фото из чата». Прораб присылает картинку узла, снабженец покупает похожее, смета не двигается, на объекте выясняется, что артикул другой. Пока фото не привязано к строке карточки, картинка — ещё одна версия документа, только без цифр. Интегратор как раз и склеивает фото, строку и статус закупки, а не просит всех «аккуратнее пересылать Excel».
На нескольких объектах параллельно без карточки владелец путает, какой файл к какому адресу. Чаты называются одинаково, прорабы пересылают «ту смету». Единая картина здесь — список объектов со статусом версии, а не папка «Стройка 2026» в мессенджере. Это тот же hero-контур: чат остаётся каналом, правда живёт в учёте.
Первый шаг на действующем объекте
Не останавливайте стройку ради «новой ERP». Выберите один живой объект и запретите вторую правду: все правки — в карточку, чат только сигнализирует. Через неделю будет видно, кто обходит правило. Это ценнее любой презентации. Дальше либо дисциплина садится, либо вы понимаете, что роль «хранитель версии» не назначена — и назначаете.
Чего это не сделает
Система версий не заменяет сметчика, прораба и договор. Она не остановит заказчика, который меняет решение голосом на площадке, если команда не фиксирует это в карточке. Без роли «кто утверждает» софт станет ещё одним чатом с таблицей.
С чего начать
На одном объекте соберите все файлы сметы за последнюю неделю и пометьте, какой из них бригада считает боевым. Расхождение — ваш список дыр.