Нормальный срок окупаемости автоматизации — 3–9 месяцев для задач с высокой частотой операций и 12–24 месяца для инфраструктурных проектов вроде склада или отчётности. Всё, что длиннее 18 месяцев, требует не более убедительного расчёта, а более узкой задачи.
Диапазон широкий, потому что за ним стоят разные вещи: у одних проектов эффект набирается частотой, у других — ценой одной предотвращённой ошибки. Ниже — ориентиры по типам задач, способ проверить свой расчёт на прочность за пять минут и разбор двух чисел, которые оба называют окупаемостью, но отвечают на разные вопросы.
Число месяцев, за которое накопленная чистая экономия сравняется с полным вложением в проект. Чистая — значит за вычетом расходов на эксплуатацию: поддержки, внешних сервисов и собственных часов на сопровождение. Полное вложение — счёт подрядчика плюс ваши часы, подготовка данных и обучение. Отсчёт идёт от выхода на рабочий режим, а не от подписания договора.
Ориентиры по типам задач
Таблица — не прайс и не обещание, а порядки величин, по которым удобно проверить свою прикидку. Если ваш расчёт по такому же процессу отличается от строки в разы, ошибка почти наверняка в объёме, во времени операции или в доле автоматизации, и найти её лучше до разговора о бюджете. Полное вложение в колонке — со всеми собственными расходами, а не только счёт подрядчика.
| Тип задачи | Полное вложение | Типовая окупаемость | Что двигает срок |
|---|---|---|---|
| Ввод и распознавание первички | 250 000–600 000 ₽ | 3–6 месяцев | Объём документов и число типов форм |
| Сбор и распределение заявок | 350 000–700 000 ₽ | 5–9 месяцев | Число каналов и качество данных в CRM |
| Голосовой робот на входящих | 300 000–500 000 ₽ | 8–20 месяцев | Доля типовых звонков в потоке |
| Управленческая отчётность | 350 000–900 000 ₽ | 6–12 месяцев | Состояние источников данных |
| Проверка и согласование договоров | 400 000–900 000 ₽ | 9–18 месяцев | Цена одной ошибки, а не количество часов |
| Складские операции, адресное хранение | 800 000–3 000 000 ₽ | 12–24 месяца | Оборот склада и доля ошибок сборки |
Верхние строки — задачи, где эффект набирается частотой: тысяча документов в месяц по девять минут превращается в деньги без всякой драматургии. Нижние — задачи, где считать надо не часы, а цену сбоя: один пропущенный пункт договора или одна пересортица на отгрузке стоят дороже годовой экономии на времени. Это не значит, что нижние строки хуже: это значит, что решение по ним принимается по риску и трёхлетнему счёту, а не по сроку возврата.
Внутри строки место определяется одним фактором — частотой операций. Тысяча двести документов в месяц ставят вас к нижней границе диапазона, двести — к верхней или за неё. Второй по силе фактор — состояние данных на входе: если справочник контрагентов дублирован, а форматы файлов разные у каждого поставщика, к сроку смело добавляйте два-три месяца на приведение данных в порядок. Об этом же говорит и разброс в колонке вложения: одна и та же обработка накладных и счетов стоит 250 000 ₽ при трёх типах форм и 600 000 ₽ при пятнадцати.
Срок считается от выхода на режим, а не от подписания
Окупаемость — это отношение вложения к чистой месячной экономии, и в этой дроби нет календаря. Календарь появляется, когда владелец спрашивает: «когда я увижу ноль». Между подписанием договора и первым полным рублём экономии лежат два участка: внедрение и выход на рабочий режим.
Отсюда простое правило для переговоров: спрашивайте не «за сколько окупится», а «в каком месяце от подписания накопленная экономия перекроет вложение». Ответ на второй вопрос нельзя дать, не показав план внедрения, и именно поэтому его редко дают добровольно. Как этот же календарь превращается в число эффективных месяцев первого года, разбирается в опорной статье про ROI автоматизации.
Правило двукратного запаса
Любой расчёт до внедрения содержит ошибку, и вопрос только в её размере. Самый практичный способ проверки занимает пять минут: поделите валовую экономию пополам, оставьте эксплуатацию как есть и пересчитайте срок. Эксплуатация не делится намеренно — она не зависит от того, насколько хорошо сработала система.
Разница в поведении объясняется долей эксплуатации в эффекте. У проекта A она 16 % от валовой экономии, у проекта B — 37 %, и при делении эффекта пополам она съедает почти всё, что осталось. Это общее свойство: чем выше расходы на эксплуатацию относительно эффекта, тем хрупче расчёт, и тем внимательнее надо смотреть на полную стоимость владения за три года, а не на первый чек.
Два числа, которые оба называют окупаемостью
На встрече регулярно выясняется, что стороны считают разное. Одно число — за сколько вернётся вложение во внедрение. Второе — за сколько накопленная экономия перекроет весь трёхлетний счёт владения системой вместе с поддержкой и доработками. Оба верные, и разница между ними у нормального проекта примерно двукратная.
Обратите внимание на знаменатели: в первом случае экономия чистая, во втором валовая. Это не уловка, а следствие постановки вопроса: если эксплуатация уже стоит в числителе как часть счёта владения, вычитать её ещё и из экономии нельзя. Самая частая ошибка при сравнении предложений — взять чистую экономию у одного подрядчика и валовую у другого, а потом удивляться разбросу.
Что делать, если получилось больше 18 месяцев
Восемнадцать месяцев — не догма, а практическая граница: за этот срок процесс успевает измениться, а команда — смениться. Правильная реакция на длинный срок — не искать в расчёте недооценённый эффект, а разрезать задачу и оставить самую частую её часть.
- 1Разложите поток по типам операций и посчитайте долю каждого. Обычно пять-семь типов дают 55–70 % объёма, а остальное — длинный хвост, который и делает проект дорогим.
- 2Посчитайте узкую версию только на этих типах. Вложение падает сильнее, чем эффект: сложность внедрения растёт с числом сценариев, а объём — нет.
- 3Пересчитайте срок и проверьте его двукратным запасом. Если узкая версия проходит, а полная нет — берите узкую, а остальное отложите до следующего цикла.
- 4Если и узкая версия не проходит, признайте, что процесс пока дешевле оставить руками, и вернитесь к нему при росте объёма. Это нормальный исход расчёта, а не провал.
Сужение — не единственный ответ. Иногда длинный срок означает, что задача решается вообще не автоматизацией: письменным регламентом, шаблонами документов, перестановкой людей между участками или отказом от процесса целиком, если выясняется, что его результат никто не использует. Такие решения стоят десятки тысяч рублей вместо сотен и дают эффект через две-три недели. Проверить это стоит до расчёта: посчитайте, сколько операций из потока вообще не должно возникать, — в процессах, которые росли сами по себе, таких обычно 10–20 %. И отдельно проверьте, что именно вы считаете экономией: длинный срок нередко получается не из-за дорогого решения, а из-за того, что в числителе одна мягкая строка.
Приём, который встречается в чужих расчётах: если проект не окупается за три года, считают за пять. Формально это законно, фактически — самообман: за пять лет меняется процесс, обновляется модель у провайдера, растут объёмы, и расчёт превращается в фантазию. Мы считаем горизонт три года и не больше; разбор того, какие расходы всплывают уже на втором году, — в материале про скрытые расходы на автоматизацию.
