Разборы · Планирование

Сколько на самом деле занимает проект автоматизации?

Короткий ответ

Для одного процесса с понятным владельцем нормальный диапазон — четыре-восемь недель от старта до продакшена, и мы даём фиксированную цену внутри него. Разброс создаёт не разработка, а скорость выдачи доступов, количество исключений, по которым решение не принято, и наличие человека, который может это решение принять.

4–8 недель
Один процесс, от старта до продакшена
Доступы
Самая частая причина задержки
Один владелец
Проекты с названным решающим заканчиваются раньше
Автор: Max Pochinsky · Обновлено Август 2026 · Написано для тех, кто оценивает проект, а не для поисковиков

Куда на самом деле уходят недели

01

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

02

Доступы и среды. Учётные записи, песочница, ключи API, тестовый аккаунт, ревью безопасности, если оно у вас есть. Этот шаг чаще всего добавляет недели, и ни одна из них не техническая.

03

Собрать основной путь. Обычно самая быстрая часть — и та, которую клиенты ждут как самую долгую. Счастливый путь понятного процесса собирается быстро.

04

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

05

Поработать рядом с людьми. Период, когда система делает работу, а люди её проверяют — на реальном объёме. Именно это превращает оценку точности в измеренное число, и сильно сжать этот период не выходит.

Что делает проект медленным

Картина повторяется достаточно, чтобы её предсказывать. Проекты затягиваются, когда решение нельзя принять без комитета, когда доступ требует процедуры безопасности, которую никто не начинал, когда процесс оказывается тремя процессами, различающимися по странам, или когда ответ на вопрос «а что делать с этим случаем?» звучит как «зависит от того, кто сегодня работает».

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

Что делает проект быстрым

01

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

02

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

03

Узкий первый объём. Один процесс, одна страна, один тип документа. Всё остальное — вторая версия, и она заметно быстрее, потому что связи уже есть.

04

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

05

Готовность оставить исключения ручными. Автоматизировать восемьдесят процентов объёма за шесть недель лучше, чем полгода гнаться за последними двадцатью.

Что происходит до того, как включаются часы

До любых сроков есть бесплатный мини-аудит: мы смотрим процесс, системы и данные и возвращаемся с тем, что можно автоматизировать, чего это потребует и сколько это стоит для вас. Из этого получается фиксированная цена — не прайс на часы и оценка, которая поплывёт, а стоимость определённого результата.

Этот шаг ещё и отсеивает. Некоторые процессы автоматизировать пока не нужно — обычно потому, что решение не принято или данных под него не существует. Узнать это на аудите не стоит ничего; узнать на пятой неделе стоит проекта.

Если честный ответ — поправить таблицу или изменить настройку в софте, который у вас уже есть, мы так и скажем. Такое случалось не раз.

После запуска

Первые две недели в продакшене всегда приносят сюрпризы, потому что в реальном объёме есть случаи, которых не было в выборке. Заложите на это внимание: кто-то с вашей стороны смотрит очередь исключений, кто-то с нашей быстро вносит правки. Это нормально и это ненадолго.

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

Уточняющие вопросы

О чём спрашивают дальше.

Иногда — когда объём это одна узкая задача на системах с нормальными API и доступы уже есть. Это реальный вариант, и мы скажем, когда он применим. Но это не значение по умолчанию, и обещать его как норму — верный способ получить недоделанный проект.

Так и не поняли, стоит ли автоматизировать ваш процесс?

Принесите нам процесс. Мы разберём его вместе с вами бесплатно и дадим прямой ответ — в том числе когда ответ «нет».