Проекты автоматизации у подрядчиков проваливаются не потому, что строители консервативны, и не потому, что системы плохие. Они проваливаются от неверного порядка работ и от неверного представления о том, сколько времени участок готов тратить на ввод данных. Всё остальное — следствия.
Каждая из восьми ошибок ниже видна на второй месяц проекта, когда ещё ничего непоправимого не произошло. Признаки при этом выглядят как рабочие мелочи: обсуждение классификатора затянулось, прораб «пока присылает в чат», выгрузку решили делать раз в сутки «чтобы не грузить систему».
Считаем на модельном подрядчике: 100 человек, четыре объекта в работе, пять прорабов и мастеров участка, 200 заявок на снабжение в месяц, средняя срочная заявка 85 000 ₽ с наценкой срочности 12 %. Полная стоимость часа: прораб и мастер 900 ₽, инженер ПТО и сметчик 1 100 ₽, бухгалтер 844 ₽, рабочий 700 ₽. Методика самих связок разобрана в опорной статье про автоматизацию строительной компании.
Восемь ошибок: признак и цена
| Ошибка | Признак на второй месяц | Цена в модели |
|---|---|---|
| 1. Начали со сметы и информационной модели | Обсуждают классификатор, а прораб заказывает материал голосом | 12 месяцев до первой цифры вместо девяти недель |
| 2. Прораб как оператор ввода | Данные приходят пачкой в пятницу вечером или не приходят | 44 часа в месяц — 39 600 ₽ — и недельная задержка данных |
| 3. Единый справочник отложили на потом | В отчёте по материалам доля позиции «прочее» больше 15 % | 24 часа ПТО в месяц на сверку — 26 400 ₽ |
| 4. Связь систем по выгрузке раз в сутки | Заявка, поданная в 9:00, появляется в закупках назавтра | 4 лишние срочные закупки в месяц — 40 800 ₽ |
| 5. Интеграция без владельца данных | Цена позиции в двух системах разная, правильную назвать некому | 20 часов ПТО в месяц на разбор конфликтов — 22 000 ₽ |
| 6. Внедряли на пиковом объекте | Старт проекта совпал с бетонными работами или сдачей этапа | Срок проекта плюс 6–8 недель, поддержка вхолостую |
| 7. Мессенджер вместо системы учёта | Заявки, фото накладных и объёмы живут в общем чате | 12 часов снабжения в месяц на поиск — 10 800 ₽ |
| 8. Нет ответственного со стороны компании | У подрядчика 15 вопросов, ответы висят дольше трёх дней | Срок плюс 2–3 месяца, поддержка 25 000 ₽/мес вхолостую |
Ошибка первая: начать со сметы и модели, а не с заявок и материалов
Самая частая и самая обидная. Компания решает «делать по-взрослому» и начинает с того, что выглядит фундаментом: классификатор работ, сметное ценообразование, информационная модель здания. Через год потрачено 1 500 000–2 000 000 ₽, построена красивая модель — и ни одна цифра в управленческой отчётности не изменилась, потому что материалы на объект по-прежнему заказывают голосом.
Причина простая: смета и модель — это про планирование, а деньги подрядчик теряет на исполнении. Разница между сметой и фактом появляется в трёх местах — при закупке материала, при списании на объект и при приёмке объёмов у субподряда, — и ни одно из этих мест не автоматизируется со стороны сметы. Сначала автоматизируется то, что порождает факт, потом то, что с фактом сравнивают.
Практический порядок: справочник материалов и единый код объекта — 150 000 ₽ и три недели, затем связка «заявка с объекта → закупка» — 420 000 ₽ и шесть недель. Итого 570 000 ₽ и девять недель до первой измеримой цифры вместо года. Что именно входит в связку заявок и как считается её эффект, разобрано в материале про заявки на снабжение с объекта. Место информационной модели в этом порядке — не первое и не второе, и почему так, мы объясняли в материале про ТИМ для подрядчика среднего размера.
Сравнение в две колонки. Левая «Со сметы и модели»: классификатор, сметное ценообразование, информационная модель; 1 500 000–2 000 000 ₽; 12 месяцев; в конце подпись «ни одна цифра отчётности не изменилась». Правая «С заявок и материалов»: справочник материалов и код объекта 150 000 ₽ и 3 недели, связка «заявка → закупка» 420 000 ₽ и 6 недель; итого 570 000 ₽ и 9 недель; в конце подпись «40 800 ₽ в месяц на срочных закупках снимается сразу». Под колонками общая подпись «сначала автоматизируется то, что порождает факт».
Ошибка вторая: прораб как оператор ввода
У прораба на объекте есть жёсткий бюджет внимания на всё, что не связано со стройкой напрямую: 10–12 минут в день. Это не лень и не саботаж, а прямое следствие его работы — он на ногах, в перчатках, между людьми и техникой. Всё, что требует больше, он либо делает пачкой в пятницу вечером, восстанавливая неделю по памяти, либо не делает вовсе.
Форма на 18 полей вместо семи легко превращает десять минут в тридцать четыре. У пяти прорабов это 24 лишние минуты × 22 дня = 2 640 минут, или 44 часа в месяц, то есть 39 600 ₽ по полной стоимости часа в 900 ₽. Но деньги здесь не главное: главное — что данные всё равно приходят с недельной задержкой и восстановленные по памяти, а значит, отчёт по себестоимости строится на выдумке.
- Семь полей, а не восемнадцать. Объект, что нужно, сколько, к какой дате, куда везти, кто просит, приложить фото. Всё остальное система должна подставить сама или спросить у снабжения.
- Ввод голосом и фотографией. Голосовое сообщение с расшифровкой и фото упаковки закрывают большинство заявок без набора текста в перчатках.
- Ничего, что можно взять из справочника. Если прораб выбирает позицию из сквозного справочника, он не пишет наименование руками — и заявка сразу сопоставима с закупкой и списанием.
- Правило одного экрана. Если заявка не помещается на один экран телефона, её переделывают. Это не эстетика, а условие того, что её заполнят на объекте, а не вечером в вагончике.
Ошибка третья: единый справочник — потом
Строку «подготовка справочников и кодов объектов» вырезают из сметы первой, потому что она выглядит канцелярской работой и не даёт видимого результата. После этого любая интеграция превращается в ручную сверку двух списков, и отчётность становится необязательной к прочтению.
В модели у подрядчика 3 200 позиций номенклатуры и 28 % из них не сопоставляются между сметой, учётом и складом: «уголок 50×50», «уголок стальной 50х50 ГОСТ» и «уголок 50» живут как три разные позиции. Сверка вручную занимает 24 часа инженера ПТО в месяц — 26 400 ₽. Хуже то, что любой отчёт по расходу покрывает 72 % факта, а отчёту с такой дырой руководитель верить не будет и правильно сделает.
Номенклатуру можно чистить постепенно, начиная с двадцати позиций, дающих 70 % денег. А вот код объекта обязан быть единым с первого дня и во всех системах сразу — в смете, в договоре, в заявке, в накладной, в акте. Без него нельзя ни собрать себестоимость, ни сравнить план с фактом, ни разнести общие затраты. Стоит это ноль рублей и одно решение руководителя, а отсутствие превращает любую интеграцию в сверку по названиям объектов вида «Ленина, 12» и «ЖК Ленинский, корп. 12».
Ошибки четвёртая и пятая: суточная выгрузка и бесхозные данные
Обмен «раз в сутки ночью» кажется разумной экономией: не нагружает системы, проще в поддержке, дешевле в разработке. На стройке эта экономия покупается срочными закупками. Заявка, поданная в 9:00, попадает в закупки в 9:00 следующего дня; при недельном горизонте планирования потерянный день превращает обычную поставку в срочную примерно в 2 % случаев. На 200 заявках это четыре заявки в месяц по 85 000 ₽ с наценкой 12 % — 40 800 ₽.
Правило простое: чем короче горизонт планирования у процесса, тем меньше допустимая задержка обмена. Заявки и приёмка материалов требуют обмена в течение минут; себестоимость и отчётность спокойно живут на суточном цикле; сметы и договоры — на недельном. Разная периодичность для разных потоков дешевле, чем одна общая «раз в сутки для всего».
Пятая ошибка живёт рядом. Когда две системы могут править одну и ту же сущность — цену позиции, остаток, статус заявки, — побеждает та, что записала последней, и это выясняется в самый неподходящий момент. В модели это 40 конфликтов в месяц, каждый по полчаса разбора у ПТО: 20 часов и 22 000 ₽. Лечится не техникой, а решением: у каждой сущности один хозяин, остальные читают.
Схема из четырёх блоков-систем: «Смета», «Учёт», «Склад и приёмка», «Система заявок». Между ними стрелки с подписями, кто чем владеет: «номенклатура — хозяин Учёт», «код и бюджет объекта — хозяин Смета», «остаток на площадке — хозяин Склад», «статус заявки — хозяин Система заявок». Тонкие пунктирные стрелки в обратную сторону подписаны «только чтение». Отдельно красной пометкой показаны две встречные стрелки к одной сущности с подписью «40 конфликтов в месяц, 22 000 ₽ разбора». Внизу подпись «периодичность обмена: заявки — минуты, себестоимость — сутки, сметы — неделя».
Ошибки шестая, седьмая и восьмая
- 1Внедрять на пиковом объекте
Проект стартует одновременно с бетонными работами, монтажом или сдачей этапа — «чтобы сразу на реальной нагрузке». Результат предсказуем: у прораба нет двадцати минут на обучение, у ПТО нет вечера на сверку справочника, и через месяц команда честно говорит, что система мешает. Срок проекта уезжает на 6–8 недель, а сопротивление снимать придётся заново. Пилот ставят на объекте среднего размера в спокойной фазе, даже если он не самый показательный.
- 2Мессенджер как система учёта
Заявки, фото накладных, объёмы и споры с субподрядом живут в общем чате. Пока объектов два, это работает; на четырёх поиск истории превращается в прокрутку. В модели снабжение тратит на это 12 часов в месяц — 10 800 ₽. Отдельно стоит помнить, что переписка в мессенджере — плохое доказательство при споре об объёмах: у сообщения нет ни статуса, ни подписи, ни привязки к договору. Как выглядит нормальный реестр, разобрано в материале про работу с субподрядчиками.
- 3Нет ответственного со стороны компании
Владелец проекта — не спонсор и не системный администратор, а человек, который отвечает подрядчику в течение суток и имеет право сказать «у нас будет так». Признак отсутствия ловится на третьей неделе: полтора десятка вопросов висят дольше трёх дней. Срок уезжает на 2–3 месяца, а оплаченная поддержка идёт вхолостую — 25 000 ₽ в месяц. В компании на 100 человек этим человеком обычно становится главный инженер или руководитель ПТО, и его надо разгрузить, а не догрузить.
Сколько это стоит за первый год
Все восемь ошибок одновременно встречаются редко — обычно их три-четыре. Но они устойчиво ходят парами: отложенный справочник тянет за собой конфликты данных, а старт со сметы почти всегда сопровождается перегруженной формой заявки. Ниже — сложенная стоимость полного сценария.
Две вертикальные колонки, ось Y в рублях с шагом 250 000 ₽. Левая «Год с ошибками — 1 750 200 ₽» из шести сегментов сверху вниз: «лишний ввод у прорабов 475 200 ₽», «срочные закупки 489 600 ₽», «сверка номенклатуры 316 800 ₽», «конфликты между системами 264 000 ₽», «поиск в переписке 129 600 ₽», «поддержка вхолостую 75 000 ₽». Правая колонка «Справочник и связка заявок — 570 000 ₽» из двух сегментов: «справочник и код объекта 150 000 ₽», «заявка → закупка 420 000 ₽». Между колонками фигурная скобка с подписью «девять недель».
Порядок исправления, если признаки уже есть
Разворачивать проект целиком почти никогда не нужно. Порядок исправления один и тот же независимо от того, на каком месяце вы находитесь, и первые два шага стоят только времени руководителя.
- 1Ввести единый код объекта во всех системах и документах. Ноль рублей, одно решение, неделя на переоформление. Без этого шага остальные не имеют смысла.
- 2Сократить форму заявки до семи полей и проверить её на объекте. Не в переговорной, а на площадке, в перчатках, на телефоне прораба. Если заполнение занимает больше двух минут, форма всё ещё длинная.
- 3Назначить владельца каждой спорной сущности поимённо. Номенклатура, цена, остаток, статус заявки, бюджет объекта — по одному хозяину на каждую. Это совещание на час, а не проект.
- 4Развести периодичность обмена по потокам. Заявки и приёмка — в течение минут, себестоимость — сутки, сметы и договоры — неделя. Обычно это настройка, а не разработка.
- 5Почистить двадцать позиций номенклатуры, дающих 70 % денег. Полная чистка справочника из 3 200 позиций не нужна и не окупится — нужны те, по которым идут основные закупки. Полная методика — в материале про учёт материалов на стройплощадке.
Когда проект лучше не начинать вообще
Отдельный класс ошибок — не в исполнении, а в самом решении начать. В четырёх ситуациях честный ответ подрядчика звучит как «сейчас не надо», и это тот случай, когда стоит его услышать.
- Один объект в работе. Мобильная приёмка материалов на одном объекте окупается 20 месяцев при сроке объекта восемь. Порог — примерно три объекта одновременно, и до него связка заявок с закупкой остаётся единственным блоком, который считается.
- Компания живёт от объекта до объекта, состав людей меняется целиком. Автоматизировать нечего: каждый объект — новая команда и новый порядок. Сначала стабилизируется хотя бы ядро ПТО и снабжения.
- Собственник хочет «увидеть всё в одном экране» и больше ничего. Дашборд поверх несопоставимых данных покажет красивую неправду. Разговор надо начинать с того, откуда берётся факт, а не с того, как он рисуется.
- Процессы типовые, а бюджет на разработку уже утверждён. Это повод не радоваться, а проверить, не решается ли задача отраслевой конфигурацией с настройкой. Шесть признаков того, что заказная разработка стройке не нужна, собраны отдельно — вместе с разницей в бюджете и сроке.
Система на стройке живёт ровно столько, сколько прораб готов тратить на неё минут в день. Всё остальное проектирование начинается с этой цифры.
