인사이트

RPA 견적서, 어떤 항목이 비용을 만들고 어디서 달라지나요

RPA 견적서의 라이선스, 구축, 유지, 운영, 인프라 항목과 업체마다 달라지는 지점, PoC 범위 기준을 공식 문서로 정리했습니다.

INVAIZ · Jason2026년 10월 23일10분 분량

🍎 바쁘다면 알짜배기만이라도 !
같은 업무에 견적서 두 장이 왔을 때
RPA 비용을 만드는 다섯 항목
라이선스 단위, 봇과 머신과 동시 실행
유지비, 화면이 바뀔 때의 수리
운영 인력, 인프라, 계정
견적서의 비교 항목과 확인 질문
같은 업무의 총비용을 가르는 변수
PoC 범위를 정하는 기준
이 글이 확인하지 못한 것
참고한 자료

🍎 바쁘다면 알짜배기만이라도 !

견적서는 라이선스 한 줄이 아니라 다섯 줄(라이선스·구축·유지·운영·인프라)로 비교해야 합니다 — 업체마다 이 중 어디까지 넣었는지가 달라서, 총액이 두 배 차이 나도 같은 일을 비교한 것이 아닐 수 있습니다.
같은 업무의 라이선스 수는 동시 실행 수로 갈립니다 — Microsoft Power Automate는 머신 하나에 Process 라이선스 하나이고 동시에 더 실행하면 추가로 삽니다. UiPath도 머신에 할당한 런타임 수가 동시 실행 수의 상한입니다.
대상 화면이 바뀌면 자동화가 멈춥니다 — Microsoft 공식 문서가 원인과 수리 방법을 적어 두었고, 이 수리를 누가 얼마에 맡는지는 견적서의 유지 항목에 적혀 있어야 합니다.
라이선스는 총비용의 일부입니다 — 2018년 HfS Research 인터뷰에서는 25~30%였습니다. 오래된 자료라 방향의 근거로만 쓰며, 견적서에서 라이선스 행만 비교하면 나머지는 비교하지 않은 것입니다.

같은 업무에 견적서 두 장이 왔을 때

가정해 보겠습니다. 거래처 사이트 세 곳에서 주문 내역을 내려받아 엑셀에 옮기는 일을 자동화하려고 두 업체에서 견적서를 받았습니다. 한 장은 총액이 두 배쯤 높습니다. 높은 쪽 견적서에는 월 유지 관리 항목이 있고, 낮은 쪽에는 그 항목이 없습니다.

어느 쪽이 싼지는 두 장을 같은 항목으로 맞춰야 비교되고, 유지 항목이 빠진 쪽이라면 대상 화면이 바뀌었을 때의 수리가 어느 줄에 들어 있는지부터 물어야 합니다. RPA(Robotic Process Automation)는 사람이 화면에서 반복하던 클릭과 입력을 소프트웨어 로봇(봇)이 대신하게 만드는 방식이고, 그 비용은 라이선스 외에 구축, 유지, 운영, 인프라 항목을 더한 합입니다.

RPA 비용을 만드는 다섯 항목

HfS Research는 2018년 9월 글에서 RPA 파워유저 359명을 인터뷰한 결과를 두고 "RPA licensing costs represent just 25% to 30% of total costs for implementing RPA"라고 적었습니다. 구현, 교육, 거버넌스, 관리 비용이 나머지라는 설명입니다. 7년 전 자료여서 지금의 비율로 읽을 수는 없고, 라이선스가 총액의 전부가 아니라는 방향의 근거로만 씁니다.

항목	무엇에 대한 비용인가	값이 커지는 조건
라이선스	봇, 사용자, 머신 단위 이용료	동시에 실행하는 업무가 많을수록
구축	업무 흐름을 만들고 시험하는 개발	단계와 예외가 많을수록
유지	대상 화면이 바뀔 때 고치는 일	화면이 자주 바뀔수록
운영	실패를 확인하고 재실행하는 사람	사람이 안 보는 시간에 돌수록
인프라·계정	봇이 도는 PC나 서버, 로그인 계정	고객이 맡을수록

라이선스 단위, 봇과 머신과 동시 실행

벤더마다 값을 매기는 단위가 다릅니다. 2026년 10월 23일에 각 사 공식 페이지와 문서를 열어 확인한 과금 단위입니다. 런타임은 봇이 업무를 실행하는 한 칸의 실행 권한이고, 호스티드는 벤더가 봇이 돌 가상 머신까지 빌려주는 방식입니다.

벤더	확인한 과금 단위	같은 업무의 총액이 갈리는 지점
Microsoft Power Automate	담당자 직접 실행(유인 RPA)은 사용자 단위, 사람 없이 실행(무인 RPA)은 봇 단위로 값을 매기고, Microsoft가 가상 머신까지 제공하는 호스티드 버전은 봇 단가가 더 높음. 모두 연 단위 결제	머신 하나에 라이선스 하나. 같은 머신에서 동시에 실행하려면 추가 구매. 만드는 개발자에게는 Premium 사용자 라이선스가 따로 필요
UiPath	사용자와 로봇을 따로 구매. Basic 요금제만 가격을 공개하고, Standard·Enterprise 금액은 공개하지 않고 영업 문의로만 안내	머신에 할당한 런타임 수가 동시 실행 상한. 런타임 1개면 한 번에 하나만 실행
Automation Anywhere	현재 공식 가격 페이지를 열지 못했습니다. 2020년 보도자료는 개발자 1, 관제 서버 1, 무인 봇 실행기 1을 묶은 시작 패키지에 실행기를 추가하는 구조	현재 구조는 확인하지 못해 비교하지 않았습니다

Power Automate의 규칙을 적용하면 차이가 보입니다. 같은 머신에서 하루 몇 시에 한 개씩 순서대로 실행하는 업무 네 개는 Microsoft FAQ가 라이선스 하나로 충분하다고 설명하는 경우입니다. 이 네 개를 같은 시각에 동시에 실행하면 라이선스 네 개가 필요하고, 라이선스 비용만 네 배가 됩니다. 업무 내용은 같고 실행 시각만 다릅니다. 금액은 지역과 계약 조건에 따라 달라서 쓰지 않았습니다.

라이선스 제도도 바뀝니다. Microsoft는 건당 요금제와 무인 RPA 애드온을 2024년 2월 1일에 가격표에서 없애고 Process 라이선스로 대체했습니다. 견적서에 쓰인 라이선스 이름이 현재 판매 중인 것인지 확인할 이유가 여기 있습니다.

유지비, 화면이 바뀔 때의 수리

RPA 봇은 화면의 어느 버튼, 어느 입력칸인지를 선택자(화면 요소의 위치를 적어 둔 값)로 기억합니다. Microsoft 문서는 웹 페이지가 내부 HTML 구조를 바꾸면 처음 잡은 선택자가 맞지 않게 되어 실행 중 동작이 실패한다고 적었습니다. 수리는 요소를 다시 잡고 선택자를 고치는 일입니다.

이 수리를 자동으로 하는 기능도 나왔습니다. UiPath 공식 문서는 Healing Agent(화면이 바뀌어 실패한 선택자를 대신할 새 값을 제안하는 기능)가 선택자 변경을 감지해 새 선택자를 생성한다고 설명합니다. 같은 회사 블로그는 화면 변경이 로봇 실패의 주된 원인이고 수리에 몇 시간에서 몇 주까지 걸릴 수 있다고 적었는데, 벤더가 자기 기능을 소개하며 쓴 글입니다. 문서는 이 기능이 못 고치는 경우를 적지 않았고, 블로그는 이 기능의 요금도 적지 않았습니다.

Pega가 의뢰한 2019년 설문(의사결정자 509명)에서는 41%가 봇 관리에 예상보다 많은 시간과 자원이 든다고 답했고, 87%는 어느 정도의 봇 실패를 겪는다고 답했습니다. 후원사가 RPA 업체이고 7년 전 조사입니다. 견적서에서 유지 항목이 비어 있는 이유를 묻게 만드는 정도의 근거입니다.

운영 인력, 인프라, 계정

무인 봇은 사람이 없는 시간에 돌기 때문에 실패했을 때 누가 알아채는지가 비용 항목이 됩니다. 실행 기록을 보고 재실행하는 사람이 고객 쪽인지 업체 쪽인지에 따라 견적서의 운영 행이 있거나 없어집니다.

인프라는 봇이 도는 PC나 서버입니다. Power Automate의 호스티드 버전은 Microsoft 문서가 "enabling RPA with zero infrastructure"라고 설명하며, 가상 머신이 단가에 들어 있습니다. 같은 업무를 자체 PC에서 실행하면 봇 단가는 낮아지지만 PC 구입과 관리가 고객 몫으로 남습니다. 두 가격을 단순 비교할 수 없는 이유입니다.

견적서의 비교 항목과 확인 질문

견적서 항목	업체마다 달라지는 점	확인 질문
라이선스	봇, 머신, 사용자, 런타임 중 무엇을 세는가	우리 업무를 동시에 몇 개 실행하는 전제로 산정했는가
개발·관리 계정	만드는 사람의 라이선스를 포함하는가	개발자용 라이선스는 어느 행에 있는가
구축비	예외 상황을 몇 가지까지 처리하는가	처리하지 않는 예외 목록이 문서로 있는가
유지비	화면 변경 수리를 정액에 포함하는가, 건별인가	대상 사이트가 바뀌면 며칠 안에 고치고 비용은 누가 내는가
운영	실패 확인과 재실행을 누가 하는가	사람이 안 보는 시간의 실패는 누가 알림을 받는가
인프라	실행 PC나 서버를 누가 마련하는가	호스티드 방식이면 가상 머신 비용이 단가에 포함되어 있는가
라이선스 제도	지금 판매 중인 라이선스 이름인가	계약 기간 중 제도가 바뀌면 단가는 어떻게 되는가

같은 업무의 총비용을 가르는 변수

동시 실행 수: 위 계산처럼 라이선스 수가 달라집니다.
대상 화면이 얼마나 자주 바뀌는가: 사내 시스템은 바뀌는 시점을 알 수 있지만 외부 사이트는 예고 없이 바뀝니다. 유지비는 이 변수에서 갈립니다.
예외의 종류: 정상 흐름만 처리하는 견적과 로그인 실패, 팝업, 값 누락까지 처리하는 견적은 구축비가 다릅니다.
사람이 안 보는 시간에 실행하는가: 낮에 담당자가 지켜보는 업무는 운영 항목이 작습니다.
인프라 부담: 호스티드와 자체 PC는 같은 업무에서 총액 구성이 다릅니다.

PoC 범위를 정하는 기준

PoC(Proof of Concept)는 전체를 사기 전에 한 업무만 실제로 실행해 보는 시험입니다. 2017년 Symphony Ventures의 David Brain은 좋은 RPA 후보를 규칙이 분명하고, 입력이 정형 데이터이고, 건수가 많고, 시스템이 안정적인 업무라고 적었습니다. 비용 구조에 대입하면 PoC 범위의 기준이 나옵니다.

기준	PoC에서의 적용	비용 구조와의 연결
업무 한 개, 대상 시스템 한 곳	흐름이 하나라 구축비와 예외 수가 작다	구축
라이선스는 최소 단위	머신 하나, 동시 실행 하나	라이선스
건수가 많은 업무	시험 기간에 실행 기록이 충분히 쌓인다	운영
실패 기록을 남기는 설정	몇 건이 사람 손을 거쳤는지 센다	운영
대상 화면이 바뀐 경우의 처리	바뀌었을 때 누가 며칠에 고쳤는지 기록한다	유지

PoC 결과로 본 견적서 대비 항목은 처리 건수, 실패 건수, 사람이 개입한 건수, 화면 변경 대응에 걸린 시간입니다. 이 숫자가 있으면 본 계약의 유지·운영 항목을 PoC 실적으로 다시 산정할 수 있습니다.

이 글이 확인하지 못한 것

Automation Anywhere는 현재 가격과 라이선스 구조를 공식 자료로 열지 못해 표에서 구조 설명만 했습니다. UiPath Standard·Enterprise는 금액이 공개되어 있지 않아 비교하지 않았습니다. Microsoft와 UiPath의 금액은 지역과 계약에 따라 달라서 싣지 않았습니다.

비용 비율의 근거인 HfS(2018)와 Pega(2019) 자료는 오래되었고 벤더가 관여했습니다. 국내 RPA 구축·유지 단가를 보여 주는 공개 1차 자료는 찾지 못했고, 이 글은 금액을 쓰지 않고 항목 구조만 다룹니다. 총액이 두 배 차이 나는 두 견적서 사례는 가정이며, 실제 견적서마다 항목 이름과 묶음 방식이 다릅니다. 업무가 하루 한두 번이고 사람이 곁에서 확인하는 정도라면 이 다섯 항목을 모두 따질 만큼 큰 비용 구조가 생기지 않습니다.