Роботизированная процессная автоматизация: топ юз-кейсов, частые подводные камни и взгляд в будущее

RPA: лучшее и худшее

За последний год организационное понимание роботизированной процессной автоматизации (RPA) прошло долгий путь. Процесс продемонстрировал, что автоматизация возможна и может драйвить значительные позитивные бизнес-результаты.

В течение этого времени был замедление в числе новичков на RPA-рынке. Многие из главных игроков обеспечили дополнительные венчурные и инвестиционные финансирования, что помогло им стабилизировать свои продукты. Пока технология сама по себе не материально зрела за последние 12-18 месяцев, десктоп, мониторинг и отчетности инструменты продолжили эволюционировать.

RPA не должна использоваться для процессов, которые не были стандартизированы или оптимизированы, в которых боты и люди должны иметь возможность разрешать несоответствия, созданные через неэффективные процессы.

На этом этапе рынок не полностью уверен, является ли RPA постоянным фиксом для автоматизации определенных бизнес-процессов или временной заглушкой. Разумно предположить, что современные энтерпрайз-приложения полностью автоматизируют свои технологии в ближайшем будущем. Мы часто видим, как компании управляют риском временной заглушки, управляя RPA-периодом окупаемости в пределах 18 месяцев или менее.

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

Взгляд на RPA как на technology-only решение — ошибка. Мало организаций проектируют с более широким взглядом на все технологии, доступные им. Бизнес-лидеры должны рассматривать «stacked solutions», использующие другие инструменты, такие как воркфлоу и application programming interface (API) вызовы, например, в конъюнкции с RPA. Лучше работать с партнером, который знает реальности и ограничения RPA, какие выгоды оно может драйвить специфично для вашего бизнеса и что это будет стоить для драйвинга их.

Другая ошибка, которую мы обычно видим бизнесы совершать с RPA — не рассматривать сквозные процессы. Часто RPA используется для адресации ошибок данных или несоответствий, которые были дешевле ремедировать с lower-cost labor, а не использовать higher-cost labor или заставлять их легаси-системы делать что-то другое.

Когда комбинирована с интегрированной процессной и организационной реинжинирингом, RPA может драйвить лучшие результаты, но не позволяйте proof of concept (PoC) менталитету драйвить автоматизационные амбиции. Ок использовать PoC с очень ограниченным скоупом для тестирования RPA и конкретной платформы. Однако, когда время приходит автоматизировать, начните с 100% автоматизации.

То, как компании модернизируют, когда RPA на месте, сильно зависит от специфических бизнес-возможностей, которые автоматизация может потенциально достичь. Многие организации используют RPA для контроля темпа, с которым selling, general and administrative (SG&A) затраты растут, вводя новые способы адресации потребностей в емкости. Та же логика также помогает компаниям адресовать талант-дефициты, позволяя RPA убирать то, что часто считается «mundane» работой. Индивидуумы, выполняющие те активности, рескиллятся и редеплоятся к более value-added активностям. И по мере роста их бизнеса, компаниям не нужно добавлять хедкаунт для обработки более высоких объемов.

По мере эволюции использования RPA и процессной автоматизации, мы (и наши клиенты) смещаем фокус от транзакционных объемов и больше к клиентскому опыту. Бизнесы теперь могут начать думать: «Как RPA может быть использована для улучшения скорости, точности и эффективности, с которой я обслуживаю своих клиентов?» Интересно достаточно, та же автоматизация, используемая для улучшения клиентского опыта, также снизит стоимость операций. Это просто вопрос тайминга.
Об авторе:

Автор: Альберт Рис, SVP Глава Бизнес-Консалтинга, EPAM

Г-н Рис приносит более 20 лет опыта в индустрии бизнес- и управления консалтингом и, до присоединения к EPAM, служил Президентом North Highland, ведущим North и UK Регион, и надзирающим за более чем 400 консультантами и поддержкой людей. В дополнение к полной P&L ответственности за регион, Альберт предоставлял крупномасштабные бизнес-трансформационные советы многочисленным компаниям Fortune 100. До того, Альберт служил Партнером в Human Performance Service Line Accenture, где он вел HR бизнес-стратегии, комбинируя стратегическое планирование, тренды и технологии с бизнес-потребностями и создавая actionable рекомендации. Он держит MBA от Tennessee Technological University и Bachelor of Science в Finance от University of Tennessee.