RPA 업무 자동화, 어떤 일부터 해야 하나 — 되는 업무와 안 되는 업무 가르는 법 (2026)

어떤 업무부터 자동화해야 하나?

세 조건을 동시에 만족하는 업무가 1순위다 — ① 매주 반복되고 ② 처리 규칙을 문장으로 적을 수 있고 ③ 틀렸을 때 바로 눈에 띈다. 셋 중 하나라도 빠지면 만드는 비용보다 고치는 비용이 커지기 쉽다.

많은 회사가 '가장 오래 걸리는 일'부터 고르는데, 오래 걸리는 이유가 판단이 많아서인 경우가 많다. 그런 일은 자동화 난이도가 가장 높은 축에 속한다.

반대로 짧지만 매일 반복되는 일 — 메일에 온 주문서를 표에 옮기기, 매일 같은 형식의 보고서 만들기 — 은 규칙이 단순해서 먼저 끝난다. 첫 건은 이런 걸로 잡는 편이 낫다.

자동화하면 안 되는 업무는?

판단이 결과를 좌우하는 업무, 예외가 규칙보다 많은 업무, 그리고 틀려도 한참 뒤에야 드러나는 업무다. 이 셋은 자동화해도 사람이 계속 확인해야 해서 실제 절감이 거의 남지 않는다.

네 번째 유형은 자동화를 아예 안 한다는 뜻이 아니라, 마지막에 사람이 눌러야 하는 승인 버튼을 남긴다는 뜻이다. 처리는 자동으로 하되 확정은 사람이 한다.

엑셀 매크로로 되는 건 어디까지고, 개발이 필요한 건 어디부터인가?

한 사람이 자기 PC에서 같은 파일을 반복 처리하는 수준이면 매크로로 충분하다. 여러 사람이 쓰거나, 파일이 메일·메신저·다른 시스템을 오가거나, 실패했을 때 누가 알아야 하면 그때부터는 별도 구축이 필요하다.

실무에서 가장 흔한 전환 신호는 세 번째 줄이다. 엑셀 안에서만 끝나던 일이 '메일에서 받아서', '카톡으로 알려주고', 'ERP에 넣기'로 번지는 순간 매크로는 한계에 닿는다.

다섯 번째 줄도 자주 놓친다. 매크로 자체는 잘 돌아도 만든 사람이 나가면 아무도 손대지 못해, 결국 수작업으로 되돌아가는 회사가 많다.

비용은 무엇으로 갈리나?

업무 개수가 아니라 복잡도로 갈린다. 단일 업무를 읽고 옮기는 수준, 입력→처리→산출이 이어지는 파이프라인, 그리고 카카오톡·ERP 같은 외부 시스템까지 물리는 경우가 각각 다른 급이고, 이 세 급 사이의 차이가 페이지 수 같은 표면적 규모보다 훨씬 크다.

견적을 어림값으로 먼저 말하는 쪽이 편해 보이지만, 대상 업무의 예외를 보기 전에 나온 숫자는 착수 후에 거의 바뀐다. 무료 진단에서 업무 흐름과 실제 데이터를 확인한 뒤 고정 스코프로 서면 견적을 내는 편이 양쪽 모두에 안전하다. 소스코드와 계정은 고객사 명의로 인계되므로 운영 계약을 해지해도 만들어진 자동화는 그대로 남는다.

왜 자동화 프로젝트가 시범 단계에서 멈추나?

데모까지는 잘 되는데 실제 데이터의 예외를 못 견디거나, 만든 사람 말고는 아무도 못 고치는 상태로 끝나기 때문이다. 이 둘은 착수 조건으로 미리 막을 수 있다.

첫째, 계약 전에 실제 샘플 데이터로 돌아가는 걸 눈으로 확인한다. 깨끗하게 정리된 예시가 아니라 실무에서 실제로 오가는 지저분한 파일로 봐야 예외가 드러난다.

둘째, 인수 시점에 소스코드·계정·운영 매뉴얼을 함께 받는다. 담당 직원이 매뉴얼만 보고 한 번 실행해보게 하면 인계 품질이 바로 확인된다.

셋째, 처리 범위를 문서로 고정한다. 어디까지가 계약 범위이고 무엇이 별도 요청인지 적어두지 않으면, 예외가 하나씩 붙으면서 일정과 비용이 흐트러진다.

자동화의 효과는 '시간 절감'으로 측정한다. 처리 건수와 건당 소요 시간을 도입 전에 재두면 도입 후 비교가 된다. 매출 증대 같은 지표는 자동화 외 변수가 너무 많아 인과를 주장하기 어렵다.