"엑셀 정리를 자동으로 하고 싶다" 는 같은 요청에 어떤 업체는 며칠 분량을 부르고 어떤 업체는 몇 달 분량을 부릅니다. 둘 다 거짓말이 아닙니다. 같은 문장이 전혀 다른 일을 가리키기 때문입니다. 이 글은 업무 자동화 외주 견적이 어디서 갈리는지를 다섯 가지 축으로 나누고, 발주하는 쪽에서 무엇을 준비하면 비용이 내려가는지를 실제로 견적을 내고 받아 본 기준으로 적은 것입니다.
금액은 적지 않습니다. 업체·지역·시점에 따라 달라서 숫자를 적는 순간 틀리기 때문입니다. 대신 무엇이 금액을 움직이는지를 적습니다. 이걸 알면 받은 견적이 비싼지 싼지 스스로 판단할 수 있습니다.
견적을 가르는 다섯 가지 축#
| 축 | 싼 쪽 | 비싼 쪽 |
|---|---|---|
| 1. 연결 대상 | 공개 API 가 있는 SaaS 한두 개 | 화면만 있는 사내 시스템, 로그인 세션 필요 |
| 2. 판단의 복잡도 | 규칙으로 적을 수 있음 | 사람이 "보고 판단" 하던 일 |
| 3. 예외 처리 | 실패하면 알림만 | 실패 시 자동 복구·재시도·보정 |
| 4. 운영 방식 | 담당자가 직접 실행 | 24시간 무인, 장애 대응 포함 |
| 5. 데이터 위치 | 클라우드, 접근 권한 명확 | 온프레미스, 개인정보, 권한 미정 |
1. 연결 대상#
자동화는 결국 "A 에서 읽어서 B 에 쓰는" 일입니다. A 와 B 에 API 가 있으면 연결이 짧고, 없으면 화면을 조작(RPA)하거나 파일을 주고받는 우회가 필요합니다. 우회는 만들기도 오래 걸리고 화면이 바뀌면 깨집니다. 견적에서 "연동 대상 시스템" 항목이 길어질수록 금액이 올라가는 이유입니다.
실제로 겪은 일. 회계 시스템과 연동해 달라는 요청에서 API 가 있는 줄 알고 견적을 냈다가, 실제로는 공급사가 API 를 열어 주지 않아 CSV 내보내기와 업로드로 바꿔야 했습니다. 공수가 처음 추정의 두 배가 됐습니다. 발주 전에 "그 시스템에 API 가 있는지, 쓸 수 있는 권한이 있는지" 를 공급사에 한 번 물어보는 것만으로 이 변수가 사라집니다.
2. 판단의 복잡도#
"주문이 들어오면 시트에 적는다" 는 규칙입니다. "문의 메일을 읽고 급한 것부터 담당자에게 배정한다" 는 판단입니다. 규칙은 코드 몇 줄이고, 판단은 사람이 하던 일을 AI 에게 맡기는 설계가 필요합니다.
AI 에이전트 자동화가 비싸지는 지점이 여기입니다. 판단을 맡기려면 판단 기준을 글로 적고, 틀렸을 때 어떻게 할지 정하고, 얼마나 틀리는지 측정하는 과정이 들어갑니다. 이 과정을 생략한 견적은 싸 보이지만 운영에 들어가면 "AI 가 이상하게 배정했다" 는 민원을 사람이 받습니다.
3. 예외 처리#
정상 흐름은 전체 공수의 절반이 안 됩니다. 나머지는 예외입니다. 첨부 파일이 없을 때, 같은 주문이 두 번 들어올 때, 상대 시스템이 응답하지 않을 때. 예외를 "알림만 보내고 사람이 처리" 로 두면 싸고, "자동으로 복구" 로 두면 비쌉니다.
처음에는 알림만으로 시작하는 쪽을 권합니다. 한 달 운영하면 어떤 예외가 실제로 자주 나는지 보이고, 그때 자주 나는 것만 자동 복구로 올리면 됩니다.
4. 운영 방식#
만들고 끝나는 자동화는 없습니다. 연결한 서비스가 바뀌고, 입력 형식이 바뀌고, 어느 날 조용히 멈춥니다. 견적에 "운영" 이 없으면 멈췄을 때 누가 고치는지 정해지지 않은 것입니다.
- 담당자가 직접 실행하고 결과를 확인하는 방식은 운영비가 거의 없습니다.
- 무인으로 돌고 장애 시 업체가 대응하는 방식은 월 비용이 붙습니다.
어느 쪽이 맞는지는 "멈췄을 때 하루 안에 알아채야 하는가" 로 정합니다. 그래야 하면 무인 운영과 모니터링이 필요하고, 다음 날 알아채도 되면 담당자 실행으로 충분합니다.
5. 데이터 위치#
데이터가 클라우드 SaaS 에 있고 접근 권한이 명확하면 바로 시작합니다. 사내 서버에 있거나, 개인정보가 섞여 있거나, 누가 접근을 승인하는지 정해지지 않았으면 개발보다 승인에 시간이 더 듭니다. 견적에는 안 보이지만 일정에 그대로 나타나는 항목입니다.
AI 에이전트 자동화는 비용 구조가 다릅니다#
기존 자동화(RPA·Zapier·n8n·스크립트)는 만들 때 비용이 대부분이고 운영비는 작습니다. AI 에이전트 자동화는 쓸 때마다 비용(모델 호출)이 붙고, 결과가 확률적이라 검증 비용이 더해집니다.
| 기존 자동화 | AI 에이전트 자동화 | |
|---|---|---|
| 구축 비용 | 연결 수에 비례 | 연결 수 + 판단 기준 설계 |
| 운영 비용 | 서버·툴 구독 | 서버 + 모델 호출량 |
| 결과 | 같은 입력이면 같은 출력 | 입력이 같아도 출력이 달라질 수 있음 |
| 검증 | 처음 한 번 | 운영 중 계속 표본 검사 |
그래서 AI 에이전트가 필요한지부터 따져야 합니다. 규칙으로 적을 수 있는 일은 AI 없이 자동화하는 편이 싸고 안정적입니다. AI 는 "사람이 보고 판단하던" 부분에만 씁니다. 자동화 후보를 손익과 위험으로 줄 세우는 방법은 회사에서 자동화, 무엇부터 할 것인가에, 코드 없이 할 수 있는 범위는 비개발자 자동화 도구 고르기에 정리해 두었습니다.
발주 전에 준비하면 견적이 내려가는 것#
견적이 높게 나오는 가장 흔한 이유는 업체가 모르는 것을 위험으로 계산하기 때문입니다. 아래를 준비하면 그 위험이 줄고 견적이 같이 줄었습니다.
- 현재 흐름을 순서대로 적은 한 장. "누가, 어떤 화면에서, 무엇을 보고, 어디에 적는지". 영상으로 녹화해도 좋습니다.
- 연결할 시스템 목록과 API 유무. 공급사에 물어보면 알려 줍니다.
- 한 달 건수와 걸리는 시간. "하루 30건, 건당 10분" 이면 자동화의 가치가 계산되고, 업체도 규모를 잡을 수 있습니다.
- 예외 목록. "이런 경우가 가끔 있다" 를 아는 만큼 적습니다. 모르는 예외는 "알림만" 으로 두면 됩니다.
- 데이터 접근 권한을 줄 사람. 이름이 정해져 있으면 일정이 절반으로 줄기도 합니다.
요구사항을 어떻게 정리해야 할지 막히면 요구사항 정리 안 될 때, 발주 문서 만드는 4단계를 먼저 보세요.
월 비용으로 남는 것#
구축이 끝난 뒤에도 남는 항목입니다. 견적서에 없으면 물어봐야 합니다.
- 실행 환경. 서버, 또는 자동화 툴 구독.
- 모델 호출. AI 를 쓴다면 건수에 비례합니다. 월 건수로 미리 추정합니다.
- 연결 서비스 요금제. 자동화 때문에 상위 요금제가 필요해지는 경우가 있습니다.
- 점검·수정. 연결 대상이 바뀌면 고쳐야 합니다. 월 정액이든 건별이든 방식을 정해 둡니다.
웹 서비스를 운영할 때 매달 나가는 비용의 구조는 웹 서비스 월 유지 비용에, 자동화로 줄어든 시간을 체감이 아니라 숫자로 재는 방법은 AI 자동화로 줄어든 시간, 어떻게 측정하나에 적어 두었습니다.
정리#
업무 자동화 견적은 "얼마" 보다 "다섯 축에서 어디에 있는가" 로 읽어야 합니다. 연결 대상에 API 가 있는지, 판단이 규칙인지, 예외를 알림으로 둘지, 무인 운영이 필요한지, 데이터 접근이 정해졌는지. 이 다섯 가지를 발주 전에 정리하면 견적이 내려가고, 정리하지 않으면 어떤 업체를 골라도 비쌉니다.
자동화 범위를 정하기 전에 대략의 규모를 알고 싶다면 견적 계산에서 항목을 골라 보고, 흐름 한 장을 들고 문의로 오시면 연결 대상과 판단 범위부터 같이 정리합니다.
