Зачем чеклист
Без as-is пилот ИИ превращается в театр. Ниже — вопросы, которые я задаю (и которые можно задать себе), до выбора модели и закупки GPU.
1. Границы процесса
- Где процесс начинается и чем заканчивается для вас?
- Кто заказчик результата (не «инициатор цифровизации», а тот, кто пользуется выходом)?
- Что считается браком / срывом / возвратом?
Если границы плывут («ну это весь завод»), сузьте до одного потока.
2. Люди и роли
- Кто делает шаг руками?
- Кто подписывает / останавливает?
- Кто подменяет, когда основного нет?
- Где решение «по жизни» принимает не тот, кто в регламенте?
3. Системы и теневые контуры
- Что в ERP / СЭД / PLM / MES?
- Что в Excel, почте, мессенджере, бумаге?
- Где правда, если система и человек расходятся?
Именно «теневые» места чаще всего едят время — и именно их забывают в ТЗ на ИИ.
4. Данные
- В каком виде вход: скан, чертёж, строка в БД, устный запрос?
- Что структурировано, что нет?
- Какие справочники живые, какие мёртвые?
- Что нельзя выносить из контура?
5. Время и качество
- Нормативное время шага vs фактическое?
- Где самые длинные ожидания?
- Какие ошибки повторяются?
- Как сейчас меряют «хорошо / плохо»?
Без хотя бы грубой метрики пилот нельзя честно закрыть.
6. Исключения
- 20% случаев, которые ломают «идеальный» сценарий?
- Сезонность, особые заказчики, «сделайте вчера»?
- Обходы, которые все знают и никто не пишет?
ИИ, обученный только на «счастливом пути», бесит в первый же понедельник.
7. Готовность к пилоту
- Есть ли хозяин процесса на связи?
- Дадут ли доступ к системам и примерам (в контуре)?
- Согласны ли на узкий scope?
- Что будет считаться успехом через 4–8 недель?
Как использовать
Пройдите список на одном созвоне. Там, где пустота — это не «плохой ответ», а место работы до ИИ.
Дальше: метод, услуги, локальный ИИ — когда нужен.
Павел Наумов