Окупаемость RPA-робота считается не как «часы × ставка», а как «часы × ставка × коэффициент утилизации минус месяц владения роботом». Разница между этими двумя формулами примерно двукратная, и именно в ней живёт большинство разочарований на второй год эксплуатации: расчёт обещал 84 000 ₽ экономии в месяц, а бухгалтерия не увидела ни одного освободившегося рубля.
Причина простая. Робот действительно снимает часы, но часы — это не деньги. Деньги появляются только тогда, когда освободившееся время либо превращается в невыполненный ранее объём, либо позволяет не нанимать следующего человека, либо освобождает целую ставку. Двадцать минут в день, размазанные по десяти сотрудникам, не превращаются ни во что.
Ниже — формула с тремя поправками, разовое вложение и месяц владения в рублях, два расчёта до конца (удачный и провальный) и отдельный разбор случая, когда экономится не время, а ошибки. Все числа модельные, но арифметика открытая: их можно пересчитать на калькуляторе под свой процесс.
Почему «часы × ставка» завышает эффект
Расчёт «часы × ставка» отвечает на вопрос «сколько стоит эта работа», и на него он отвечает верно: методику полного часа с налогами и накладными мы разбирали в статье про окупаемость автоматизации. Но вопрос при покупке робота другой — «сколько денег останется в компании». Между этими двумя суммами стоят три вычета, и ни один из них не является придиркой.
- Утилизация. Освободившиеся часы превращаются в деньги не полностью. 120 часов, снятые у пяти человек по 24 часа, вернутся в работу почти целиком; те же 120 часов, снятые у тридцати человек по 4 часа, растворятся. Ориентир: 0,6–0,8, когда часы собираются хотя бы в половину ставки, и 0,3–0,5, когда размазаны тонким слоем.
- Поддержка. Робот работает в чужом интерфейсе, и чужие обновления его ломают: три переделки в год по 30 000 ₽ — это 7 500 ₽ в месяц. Откуда берётся такая частота и как её снизить, разобрано в статье про хрупкость роботов и стоимость поддержки.
- Простои. Робот, вставший ночью, обнаруживается утром, и документы за ночь вводит человек. Восемь часов такого добора в месяц по 700 ₽ — это 5 600 ₽, и их вычитают из экономии.
Доля освободившегося времени, которая действительно превращается в деньги: в дополнительный объём работы, в отказ от найма или в закрытую вакансию. Задаётся до старта проекта и проверяется через полгода. Если ответ на вопрос «что эти люди будут делать вместо» звучит как «займутся более важными задачами», коэффициент ниже 0,5 — и расчёт надо переделать на этом числе, а не на единице.
Формула с тремя поправками
Собираем всё в одну строку. Чистый эффект робота в месяц — это валовая экономия, умноженная на коэффициент утилизации, минус три статьи содержания.
Эффект = Ч × С × У − Л − Р − Д
- Ч — часы ручной операции в месяц. Считаются замером, а не по памяти: сколько документов, сколько минут на один, сколько времени уходит на исправления.
- С — полная стоимость часа сотрудника с налогами, отпусками и рабочим местом. Для рядового сотрудника это 700 ₽, для бухгалтера 844 ₽, для менеджера по продажам 900 ₽.
- У — коэффициент утилизации, 0,3–0,8.
- Л — лицензия робота и инфраструктура: 15 000 ₽ за unattended-лицензию в пересчёте на месяц плюс 3 000 ₽ за виртуальную машину.
- Р — поддержка: переделки после чужих обновлений, 7 500 ₽ в месяц.
- Д — простои: ручной добор, 5 600 ₽ в месяц.
Разовое вложение в формулу не входит — оно делится на чистый эффект и даёт срок окупаемости. Разделять их важно: в разборе механики RPA владение считается одной суммой 38 600 ₽ в месяц, куда разработка уже размазана по сроку жизни сценария. Так удобно сравнивать робота с ручной работой на всём горизонте, но срок окупаемости из такой суммы не достаётся. Здесь мы делим то же самое на «один раз» и «каждый месяц».
| Статья | Когда платится | Сколько в модели | Откуда число |
|---|---|---|---|
| Обследование процесса и регламент | Один раз | 40 000 ₽ | Нижняя граница вилки 40 000–120 000 ₽: процесс простой и уже описан |
| Разработка сценария и приёмочные тесты | Один раз | 120 000 ₽ | Нижняя граница вилки 120 000–400 000 ₽: два экрана, одна форма |
| Лицензия рабочего места автоматизируемой системы | Один раз | 18 000 ₽ | Служебная запись робота занимает место как сотрудник |
| Лицензия unattended-робота | Каждый месяц | 15 000 ₽ | 180 000 ₽ в год по нижней границе рынка |
| Виртуальная машина с ОС и мониторингом | Каждый месяц | 3 000 ₽ | Аренда машины под робота |
| Переделки после чужих обновлений | Каждый месяц | 7 500 ₽ | Три случая в год по 30 000 ₽ |
| Ручной добор при простоях | Каждый месяц | 5 600 ₽ | 8 часов в месяц по 700 ₽ |
Итого: 178 000 ₽ один раз и 31 100 ₽ каждый месяц. Это модельный простой робот — перенос заказов из личного кабинета оптовой площадки в учётную систему. Полную смету первого года с лицензиями подороже и сопровождением подрядчика мы разбирали в статье про стоимость одного RPA-робота; там она выходит 881 200 ₽, и разница объясняется классом лицензии и тем, кто ведёт сценарий.
Пример первый: процесс на 120 часов в месяц
Оптовая компания. Заказы приходят в личный кабинет площадки, пять менеджеров переносят их в учётную систему руками: 24 часа в месяц у каждого, 120 часов на всех. Ставка считается по рядовому сотруднику — 700 ₽/час, потому что операция чисто механическая и её выполняют не только менеджеры. Коэффициент утилизации берём 0,8: 120 часов — это почти целая ставка, часы собираются в осязаемый объём, и известно, чем их занять.
Обратите внимание на масштаб поправок. Наивный расчёт дал бы 84 000 ₽ в месяц и окупаемость за 2,1 месяца. Честный даёт 36 100 ₽ и почти пять. Проект всё равно хороший — но если вы планировали бюджет по первому числу, вы уже ошиблись на 574 800 ₽ за год.
Двухосевой график за 12 месяцев. Ось X — месяцы от 0 до 12, ось Y — рубли от −550 000 ₽ до +300 000 ₽, горизонтальная линия нуля выделена. Сплошная линия «Процесс 120 часов» стартует из −178 000 ₽ и растёт по 36 100 ₽ в месяц, пересекает ноль между четвёртым и пятым месяцем (точка подписана «окупаемость, пятый месяц»), заканчивается на +255 200 ₽. Штриховая линия «Процесс 12 часов» стартует из тех же −178 000 ₽ и падает по 28 580 ₽ в месяц до −520 960 ₽. Все подписи по-русски, чертёжная сетка.
Пример второй: процесс на 12 часов в месяц
Тот же робот, тот же бюджет, другой процесс. Бухгалтер раз в неделю выгружает отчёт из кабинета банка и раскладывает его по трём файлам: три часа в неделю, 12 часов в месяц. Задача раздражает всех, о ней говорят на каждой планёрке, и именно поэтому её предлагают роботизировать первой. Коэффициент утилизации здесь честно низкий — 0,3: три часа в неделю не собираются ни в какую ставку и не позволяют не нанять никого.
Проверим на прочность. Допустим, утилизация идеальная — коэффициент 1,0. Допустим даже, что операцию делает собственник по 2 500 ₽/час, а не рядовой сотрудник. Тогда валовая экономия равна 30 000 ₽ в месяц — и всё равно меньше полного владения роботом в 38 600 ₽. Отсюда простой ориентир, который стоит запомнить до всех расчётов: ниже 16 часов ручной работы в месяц робот не окупается ни при какой ставке, встречающейся в компании.
Оба примера считают робота как данность, но перед расчётом всегда стоит вопрос дешевле: а точно ли у системы нет программного доступа? Кабинет банка почти всегда умеет выгружать выписку файлом по расписанию, а у площадки обычно есть партнёрский обмен, о котором не знает менеджер по продажам. Проверка пяти каналов занимает три дня инженера и стоит около 69 000 ₽ — против 926 400 ₽ владения роботом за два года. Порядок проверки мы описали в разборе про системы без API.
Когда экономится не время, а ошибки
Второй источник эффекта считают реже, а он бывает крупнее первого. Ручной перенос данных даёт ошибки, каждая ошибка стоит времени на разбор, а часть ошибок доходит до клиента и стоит уже денег. Робот не устаёт и не путает строки — при условии, что сценарий написан верно.
Здесь важная оговорка. Робот не делает случайных ошибок, но делает систематические: человек ошибётся в одной строке из ста, а робот, у которого сценарий берёт соседнее поле, ошибётся во всех трёх тысячах и не заметит этого. Поэтому 0,2 % в расчёте означают не «робот почти не ошибается», а «сценарий проверяется контрольной точкой каждый прогон». Без сверки результата подставлять сюда цифру ниже человеческой нельзя.
Если в компании нет журнала исправлений и никто не знает, сколько документов в месяц переделывается, цифру доли ошибок брать неоткуда. Её либо замеряют две недели до старта, либо в расчёт не включают вовсе. Модельные проценты из чужих статей здесь не годятся: разброс между аккуратной и торопливой командой на одной и той же операции достигает пяти раз.
Что зафиксировать до старта, чтобы эффект был доказуем
Через полгода после запуска спор будет не о том, работает ли робот, а о том, сколько было «до». Восстановить исходные показатели задним числом нельзя: журналы перезаписаны, люди помнят по-разному, объём успел вырасти. Пять чисел, зафиксированных на одной странице с подписью владельца процесса, закрывают этот спор заранее.
- 1Объём операции за три полных месяца до старта, помесячно. Три месяца, а не один: иначе сезонный всплеск станет базой сравнения.
- 2Чистое время на одну операцию по секундомеру. Разница между «минут пять, наверное» и фактическими 11 минутами в этой формуле стоит вдвое.
- 3Полная стоимость часа исполнителя с расчётом: оклад, взносы, отпуска, рабочее место. Оклад по ведомости занижает цену процесса примерно вдвое.
- 4Число исправлений и переделок за тот же период — из журнала, из писем «поправьте, пожалуйста», из возвратов. Это база для второй половины эффекта.
- 5Коэффициент утилизации с расшифровкой: что именно будут делать освободившиеся часы. «Займутся другими задачами» коэффициент не обосновывает — обосновывает «не нанимаем шестого менеджера в марте».
Схема-воронка сверху вниз, ширина блоков пропорциональна сумме. Верхний широкий блок «Валовая экономия: 120 часов × 700 ₽ = 84 000 ₽». Ниже сужение с подписью «Поправка на утилизацию × 0,8» и блок «67 200 ₽». Дальше три боковых отвода вправо с подписями «Лицензия и машина 18 000 ₽», «Поддержка 7 500 ₽», «Простои 5 600 ₽». Нижний узкий блок «Чистый эффект 36 100 ₽ в месяц». Сбоку вертикальная подпись «178 000 ₽ разово ÷ 36 100 ₽ = пятый месяц». Чертёжный стиль, подписи по-русски.
Когда считать дальше не надо
Есть четыре ситуации, в которых расчёт можно не доводить до конца: результат известен заранее и он отрицательный. Мы называем их вслух на первом же созвоне, потому что дешевле потерять один заказ, чем полгода объяснять, куда делась обещанная экономия.
- Меньше 16 часов ручной работы в месяц. Не окупается ни при какой ставке. Остаётся либо собрать соседние операции в один сценарий, либо не автоматизировать вовсе.
- Утилизация ниже 0,3 и нечем её поднять. Часы размазаны по большой группе людей, объём не растёт, найм не планируется. Экономия останется на бумаге, а лицензия будет списываться каждый месяц.
- Автоматизируемая система активно развивается. Портал вендора или площадка с частыми релизами: сценарий живёт 6–12 месяцев, переделок шесть в год вместо трёх, владение уходит к 57 800 ₽ в месяц, а порог — к 83 часам.
- Процесс скоро отменят. Робот на операции, которая исчезнет через полгода вместе с регламентом или контрактом, не успевает окупиться физически. Правильный ответ здесь — потерпеть.
И последнее. Если по вашей арифметике робот окупается за два-три месяца, перепроверьте коэффициент утилизации: в подавляющем большинстве таких расчётов он молча взят за единицу. Реалистичный диапазон окупаемости хорошего RPA-проекта — 4–8 месяцев. Всё, что быстрее, обычно означает не отличный проект, а неполный расчёт. Типовые точки входа, где эта арифметика чаще всего сходится, — обработка накладных и автозаполнение карточек CRM.
Робот экономит часы. Деньги экономит решение о том, что делать с освободившимися часами.
