Первый процесс для ИИ‑агента часто выбирают по принципу «давайте автоматизируем самое большое и болезненное». В итоге пилот упирается в десятки исключений, нестыкующиеся данные и опасные права. Для первого запуска лучше не самый эффектный процесс, а тот, на котором можно быстро и честно проверить качество: он повторяется, имеет понятный вход и выход, допускает человеческое подтверждение и не разрушит бизнес при одной ошибке.
Ниже — методика выбора без презентационной магии: карта процесса, оценочная матрица, стоп‑факторы, примеры для разных отделов и план пилота.
Короткий ответ: хороший первый процесс выглядит так
- повторяется минимум несколько раз в неделю;
- занимает заметное время у конкретной роли;
- состоит из наблюдаемых шагов, а не «опыта в голове»;
- имеет доступные цифровые данные;
- качество результата можно проверить по чек‑листу;
- ошибку можно заметить до необратимого действия;
- есть владелец, который даст примеры и примет результат;
- можно начать с чтения или черновика, не выдавая широкие права.
Примеры удачного старта: классификация входящих заявок, подготовка сводки отклонений, сверка двух отчётов, заполнение карточки CRM по итогам встречи, черновик ответа по базе знаний. Плохой старт: самостоятельные платежи, массовое изменение цен без лимитов, юридические решения или процесс, который каждый сотрудник выполняет по‑своему.
Сначала нарисуйте процесс «как есть»
Не начинайте с вопроса «какую модель взять». Возьмите 10–20 последних реальных случаев и восстановите путь работы:
- Какое событие запускает процесс?
- Откуда сотрудник берёт данные?
- Какие решения принимает и по каким правилам?
- В какие системы переносит результат?
- Где возникают исключения?
- Кто подтверждает итог?
- Как становится понятно, что задача выполнена правильно?
Если команда не может одинаково описать шаги, ИИ‑пилот пока рано автоматизировать. Сначала нужен единый регламент или хотя бы набор эталонных примеров.
Матрица выбора: оцените кандидатов по восьми критериям
Составьте список из 5–10 процессов и поставьте каждому оценку от 0 до 3. Итоговый балл не принимает решение за вас, но делает спор предметным.
| Критерий | 0 баллов | 1–2 балла | 3 балла |
|---|---|---|---|
| Частота | редкие случаи | еженедельно | ежедневно и чаще |
| Ручная нагрузка | почти не занимает время | заметная часть дня | регулярная очередь или задержки |
| Стандартизация | каждый случай уникален | есть типовые ветки | шаги и правила стабильны |
| Готовность данных | данные в разговорах и памяти | частично цифровые | источники доступны и сопоставимы |
| Проверяемость | качество субъективно | нужен эксперт | есть точный чек‑лист или эталон |
| Обратимость | ошибку нельзя отменить | исправление дорого | черновик или действие легко откатить |
| Цена ошибки | критичная | средняя с подтверждением | низкая |
| Владелец процесса | никто не отвечает | роль определена неформально | есть ответственный и время на пилот |
Для цены ошибки используйте обратную логику: чем ниже риск, тем выше балл. Не выбирайте автоматически процесс с максимальной суммой. Сначала проверьте стоп‑факторы.
Стоп‑факторы: когда высокий балл всё равно не означает «запускаем»
- Нет законного и технического доступа к данным. Экспорт собирается чужим паролем или содержит лишние персональные сведения.
- Нет эталона. Эксперты не согласны, какой результат правильный.
- Нельзя отделить рекомендации от исполнения. Единственный доступ сразу позволяет удалять, платить или публиковать массово.
- Исключения преобладают. Типовая ветка покрывает слишком мало случаев.
- Процесс меняется каждую неделю. Сначала стабилизируйте регламент.
- Результат проявляется через месяцы. Для первого пилота нужен более короткий цикл обратной связи.
- Нет владельца. Никто не разбирает ошибки и не принимает решение о масштабировании.
Примеры кандидатов по отделам
| Отдел | Хороший первый пилот | Почему | Что оставить человеку |
|---|---|---|---|
| Продажи | сводка по новому лиду и проект следующего шага | часто, проверяемо, результат в CRM | отправку нестандартного предложения |
| Поддержка | классификация обращения и черновик по базе знаний | типовые категории и быстрый фидбэк | конфликт, компенсацию, юридический вопрос |
| Финансы | сверка двух отчётов и список расхождений | структурированные данные и ясный чек‑лист | проводку, платёж, признание ошибки контрагента |
| Маркетинг | сбор еженедельной сводки кампаний | повторяемость и измеримые поля | бюджет и публичный запуск |
| HR | подготовка карточки интервью из заметок | много ручного переноса | оценку кандидата и решение о найме |
| Операции | контроль сроков и создание задач по исключениям | события и правила доступны | смену приоритета критичной поставки |
| Маркетплейсы | ежедневные отклонения прибыли и остатков | понятная периодичность и данные | цену, закупку и рекламный бюджет |
Нужен разбор именно вашего процесса? На странице ИИ‑офиса SelSup показан подход «процесс → данные → ИИ → действие → контроль» для eCommerce и других направлений бизнеса.
Разбейте процесс на уровни автономности
Один и тот же сценарий можно запустить с разным риском. Не спрашивайте «агент работает сам или нет» — определите, какие шаги разрешены на каждом этапе.
- Наблюдение. Агент читает данные и пишет отчёт.
- Черновик. Готовит действие, но сотрудник переносит его вручную.
- Подтверждаемое действие. Агент показывает diff и выполняет только после согласия.
- Автодействие в лимите. Разрешены только обратимые операции по утверждённым правилам.
- Работа по исключениям. Стабильная ветка выполняется автоматически, отклонения идут владельцу.
Переход на следующий уровень — результат измерений, а не дата в календаре.
Как посчитать базовую линию до пилота
Без исходных данных любой результат можно объявить успехом. Зафиксируйте минимум:
- сколько случаев проходит через процесс за неделю;
- сколько минут занимает типовой и сложный случай;
- какая доля возвращается на исправление;
- сколько задач ждёт в очереди;
- какие ошибки наиболее дорогие;
- через сколько времени становится известен правильный результат.
После запуска добавьте метрики агента: доля принятых рекомендаций, доля исправленных черновиков, пропущенные исключения, ложные тревоги, число отказов по правам и время сотрудника на контроль.
План пилота: от выборки до управляемого действия
Шаг 1. Соберите эталон
Возьмите реальные случаи: обычные, пограничные и ошибочные. Удалите данные, которые не нужны для задачи. Для каждого зафиксируйте ожидаемый результат и причину.
Шаг 2. Запустите «теневой режим»
Агент выполняет анализ параллельно сотруднику, но никуда не записывает. Сравнивайте не красоту текста, а решения по одному чек‑листу.
Шаг 3. Разберите ошибки по типам
Отделите недостаток данных от неверного правила, ошибки интеграции и ошибки модели. Каждому типу нужен свой способ исправления.
Шаг 4. Добавьте одно действие
Выберите обратимый шаг: создать черновик, задачу или обновить некритичное поле. Показывайте пользователю старое и новое значение.
Шаг 5. Примите решение по порогам
До пилота договоритесь, какое качество считается достаточным и какие ошибки запрещают автономность. Если порог не достигнут, это не повод скрыть результат: сузьте сценарий или оставьте агента в роли помощника.
Шаблон паспорта первого ИИ‑процесса
| Поле | Что записать |
|---|---|
| Название | один конкретный результат, без «оптимизировать всё» |
| Триггер | событие или расписание запуска |
| Входы | источники и обязательные поля |
| Выход | проверяемый артефакт или действие |
| Владелец | роль, принимающая качество |
| Правила | основная ветка и лимиты |
| Исключения | когда остановиться и кого позвать |
| Права | что можно читать, готовить и изменять |
| Метрики | база, целевой порог и защитные показатели |
| Откат | как отменить действие и восстановить данные |
Частые вопросы
Нужно выбирать самый дорогой процесс?
Не обязательно. Большая потенциальная ценность часто соседствует с высокой сложностью и риском. Первый пилот должен доказать методику и управляемость. После этого легче переходить к более дорогим процессам.
Сколько процессов включать в первый пилот?
Один основной процесс и, при необходимости, один вспомогательный этап. Если одновременно подключить продажи, поддержку и финансы, будет сложно понять источник результата и ошибок.
Что делать, если данных мало?
Сузить задачу до подготовки черновика или чтения документов и собирать размеченные примеры. Не стоит компенсировать нехватку данных широкими правами или выдуманными правилами.
Кто должен быть владельцем пилота?
Руководитель или сильный специалист процесса, а не только IT. Техническая команда отвечает за интеграцию и безопасность, но качество бизнес‑результата принимает владелец операции.
Когда процесс готов к автономному выполнению?
Когда на репрезентативной выборке достигнут заранее установленный порог, критичные ошибки отсутствуют, права ограничены, есть журнал и откат. Даже тогда автономность дают отдельным низкорисковым шагам, а не всему процессу целиком.
Если хотите пройти путь от карты процесса до контролируемого пилота, начните с одного измеримого сценария ИИ‑офиса SelSup. До подключения записи проверьте отдельный чек‑лист прав, журнала действий и отката.
Продолжайте читать и смотреть
Новости маркетплейсов, автоматизация и практические разборы ИИ — на удобной для вас площадке.
