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