Электронное ПТО для подрядчика: программа, которая ведёт работу по плану
Подрядчик по линейным объектам хочет не очередную базу документов, а программу, которая сама ведёт работы по плану и защищает подрядчика при приёмке. Мы обсудили принципы, я предложил пять способов упростить подготовку сценариев. Это концепция и договорённость о прототипе, продукта пока нет.
Коротко (TL;DR)
- Подрядчик по линейным объектам хочет электронное ПТО с ИИ. Главная ценность для него: защита выполненных работ при приёмке. Учёт, справочники и формы он считает второстепенными, документы видит как результат.
- Принцип, который мы согласовали: программа работает как «генерал», сама ведёт работу по плану. Прорабы и мастера делают простые действия, куратор заранее готовит сценарий и потом корректирует.
- Я отправил пять способов упростить подготовку сценариев. Заказчик ответил, что мысль верная. Я пообещал прототип на одной работе, а он описывает для него практику.
- Статус: это концепция. Прототипа, продукта и пилота на объекте нет.
Сделаю под ключ: разберу задачу, назову срок и цену. Чтобы начать, напишите в Telegram одной фразой.
Обсудить автоматизациюВ этом кейсе нет готового экрана, и я не буду его изображать. Расскажу, как поставлена задача, какие принципы мы приняли и что именно предложено.
Задача
Заказчик работает на линейных объектах, пилотной отраслью названы воздушные линии электропередачи. Дальше он видит трубопроводы, дороги, оптику, пожарную сигнализацию, видеонаблюдение, лифты и доступную среду. Общестрой он оставляет на потом.
Он сразу обозначил, чего ему не нужно. Готовых систем с карточками, справочниками и десятками форм вокруг рынка хватает, и они тяжёлые. Сметы, привязка к бухгалтерским программам и образцы документов ему неинтересны. Документы для него следствие: если работа выполнена и подтверждена правильно, комплект собирается из этих данных.
Интересует его другое: защита работ. То, за что подрядчик получает деньги, должно быть подтверждено так, чтобы при приёмке не было споров. Рутина и человеческие ошибки уходят, остаётся простое действие на объекте.
Принципы, которые мы согласовали
- Программа как генерал. Она ведёт работу по плану: что делать дальше, какие подтверждения собрать, чего не хватает. Рядовые участники (прораб, мастер, специалист ПТО) выполняют простые шаги и не изучают систему.
- Куратор готовит сценарий. Руководитель проекта заранее описывает, как идёт работа, и дальше только корректирует по ходу.
- Формы рисуют пользователи. У каждой организации свои правила и свои формы, поэтому жёстко вшитого набора документов не будет.
- Работа без связи. На объектах часто нет сети. Данные собираются автономно и уходят фоном, без кнопок «отправить». Похожий принцип я использовал в терминалах сбора данных на складе.
- Стройки однотипны. Процесс устроен похоже, различается набор работ. Это позволяет собирать сценарии из повторяющихся элементов.
Заказчик уже смотрел существующие решения. Тяжёлые системы на карточках и справочниках он отверг: из них можно перенять технику, но практика там другая. Электронный документооборот, который стоит у его заказчиков, и бухгалтерскую программу он называет только механикой. Мне это задаёт рамку. Чужой набор функций я не повторяю и начинаю с вопроса, в какой момент подрядчик теряет деньги и что должно быть подтверждено, чтобы этого не случилось. Ответ на него даст практика заказчика, поэтому первые сценарии я пишу вместе с ним.
Что я предложил
Узкое место в такой программе одно: кто и как подготовит «генерала». Если каждый сценарий писать вручную с нуля, продукт никто не внедрит. Поэтому я отправил пять способов упростить этот шаг.
- Готовая языковая модель плюс нормативка. Подключить существующую модель и загрузить нормативные документы, чтобы она предлагала сценарий и перечень подтверждений по виду работы. Принцип близок к тому, что я описывал в статье про RAG-системы для бизнеса.
- Сценарии из кирпичиков. Типовые шаги (подтверждение материала, фотофиксация, замер, подпись ответственного) собираются в работу как конструктор.
- Старт с 15-20 спорных работ. Начать не со всего каталога, а с работ, где чаще всего возникают споры при приёмке.
- Режим наблюдения. На первых объектах программа ничего от людей не требует и фиксирует, как они работают. По этим данным сценарий уточняется.
- Сценарий голосом или по технологической карте. Куратор диктует описание работы или загружает техкарту, а программа превращает её в черновик сценария.
Границу автономности модели здесь важно держать жёстко: она предлагает черновик, а утверждает куратор. Об этом я писал в статье про границу автономности ИИ-агента.
Заказчик подтвердил, что так мыслить верно, и предложил формат: он рассказывает практику в самых неявных деталях, а я её описываю. Прототип я пообещал сделать на одной работе, которую он опишет.
Что учёл и где риски
Первый риск это знания о предметной области. Я не строитель линейных объектов, и практику ВЛ беру только из слов заказчика. Примеры этапов и подтверждений я не привожу, пока они не описаны им: придумывать их значило бы строить сценарий на догадках.
Второй риск в нормативной базе. Требования меняются, а модель может ссылаться на устаревшую редакцию. Поэтому ссылки на нормативку должны проверяться и обновляться, а решение остаётся за человеком.
Третий риск в офлайн-режиме. Синхронизация без кнопок требует аккуратной очереди и разрешения конфликтов, когда один и тот же акт правят двое. Это инженерная задача, которую надо решить до первого объекта, и я не оцениваю её как простую.
Четвёртый риск в самом внедрении. Любая программа для строителей проигрывает, если требует лишних действий. Поэтому «простые действия для строевых» стали критерием приёмки: прототип я буду проверять именно по нему.
В каком статусе
| Что | Состояние |
|---|---|
| Принципы и границы продукта | согласованы с заказчиком |
| Пять способов подготовки сценариев | отправлены, ответ: мысль верная |
| Разбор практики на пилотной отрасли | ожидается от заказчика |
| Прототип на одной работе | обещан, не сделан |
| Продукт, пилот на объекте | нет |
Сроков я здесь не называю, их нет.
Что дальше
Следующий шаг: получить от заказчика описание одной работы с её этапами, подтверждениями и местами, где подрядчики теряют деньги. На нём я соберу прототип сценария, офлайн-сбор данных и итоговый комплект документов. Если прототип покажет, что программа действительно ведёт людей и не добавляет им лишних действий, можно будет обсуждать пилот на объекте.
Строительным компаниям я также описывал смежные задачи в статьях IT для строительных компаний и про сметы, графики и учёт объектов.
Частые вопросы
Это готовый продукт, который можно купить?
Нет. Это концепция и договорённость о прототипе. Продукта, пилота и клиентов у него пока нет.
Почему документы не главное?
Заказчик считает, что ценность в подтверждённой работе. Если данные собраны правильно в момент выполнения, документ собирается из них. Заполнять документы руками после работ он считает источником ошибок.
Что делает ИИ, а что человек?
ИИ предлагает черновик сценария и подтверждений по нормативке. Утверждает сценарий куратор, а работы подтверждают люди на объекте.
Коротко о главном
Электронное ПТО в этой постановке это программа, которая ведёт людей по плану и защищает подрядчика при приёмке, а документы собираются как побочный результат. Идея согласована, прототип обещан, готового продукта нет.
Если вам нужна автоматизация процесса на объектах или в учёте, посмотрите страницу про автоматизацию бизнеса и напишите мне в Telegram, MAX или VK.
Что я делаю для бизнеса
Напишите одной фразой, что нужно. Отвечу, что подойдёт, сколько займёт и сколько стоит. Сообщение уже подготовлено.
- Боты в Telegram, MAX, VK
- Автоматизация процессов и CRM
- Аналитика и дашборды
- Сайты и лендинги под ключ
Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.


