Коротко о главном
Первый контур работает стабильно. Три цифры baseline улучшились и держатся. Ручное вмешательство ниже 25%.
Хорошая новость: первый этап завершён. Теперь сразу появляется следующий вопрос.
Что автоматизировать дальше?
Именно здесь многие компании теряют темп. Первый успешный запуск создаёт иллюзию, что дальше всё пойдёт само. На практике — нет. Выбор второго процесса наугад ведёт к тем же ошибкам, что были на старте: размытые сроки, непонятный результат, команда снова занята механикой.
А цена вопроса — конкретная. Если в первом процессе убрали 2–3 часа ручной работы в день, во втором потенциал не меньше. Компания, которая выбирает второй процесс правильно, получает новый измеримый результат через 14–21 день. Компания, которая выбирает «что-нибудь следующее», — теряет ещё несколько месяцев.
В этой статье разберём:
- почему выбор второго процесса — отдельная задача, а не просто «продолжение»;
- три критерия, по которым определяется готовность процесса к автоматизации;
- мини-кейс: как компания выбрала второй процесс и что получила;
- как применить три критерия за одну рабочую встречу;
- что делать, если несколько процессов проходят все три проверки.
Связка с предыдущими материалами
В предыдущих статьях разобрали полный цикл первого этапа:
- как убрать ручную работу в заявках и документах за 14 дней;
- что такое AI-диагностика и как выбрать первый процесс;
- как зафиксировать baseline до старта и с чем сравнивать после;
- как выглядят 14 дней запуска изнутри;
- как устранить узкие места и довести контур до стабильных показателей.
Теперь — следующий логичный шаг: как правильно выбрать второй процесс, чтобы второй этап прошёл быстрее и предсказуемее первого.
Почему выбор второго процесса — отдельная задача
После первого успешного запуска в компании обычно появляется два противоположных импульса.
Первый: «Нам понравилось. Давайте автоматизируем всё сразу». Снова широкий scope, снова размытые границы, снова непонятный срок первого результата.
Второй: «Мы уже знаем, как это работает. Возьмём что-нибудь похожее». Выбирается ближайший похожий процесс — без проверки, действительно ли он готов к автоматизации именно сейчас.
Оба сценария замедляют второй этап.
На практике быстрее всего двигаются компании, которые применяют к выбору второго процесса те же три вопроса, что использовались для первого. Только теперь — с пониманием, что именно ищут.
Три критерия для выбора второго процесса
Критерий 1. Процесс уже виден как проблема
Это первый и самый важный сигнал.
Команда регулярно упоминает конкретный участок в контексте «снова вручную», «опять теряем время», «это занимает весь день». Не абстрактно — а именно про повторяющиеся ручные действия в одном и том же месте.
Это не значит, что процесс самый «тяжёлый» или самый «важный» для бизнеса. Это значит, что ручная нагрузка уже достаточно заметна, чтобы люди говорили о ней без специального запроса.
Как проверить:
Задать команде один вопрос: «На каком участке вы чаще всего тратите время на действия, которые повторяются каждый день?» Процесс, который называют несколько человек независимо друг от друга, — хороший кандидат.
Что не подходит:
Процесс, который кажется проблемой только на уровне ощущений, но конкретных повторяющихся действий в нём не видно. Или процесс, который «неудобен», но не нагружает команду ежедневно.
Критерий 2. Логика процесса понятна и повторяема
Это технический критерий, но он определяет, насколько быстро пройдёт второй этап.
Хороший кандидат для автоматизации — процесс с чётким входом и выходом. Заявка пришла → данные извлечены → карточка создана → следующий шаг назначен. Или: документ получен → поля проверены → передан дальше. Сценарий воспроизводится одинаково день за днём.
Если процесс каждый раз выглядит по-разному, требует нестандартных решений на каждом шаге или зависит от большого количества внешних факторов — автоматизировать его вторым не стоит. Сначала нужно стабилизировать логику вручную, и только потом её кодировать в контур.
Как проверить:
Попросить сотрудника описать процесс за три минуты. Если он может — логика понятна. Если возникают оговорки «ну, бывает по-разному», «зависит от клиента», «иногда мы делаем иначе» — процесс ещё не готов.
Важный момент:
Процесс не обязан быть идеальным. Допустимо иметь 20–25% нетипичных случаев — именно для них в контуре будет ручная проверка. Но основной сценарий должен воспроизводиться стабильно.
Критерий 3. Есть возможность зафиксировать baseline до старта
Это критерий, который чаще всего пропускают. И именно из-за него второй этап потом сложнее оценить.
Перед запуском нужно зафиксировать три цифры:
Время цикла. Сколько минут занимает одна операция от начала до конца — с момента поступления заявки или задачи до её передачи на следующий шаг.
Количество ошибок. Сколько раз в неделю или в месяц в этом процессе возникают ошибки из-за ручного ввода, пропущенных шагов или несогласованности данных.
Часы ручной работы. Сколько времени сотрудник тратит именно на этот процесс в день. Умножить на рабочие дни — и получится реальная стоимость рутины в месяц.
Если эти три цифры невозможно получить даже приблизительно — это сигнал, что процесс ещё недостаточно «видимый» для автоматизации. Нет точки «А» — нет способа доказать, что после внедрения стало лучше.
Как проверить:
Спросить сотрудника: сколько времени у тебя занимает одна такая задача? Как часто возникают ошибки? Сколько часов в день ты тратишь на этот участок? Три ответа — даже приблизительных — уже достаточно для старта.
Мини-кейс: как выбрали второй процесс и что получили
Компания из сферы оптовой торговли. Первый контур — обработка входящих заявок от клиентов по почте. После запуска вышли на 78% заявок без ручного вмешательства. Время цикла сократилось с 25 минут до 3 минут.
Когда встал вопрос о втором процессе, список кандидатов выглядел так:
- сверка входящих счетов с заказами в 1С;
- подготовка отчётов по закупкам;
- согласование типовых договоров.
Применили три критерия. Сверка счетов получила «да» по всем трём: команда жаловалась на неё ежедневно, логика была понятна и воспроизводима, три цифры baseline зафиксировали за 20 минут.
Подготовка отчётов — срезалась на втором критерии: каждый менеджер делал их немного по-разному, единого формата не было. Сначала нужен стандарт.
Согласование договоров — срезалось на первом: команда называла его «неудобным», но ежедневной ручной нагрузки там не было.
Результат второго этапа (сверка счетов):
- время сверки одного счёта: с 18 минут до 2 минут;
- ошибки при переносе данных: сократились на 90%;
- 3 часа ручной работы в день — убраны из операционки.
Выбор по критериям занял одну встречу на 40 минут. Запуск второго контура — 18 дней вместо первоначальных 14, потому что интеграция с 1С потребовала дополнительной настройки.
Как применить три критерия на практике
Это не аналитический проект на несколько недель. Один рабочий разбор — и картина становится ясной.
Шаг 1. Собрать список кандидатов
Взять 3–5 процессов, которые интуитивно кажутся следующими кандидатами. Не фильтровать на этом этапе — просто зафиксировать список.
Шаг 2. Проверить каждый по трём критериям
Для каждого процесса ответить на три вопроса:
- Команда называет его как источник ежедневной ручной нагрузки?
- Логика понятна и воспроизводится стабильно?
- Можно зафиксировать три цифры до старта?
Если процесс отвечает «да» на все три — он готов к разбору. Если нет хотя бы одного — лучше выбрать другой участок или сначала стабилизировать логику вручную.
Шаг 3. Выбрать один процесс
Не два. Не «начнём параллельно». Один — с наиболее чёткими ответами на все три вопроса.
Опыт первого этапа уже есть. Второй контур пройдёт быстрее — но только если начинать с одного понятного участка.
Что делать, если несколько процессов проходят все три проверки
Это хорошая ситуация. Она означает, что в компании несколько участков уже готовы к автоматизации — и впереди есть понятный путь.
В этом случае выбор делается по одному дополнительному вопросу:
Где ручная нагрузка мешает бизнесу каждый день прямо сейчас?
Не «что звучит технологичнее», не «что будет интереснее автоматизировать», не «что кажется важнее стратегически». А где конкретная ручная рутина замедляет работу команды прямо в ближайшие недели.
Этот процесс — следующий.
Остальные кандидаты не исчезают. Они становятся очередью на третий, четвёртый и пятый этапы. Именно так строится система автоматизации — не одним большим проектом, а последовательными контурами, каждый из которых даёт измеримый результат.
Итог
Второй процесс выбирается не интуитивно и не по принципу «что следующее по списку».
Три критерия — и выбор становится предсказуемым:
- процесс уже виден как источник ежедневной ручной нагрузки;
- логика понятна и воспроизводится стабильно;
- три цифры baseline можно зафиксировать до старта.
Если процесс проходит все три проверки — он готов к разбору. Если нет хотя бы одного — лучше выбрать другой участок.
Главная мысль простая: второй этап проходит быстрее первого не потому что команда стала опытнее, а потому что выбор сделан по тем же понятным критериям. Один процесс. Понятная логика. Измеримая точка «А». И новый результат через 14–21 день.
Если хотите разобрать, какой процесс в вашей компании подходит для второго этапа — напишите в Telegram. Разберём по трём критериям за одну встречу.
FAQ
Когда правильно начинать выбор второго процесса?
Когда первый контур стабильно обрабатывает 75–80% потока без ручного вмешательства несколько рабочих дней подряд — и три цифры baseline держатся лучше, чем до старта. Это сигнал, что первый этап закрыт и можно двигаться дальше.
Может ли второй процесс быть сложнее первого?
Да, но это не обязательно. Главное — не сложность, а соответствие трём критериям: процесс виден как проблема, логика понятна и повторяема, есть возможность зафиксировать baseline. Если сложный процесс проходит все три проверки — он готов.
Сколько времени занимает запуск второго контура?
Обычно на 20–30% быстрее первого: команда уже знает формат работы, логика диагностики знакома, baseline фиксируется быстро. Реалистичный срок — 14–21 день в зависимости от процесса и инфраструктуры компании.
Что делать с процессом, который не прошёл проверку по критериям?
Не брать его в работу прямо сейчас. Если процесс срезается на втором критерии — сначала стандартизировать логику вручную. Если на третьем — наладить фиксацию показателей хотя бы на несколько недель, и потом вернуться к выбору.
Нужна ли повторная AI-диагностика для второго процесса?
Да, но она проходит быстрее: алгоритм уже знаком, структура разбора понятна, вопросы — те же. Задача диагностики не меняется: выявить потери времени, зафиксировать три цифры и определить границы первого контура.
Как не распылиться и не взять несколько процессов одновременно?
Простое правило: один процесс в работе в каждый момент времени. Второй контур запускается только после того, как первый вышел на стабильные показатели. Параллельные запуски замедляют оба этапа и размывают ответственность.
