Программный робот не нужен в шести довольно частых ситуациях: у системы всё-таки есть программный обмен, процесс переписывают каждый квартал, объёма не хватает до порога окупаемости, интерфейс меняется без предупреждения, цена ошибки выше всей экономии или процесс проще отменить, чем автоматизировать. В каждой из них есть альтернатива дешевле, и она обычно уже лежит под рукой.
RPA — это способ обойти отсутствие программного доступа, а не признак технологичности компании. Робот кликает по чужому экрану вместо человека: он не понимает документ, не знает предметной области и ломается от перерисовки формы. Всё, что делает его полезным, вытекает из этого факта, — и всё, что делает его лишним, тоже.
Ниже — шесть ситуаций с признаками, которые видно до подписания договора, порог объёма в часах для разных ставок и список из шести вопросов, которыми проверяется предложение «роботизируем всё за две недели». Механика самого RPA разобрана отдельно в статье про то, чем робот отличается от интеграции.
Шесть ситуаций одной таблицей
Все шесть проверяются до выбора платформы и до первого коммерческого предложения. Ни один из признаков не требует программиста — только письма вендору, замера объёма и честного разговора с исполнителем процесса.
| Ситуация | Признак до старта | Что делать вместо | Выигрыш |
|---|---|---|---|
| 1. У системы есть программный обмен | Вендору никто не писал; в меню системы есть раздел обмена или выгрузки | Штатный обмен, файловая выгрузка по расписанию, обмен через ЭДО | 594 400 ₽ за два года на одном процессе |
| 2. Процесс меняется каждый квартал | Регламент переписывали дважды за последние полгода | Сначала устаканить регламент и шаблоны, вернуться через полгода | 178 000 ₽ разработки, которую не пришлось делать дважды |
| 3. Объёма не хватает | Операция занимает меньше 56 часов в месяц при обычной ставке | Собрать соседние операции в один сценарий или оставить как есть | 520 960 ₽ убытка за первый год не возникает |
| 4. Интерфейс меняется без предупреждения | Портал вендора, кабинет банка, кабинет площадки с частыми релизами | Дождаться официального обмена площадки или работать через агрегатор | 19 200 ₽ в месяц разницы во владении |
| 5. Цена ошибки выше экономии | Регуляторный контур, деньги клиентов, блокирующая проверка на стороне государства | Сплошной контроль результата или оставить операцию человеку | Штраф и блокировка продаж вместо экономии |
| 6. Процесс проще отменить | Результат операции никто не открывает и не спрашивает | Отменить процесс приказом на одну строку | 280 800 ₽ в год при нулевом бюджете |
Ситуация 1. У системы есть API — о нём просто не спросили
Это самая частая и самая дорогая из шести. Формулировка «у нашей системы нет API» почти всегда означает не отсутствие обмена, а отсутствие ответа на вопрос: менеджер по продажам вендора его не знает, документация лежит в партнёрском разделе, а внутри компании никто не искал. Примерно у половины систем, которые заказчик называет закрытыми, рабочим оказывается хотя бы один из пяти каналов: партнёрская документация, штатная выгрузка в файл, доступ к базе на чтение, конструктор отчётов внутри системы, обмен через ЭДО.
Цена ошибки известна и посчитана. Проверка пяти каналов — это три рабочих дня инженера и около 69 000 ₽. Владение роботом на том же процессе — 926 400 ₽ за два года против 332 000 ₽ у найденной файловой выгрузки: разница 594 400 ₽. Соотношение расходов на проверку и на непроверку — примерно один к тринадцати. Полный порядок проверки описан в разборе про системы без API, а состав типовых связок — на странице интеграций.
«Вы писали вендору автоматизируемой системы про программный обмен? Покажите ответ.» Если исполнитель предлагает робота, не задав этого вопроса, он предлагает не решение задачи, а свою специализацию. Письмо вендору стоит пятнадцати минут, а ответ на него меняет бюджет проекта в три раза.
Ситуации 2 и 3: процесс плывёт и объёма не хватает
Робот жёстко привязан к порядку действий: изменился порядок — переписывается сценарий. Если процесс переписывали дважды за полгода, робот будет переписываться с той же частотой, и каждая переделка стоит 20 000–50 000 ₽. Дешевле сначала довести регламент до состояния, когда его не трогают квартал, а потом автоматизировать. Часть эффекта при этом обычно снимается бесплатно: как именно, мы разбирали в материале про то, что решается регламентом без денег.
Третья ситуация — недостаточный объём. Здесь важно считать в часах, а не в документах: «у нас 3 000 документов в месяц» ничего не говорит, потому что 3 000 документов по 40 секунд — это 33 часа, а по четыре минуты — 200 часов. Порог берётся из полного владения роботом: 38 600 ₽ в месяц для сценария на типовой 1С или на корпоративном браузерном сервисе со сроком жизни 24 месяца.
Порог считается по валовой экономии и потому оптимистичен: он показывает точку, в которой робот перестаёт быть убыточным, а не точку, в которой он становится хорошей идеей. Реальное решение принимается по чистому эффекту с поправкой на утилизацию освободившихся часов — методику мы разложили в статье про окупаемость робота. Практический ориентир: браться стоит, когда объём вдвое превышает порог, а не когда он его едва достаёт.
Горизонтальная столбчатая диаграмма, ось X — часы в месяц от 0 до 80. Пять полос сверху вниз с подписями ставок и значений: «Рядовой сотрудник, 700 ₽/час — 56 часов», «Бухгалтер, 844 ₽/час — 46», «Менеджер по продажам, 900 ₽/час — 43», «Руководитель, 1 800 ₽/час — 22», «Собственник, 2 500 ₽/час — 16». Вертикальная штриховая линия на отметке 16 с подписью «ниже — не окупается ни при какой ставке». Отдельная пунктирная отметка на 69 с подписью «тот же порог с поправкой на утилизацию 0,8». Слева общая подпись «владение роботом 38 600 ₽/мес». Чертёжный стиль, подписи по-русски.
Ситуации 4–6: плывущий интерфейс, цена ошибки и лишний процесс
Четвёртая ситуация — система, интерфейс которой меняют без вашего участия. Кабинет банка, портал вендора, личный кабинет площадки: релизы приходят когда угодно, предупреждений не бывает, а сценарий робота ломается от перестановки полей. Срок жизни сценария там 6–12 месяцев против 24 на типовой 1С, переделок шесть в год вместо трёх, и владение уходит с 38 600 ₽ до 57 800 ₽ в месяц — разница 19 200 ₽ каждый месяц. Порог при этом поднимается с 56 до 83 часов, и большинство процессов через него не проходит.
Пятая ситуация — цена ошибки. Робот не делает случайных ошибок, но делает систематические, и это принципиально другой профиль риска. Человек ошибётся в одной строке из ста; робот, у которого сценарий берёт соседнее поле, ошибётся во всех трёх тысячах и не заметит. Там, где на другом конце стоит блокирующая проверка государства или деньги клиента, стоимость сплошного контроля результата надо считать до старта — и часто она съедает всю экономию.
- Регуляторные контуры со сплошной проверкой. Маркировка, ветеринарные документы, алкогольная отчётность: ошибка не превращается в неудобство, а останавливает продажу. Робот здесь допустим только с полной сверкой результата после каждого прогона, и эта сверка — отдельная строка бюджета.
- Платежи и реквизиты. Перенос банковских реквизитов роботом требует контроля второй парой глаз на каждой операции, иначе экономия времени превращается в риск, который никто не согласится нести.
- Данные, по которым принимаются решения о деньгах. Если результат операции уходит в отчёт для собственника или в расчёт с контрагентом, ошибка обнаружится через месяц и будет стоить дороже, чем весь месяц работы робота.
Шестая ситуация — самая приятная. Процесс, который проще отменить. Обнаруживается одним вопросом: кто пользуется результатом? Классический пример — еженедельный сводный отчёт, который собирают шесть часов и рассылают на двенадцать адресов; при проверке выясняется, что открывают его двое, а нужные им три числа есть в учётной системе. Шесть часов в неделю — это 26 часов в месяц, при ставке менеджера 900 ₽/час 23 400 ₽ в месяц и 280 800 ₽ в год. Отмена стоит нуля и одного разговора; робот стоил бы 178 000 ₽ разово и не окупился бы, потому что 26 часов ниже порога в 43 часа для этой ставки.
Вертикальное дерево решения из пяти развилок сверху вниз, на каждой развилке ответ «да» уводит вправо на альтернативу, «нет» ведёт дальше вниз. Развилки и правые выходы: «Результатом кто-то пользуется? Нет → отменить процесс, 280 800 ₽ в год»; «У системы есть программный обмен? Да → штатная выгрузка, экономия 594 400 ₽ за два года»; «Процесс меняли за последние полгода? Да → сначала регламент»; «Операция занимает больше 56 часов в месяц? Нет → не окупится, порог 16 часов даже по ставке собственника»; «Интерфейс меняют без предупреждения? Да → владение 57 800 ₽/мес, порог 83 часа». Нижний блок: «Робот обоснован». Чертёжный стиль, подписи по-русски.
Что ответить на «роботизируем всё за две недели»
Обещание закрыть роботизацию за две недели встречается регулярно и почти всегда означает, что исполнитель считает только написание сценария, а всё остальное оставляет вам. Проверяется оно шестью вопросами. Развёрнутые письменные ответы на все шесть — признак работающего подрядчика; уклончивые ответы на первые два достаточно, чтобы прекратить разговор.
- 1Вы писали вендору автоматизируемой системы про программный обмен? Покажите ответ. Без этого шага любая оценка робота преждевременна.
- 2Сколько часов в месяц занимает операция по вашему замеру? Не по нашим словам, а по секундомеру за три полных месяца, с разбивкой по типам документов.
- 3Под какой учётной записью будет работать робот и кто оплачивает лицензию рабочего места? Ответ «дадим доступ сотрудника» означает, что робот встанет при ближайшей смене пароля.
- 4Какая доля случаев уйдёт в исключения и кто их разбирает? Роботу не по силам 10–20 % потока; если исполнитель отвечает «их почти не будет», он не смотрел на данные.
- 5Что происходит при обновлении автоматизируемой системы и сколько стоит переделка? Здоровый ответ — 20 000–50 000 ₽ за случай и регламент тестового прогона после каждого обновления.
- 6Что входит в смету второго года? Робот без строки на переделки и сопровождение — это разовая демонстрация: лицензия продолжит списываться, а сценарий встанет после первого крупного релиза.
Когда робот действительно нужен
Отговаривать во всех случаях подряд так же нечестно, как продавать во всех. Робот обоснован в трёх ситуациях, и во всех трёх решает не цена, а невозможность второго варианта.
- Система не ваша, и требовать обмен не у кого. Кабинет контрагента, портал, к которому у вас есть только логин, отраслевая система заказчика. Спрашивать не с кого, ждать нечего — робот здесь единственный способ убрать ручной перенос.
- Вендор отказал письменно или просит за обмен больше, чем стоит робот на весь срок жизни процесса. Такое бывает: доработка обмена в отраслевой системе иногда оценивается дороже, чем два года владения роботом. Это считается на числах, а не на ощущениях — сравнение обоих вариантов на трёхлетнем горизонте мы приводили в разборе робот или доработка системы.
- Процесс закончится раньше, чем окупится нормальная интеграция. Переходный период на 8–12 месяцев, слияние систем, временный контракт. Робот здесь — расходник с известным сроком службы, и это законное его применение.
Во всех остальных случаях последовательность одна и та же: сначала вопрос про программный обмен, потом замер объёма в часах, потом проверка стабильности интерфейса — и только после этого разговор о платформе и бюджете. Порядок этих шагов важнее выбора вендора: три дня проверки экономят больше, чем любая скидка на лицензию.
Робот — обход отсутствующего доступа, а не признак зрелости компании. Лучший робот — тот, которого не пришлось ставить.
