Внедрение ИИ в проектировании и строительстве имеет смысл начинать с пилота: один повторяющийся процесс, один ответственный, срок шесть недель. К концу срока нужно принять решение: масштабировать, изменить задачу или остановить.
План по неделям
| Неделя | Результат | Отвечает |
|---|---|---|
| 1 | Выбран процесс, замерены время и доля возвратов | Владелец процесса |
| 2 | Выбраны контур данных и размещение модели, решение по безопасности зафиксировано | Ответственный за информационную безопасность |
| 3-4 | Готовы инструменты, журнал, список запретов и тестовый набор примеров | Технический исполнитель |
| 5-6 | Параллельная работа, замеры, отчёт пилота | Владелец процесса и проверяющий |
Неделя 1. Выбрать процесс и замерить исходное состояние
Подходящий процесс отвечает четырём условиям:
- повторяется не реже раза в неделю;
- результат проверяется глазами за несколько минут;
- исходные данные уже в электронном виде;
- ошибка не доходит до выпускаемой документации без проверки.
Примеры: сверка комплектности томов, подготовка ведомостей из модели, сводка по проектам для руководителя, раскладка замечаний экспертизы по разделам. До запуска замерьте исходные значения: сколько часов процесс занимает сейчас и какая доля результатов возвращается на доработку. Без этих чисел через шесть недель будет нечего сравнивать.
Неделя 2. Определить контур данных и выбрать модель
Языковую модель можно разместить тремя способами:
- российский облачный API, например GigaChat или YandexGPT: доступны бизнесу по API, состав моделей и условия нужно смотреть у вендора на дату закупки;
- открытая модель на собственном сервере: данные не покидают контур, но нужны оборудование и специалист для поддержки;
- зарубежный облачный сервис: доступность, оплату и условия использования для российской организации проверяют отдельно.
Выбор определяют договоры с заказчиками (запрет передачи документации третьим лицам, коммерческая тайна), персональные данные по 152-ФЗ и ограничения по объектам. Если договор запрещает передачу документов вовне, облачные варианты исключаются. Когда вариантов несколько, сравните их на одном наборе реальных примеров из вашего архива и посчитайте ошибки.
Роли в пилоте
- Владелец процесса. Принимает результат и отвечает за решение об остановке.
- Технический исполнитель. Настраивает инструменты и журнал.
- Проверяющий. ГИП или ведущий специалист, который сверяет результаты агента.
- Ответственный за информационную безопасность. Утверждает контур данных.
В небольшой организации несколько ролей совмещает один человек. Роль проверяющего лучше не отдавать тому, кто настраивает агента: иначе проверка превращается в самопроверку.
Недели 3-4. Собрать инструменты и ограничить права
Для пилота достаточно двух-трёх инструментов: читать данные, формировать отчёт, предлагать правки. Права на запись не выдаются. Каждый вызов инструмента попадает в журнал. Результат агента сохраняется как предложение, а не как изменение файла.
К концу четвёртой недели должны быть готовы: набор инструментов, журнал, описание того, что агенту запрещено, и тестовый набор примеров с известными правильными ответами.
Недели 5-6. Работа на живых задачах и измерение
Работа идёт в параллельном режиме: сотрудник выполняет процесс как обычно, агент делает то же независимо. Сравнение показывает, где агент ошибается и сколько времени занимает проверка его результата. Измеряют четыре величины:
- время процесса с агентом, включая проверку, в сравнении с исходным;
- долю результатов, которые пришлось исправлять;
- число ошибок, о которых агент не предупредил;
- число случаев, когда агент отказался или запросил уточнение, и было ли оно уместным.
Из чего складываются затраты
- время владельца процесса и проверяющего;
- разработка и настройка инструментов, журнала, тестового набора;
- вычислительные ресурсы своего сервера или оплата API облачной модели;
- время на подготовку и разметку тестовых примеров.
До начала оцените каждую статью в часах и рублях. Тогда результат пилота можно сравнить с затратами, а не с ощущением.
Критерии остановки
Их записывают до начала пилота. Например: пилот прекращается, если проверка результата занимает столько же времени, сколько сама работа, или если агент допустил ошибку без предупреждения в критичной операции. Критерии нужны для того, чтобы остановка была решением по правилам, а не предметом спора.
Типичные ошибки
- Начинать с самой сложной задачи вместо самой повторяющейся.
- Выдавать права на запись до того, как налажены журнал и откат.
- Выбирать модель раньше, чем выбрана задача.
- Не назначать владельца процесса.
- Оценивать по впечатлениям, а не по замеру времени и ошибок.
Что показать руководству по итогам
Отчёт пилота помещается на одну страницу: процесс и его границы, выбранное размещение модели, три числа (время до и после, доля исправленных результатов, число ошибок без предупреждения), принятое решение, остаточные риски и следующий шаг. Если чисел нет, решение принимается по впечатлениям, и пилот не выполнил свою задачу.
Вывод
Результат пилота - таблица «до и после» по одному процессу и решение владельца. Она показывает, стоит ли переносить подход на другие процессы, и не обещает эффект заранее. Если данные по проектам, разделам и срокам ведутся в одной системе, пилот на сводках и проверках начинается проще: об этом в статье про данные проекта.