heurema

FN-002 ЗАМЕТКА ИЗ ИНЖЕНЕРНОЙ МАСТЕРСКОЙ 2026-07-20 3 мин

Как понять, нужен ли процессу пилот

Пять проверок, которые помогают решить, готов ли процесс к ограниченному пилоту или ему пока нужно более простое изменение.

Виталий Дулов · Heurema
Полевой скетч процесса, который проходит проверку владельца, источника, границы и метрики перед пилотом.
рис. 1 · первый пилот помещается в явные границы

Запрос часто сразу приходит в виде решения. Автоматизировать поддержку. Связать CRM. Собрать агента для документов. Текущая цена проблемы, ответственный и условие приемки пока отсутствуют.

Перед пилотом я использую пять проверок. Они помогают принять решение, но сами по себе не доказывают пользу автоматизации.

1. Текущую цену видно

Нужна конкретная проблема, с которой можно сравнить вмешательство. Подойдут время ожидания, размер очереди, ручные часы, повторные исправления, потерянные обращения и рабочий риск.

Общее желание использовать AI не дает исходной точки. Без нее любой работающий показ легко принять за прогресс.

2. За результат отвечает один человек

Ответственный определяет приемлемый результат, важные исключения и точку остановки. В работе могут участвовать несколько людей, но финальному решению нужно одно понятное место.

Процесс без владельца обычно хранит несколько расходящихся версий правила. Автоматизация сохранит этот конфликт, пока команда не разберется с ним сама.

3. Источник истины известен

Текущее состояние может жить в репозитории, карточке CRM, документе с правилами, почте, базе данных или очереди. Команда должна знать, какой источник главнее при расхождении.

Эта проверка часто меняет задачу. Очистка данных или настройка системы может принести больше пользы, чем новый агент.

4. Первое действие ограничено и обратимо

Лучше начинать с работы, которую можно проверить до контакта с клиентом, продакшеном, платежом или юридическим обязательством. Черновик, проверка, классификация и подготовка изменения проще для первого шага, чем прямое выполнение.

Условие остановки записывается заранее. Нехватка данных, неизвестное исключение, провал проверки или выход за границы возвращают задачу человеку.

5. Результат можно сравнить

Нужна одна основная метрика результата и несколько защитных. Основной может быть срок до принятого результата или сокращение очереди. Защитные показывают переделки, пропущенные ошибки, время ревью и стоимость принятого результата.

Запуски, токены, черновики и коммиты показывают активность. Качество работы они не подтверждают.

Записать решение на одной странице

Для начала достаточно короткой записки.

  • текущая проблема и исходная точка
  • ответственный и источник истины
  • предлагаемое вмешательство
  • более простой вариант
  • разрешенные действия и исключения
  • проверки, остановка и откат
  • результат, который оправдает продолжение

Записка может закончиться пилотом, изменением процесса, настройкой системы или отсутствием действий. Полезным результатом будет принятое решение. Пилот начинается, когда его границы яснее интереса к технологии.