- 수작업 비용은 장부의 한 항목에 모여 있지 않고 인건비, 재작업, 오래 기다리는 고객에 흩어져 있습니다.
- AI 예산을 승인하기 전에 이 숫자부터 계산하십시오. 그래야 정말 남는 투자인지, 남을 것 같은 느낌만 드는 것인지 알 수 있습니다.
- AI 쪽 비용도 빠짐없이 세야 합니다. 시스템 비용, 유지 관리 비용, 사람이 결과를 검토하는 시간까지 넣으십시오.
1. 여러 계정에 흩어져 보이지 않는 수작업 비용
회계팀에 수작업 때문에 돈이 얼마나 나가느냐고 물으면 답하지 못할 것입니다. 한 항목으로 기록된 적이 없는 비용이니 아무리 유능한 회계팀이라도 알 수가 없습니다. 이 비용은 인건비, 재작업, 늦은 답변 때문에 놓친 거래 속에 숨어 있습니다.
회사는 급여를 부서별로 보지만, 업무 프로세스 하나는 여러 부서를 거칩니다. 주문 접수만 해도 영업, 사무 담당, 창고, 회계, 팀장이 손을 대는데 "주문 접수 비용"이라는 계정은 없습니다. 그래서 대표는 주문 한 건에 들어가는 직접 작업 시간(Touch Time)이 모두 합쳐 얼마인지 모른 채, 모두가 바쁜 모습만 보고 사람을 더 뽑아야겠다고 생각합니다.
수작업은 대기열도 만듭니다. 물량이 늘면 직원들은 시간을 아끼려고 일을 모아서 한꺼번에 처리하기 시작하고, 그만큼 고객은 더 오래 기다립니다. 데이터를 여러 번 옮겨 적다 보면 오류가 생기고, 관리자는 진행 상황을 확인하러 다니느라 시간을 씁니다. 이런 비용은 어느 직원 한 사람의 근무 시간에도 드러나지 않습니다.
2. 프로세스 하나에 드는 실제 인건비 계산 공식
간단히 계산하면 월 처리 횟수에 1회당 소요 시간을 곱하고, 다시 시간당 인건비를 곱합니다. 여기에 나중에 검토하고 고치는 사람의 시간도 더해야 하는데, 이 부분을 빠뜨리는 경우가 많습니다.
월 처리 건수에 모든 역할의 직접 작업 시간을 곱하고, 다시 분당 인건비를 곱합니다. 인건비에는 급여 말고도 복리후생, 상여금, 회사 부담 세금, 장비, 공간, 관리 비용까지 넣어야 합니다. 자료가 없다면 급여의 1.25~1.5배 정도를 출발점으로 삼고 회사 사정에 맞게 조정하십시오.
공식: 월 인건비(Monthly Labor Cost) = 작업 건수 × 역할별 소요 시간(분) × 분당 비용이며, 모든 역할의 값을 더합니다. 주문이 2,000건이고 한 건에 사무 담당이 8분, 창고가 3분, 회계가 2분, 팀장이 1분을 쓴다고 해 봅시다. 한 건에 모두 14분, 한 달이면 28,000분입니다. 분당 평균 비용이 4바트(태국 바트)라면 직접 인건비는 한 달에 112,000바트입니다.
실제 작업을 적어도 30~50건 재 보고, 일반적인 건과 어려운 건을 나누십시오. 직원이 기억에 의존해 어림잡게 하면 안 됩니다. 사람들은 파일을 찾고, 시스템을 열고, 나중에 다시 고치는 시간을 잘 세지 않기 때문입니다. 일반 업무에는 중앙값(Median)을, 일이 복잡해지는 시기의 인력 계획에는 P90을 쓰십시오.
| 데이터 | 출처 | 주의할 점 |
|---|---|---|
| 작업 건수 | CRM, ERP, 이메일, 티켓 | 인계될 때 중복으로 세지 않기 |
| 직접 작업 시간 | 시간 측정/작업 관찰 | 검색과 재작업 시간 포함 |
| 인력 비용 | 급여 + 간접비 | 실수령 급여는 쓰지 않기 |
| 물량이 몰리는 시기 | 일별/주별 데이터 | 평균값은 대기열을 가림 |
3. 오류와 재작업 비용 계산하기
수정된 견적서의 비율, 정보가 틀린 주문, 반품, 숫자가 맞지 않는 보고서처럼 실제 데이터에서 오류율(Error Rate)을 구하십시오. 그다음 건당 평균 수정 비용을 곱합니다. 이 비용에는 인건비, 운송비, 크레딧 노트, 보상 할인, 관리자의 시간이 들어갑니다. 오류가 평판에 영향을 주거나 고객 이탈로 이어진다면 따로 위험 항목으로 분리하십시오. 근거가 뒷받침하는 수준을 넘어 숫자를 붙일 필요는 없습니다.
예를 들어 주문 2,000건 가운데 3%가 틀리면 60건입니다. 건당 평균 수정 비용이 450바트라면 한 달에 27,000바트가 듭니다. AI가 정보가 빠짐없이 들어왔는지 확인해 오류를 1%로 줄이면, 직원 시간이 줄어드는 것과 별도로 한 달에 18,000바트의 편익이 생깁니다.
다만 AI는 새로운 유형의 오류를 만들 수 있습니다. 문서를 잘못 읽거나, 틀린 답을 자신 있게 내놓거나, 같은 작업을 두 번 할 수도 있습니다. 그러니 새 시스템을 들인 뒤에도 남는 잔여 오류(Residual Error)와 모니터링 비용을 추정해야 합니다. 자동화한다고 오류가 0이 되지는 않습니다.
4. 지연 비용: 고객은 공짜로 기다려 주지 않습니다
작업 시간만 재지 말고 비즈니스 이벤트 사이의 시간도 재십시오. 리드(잠재 고객)가 들어와서 답을 받기까지, 요청을 받고 견적서를 보내기까지, 주문을 받고 확정하기까지의 시간입니다. 그다음 이 시간이 전환율, 취소, 불만 접수와 어떤 관계가 있는지 확인합니다. 15분 안에 답한 리드가 두 시간 뒤에 답한 리드보다 계약으로 더 많이 이어진다면, 지연에는 추정할 수 있는 매출 손실이 따릅니다.
기본 공식은 기회 수 × 전환율 차이 × 거래당 이익입니다. 한 달에 리드가 500건 들어오고, 빨리 답하면 전환율이 2%포인트 오를 수 있으며, 거래당 평균 이익이 6,000바트라고 해 봅시다. 이 기회의 가치는 한 달에 60,000바트입니다. 실험이나 과거 데이터를 근거로 삼아야 효과를 부풀리지 않습니다.
5. 가치 낮은 일에 묶인 유능한 직원의 기회비용
영업 관리자가 매주 열 시간을 보고서 취합에 쓴다면, 회사는 열 시간치 인건비와 함께 팀을 코칭하고 큰 거래를 챙기고 고객을 만나는 데 써야 할 시간도 잃습니다. 기회의 가치는 인건비보다 추정하기 어려우므로 낮음, 중간, 높음 세 가지 시나리오를 만들고, 가장 높은 숫자를 기준 시나리오로 삼지 마십시오.
한 달에 100시간이 돌아온다면 회사가 그 시간에 무엇을 할지, 책임자와 KPI가 분명한 일로 답할 수 있는지 물어보십시오. 답이 "더 중요한 일을 한다" 정도라면, 남는 인력을 어디로 돌릴지 계획이 생기기 전까지는 재무적 편익으로 계산하지 마십시오. 팀이 후속 전화를 800통 더 걸거나 시험용 제품을 두 개 더 개발하는 것이 그런 계획의 예입니다.
또 다른 편익은 채용 회피(Avoided Hire)입니다. 업무량이 늘어도 새 사람을 뽑지 않아도 되는 경우입니다. 시스템이 감당할 수 있는 업무 시간을 해당 직무 한 사람의 처리 용량과 비교하고, 원래라면 언제 채용해야 했을지 날짜를 함께 따져 계산합니다. 절약한 시간만 내세우고 실제로 줄어드는 비용은 없는 경우보다 이쪽이 더 믿을 만합니다.
6. 빠짐없이 넣어야 할 AI 비용
- 현황 조사와 프로세스 설계: 데이터 수집, 업무 절차 설계, 규칙 정리에 드는 시간
- 개발과 시스템 연동: CRM, ERP, 이메일, 데이터베이스 연결과 권한 설정
- 모델/API: 메시지, 문서, 이미지 수나 에이전트 호출 횟수에 따른 사용료
- 인프라: 호스팅, 데이터베이스, 대기열, 모니터링, 백업, 로그
- 품질과 보안: 테스트, 평가 세트, 데이터 점검, 장애 대응
- 변화 관리: 사용자 교육, 역할 조정, 익숙해지는 동안 떨어지는 생산성
- 유지보수: 원천 시스템이나 모델이 바뀔 때의 수정, 데이터와 프롬프트 업데이트
비용은 일회성 비용과 반복 비용으로 나누고, 적어도 12~24개월에 걸쳐 월별로 계산하십시오. 업무량과 서비스 요금에 따라 시나리오도 만듭니다. 여러 단계를 거치는 AI 에이전트를 쓰는 시스템이라면 건당 비용이 크게 달라질 수 있으므로 예산 알림, 호출 한도(Rate Limit), 간단한 작업에 쓸 더 저렴한 예비 모델을 정해 두어야 합니다.
특히 중요한 프로세스라면 수작업 대체 경로(Manual Fallback)와 시스템 중단(Downtime) 비용도 넣어야 합니다. 값은 싸지만 자주 멈추는 시스템을 쓰면 예비 인력을 그대로 다 유지해야 할 수 있고, 그러면 실제로 절감되는 돈은 없습니다.
7. ROI(투자 대비 수익), 투자 회수 기간, 실제로 생기는 가치 계산하기
연간 순편익 = 실제로 줄어든 인건비 + 줄어든 오류 비용 + 늘어난 이익 + 피한 채용 비용 − 연간 시스템 비용입니다. 이어서 ROI = (순편익 − 초기 투자금) ÷ 초기 투자금이고, 투자 회수 기간 = 초기 투자금 ÷ 월 순편익입니다.
개발팀 참고 · 기술 세부 사항
Hard Saving, Avoided Cost, Soft Benefit을 구분하십시오. Hard Saving은 고용 계약을 갱신하지 않거나 초과 근무(Overtime)가 줄어드는 것처럼 지출이 실제로 줄 때 생깁니다. Avoided Cost는 회사가 커져도 인원을 늘리지 않아도 되는 경우입니다. 만족도나 의사결정 시간 개선 같은 Soft Benefit도 가치는 있지만, 수지가 맞지 않는 Business Case를 메우는 데 써서는 안 됩니다.
중단하거나 재검토할 기준을 정하십시오. 예를 들어 60일이 지나도 자동 처리율(Auto Rate)이 30%에 못 미치거나 건당 비용이 상한을 넘으면 고치거나 멈춥니다. 매몰 비용을 빨리 인정해야 더 수익성 있는 프로젝트에 쓸 예산을 지킬 수 있습니다.
8. 예산 승인 전 7일 평가
- 1일 차: 평가할 부서를 정하고 프로세스 하나로 범위를 정합니다.
- 2일 차: 지난 한 달 이상의 작업 건수와 사이클 타임(Cycle Time)을 뽑습니다.
- 3일 차: 실제 사례로 모든 역할의 직접 작업 시간을 잽니다.
- 4일 차: 오류, 재작업, 지연, 초과 근무를 계산합니다.
- 5일 차: 자동 처리할 수 있는 업무, 사람이 검토할 업무, 예외로 넘길 업무의 비율을 추정합니다.
- 6일 차: 개발비와 월 운영비 견적을 세 가지 수준으로 받습니다.
- 7일 차: KPI와 중단 기준을 담아 낮음, 중간, 높음 세 가지 비즈니스 케이스를 만듭니다.
재무팀에 가정을 검토하게 하고, 프로세스 책임자에게는 절감분이 어떻게 실제 성과로 이어지는지 확인받으십시오. 초과 근무를 줄이거나, 퇴사자 자리를 채우지 않거나, 영업팀의 처리 용량을 늘리는 식입니다. 절감한 가치를 실제로 거둬들일 계획이 없으면, 아낀 시간은 여기저기 흩어진 빈 시간이 될 뿐 이익에는 나타나지 않습니다.
요약: AI 평가는 프로세스의 경제성에서 출발해야 합니다. 실제 인건비, 오류, 지연, 기회에 더해 시스템을 쓰는 기간 전체의 비용까지 넣고, 기대감이 아닌 시나리오와 근거로 판단하십시오. 작업 한 건당 비용과 그 절감분을 실제로 거둬들이는 방법을 알면, 대표는 인원을 줄이거나 추가 채용을 피할 수 있는 프로젝트를 자신 있게 고를 수 있습니다.
수작업 비용을 재무팀이 인정하는 숫자로 바꿉니다
인건비, 오류 비용, 지연된 업무의 가치에 관한 숫자는 이미 회계팀과 현업 팀장들에게 있습니다. 대개 없는 것은 매번 같은 방식으로 반복할 수 있는 데이터 수집 방법이고, 그래서 평가할 때마다 숫자가 달라집니다. DNA Maker는 측정 방법을 하나의 기준으로 정리하도록 돕습니다. 실제 시스템에서 업무량을 세는 법, 건당 소요 시간을 기록하는 법, 무엇을 재작업으로 볼지 정의하는 일까지 포함합니다. 측정 방법이 안정되어야 부서 간, 기간 간 비교가 의미를 갖습니다.
어림짐작에서 의사결정에 쓸 수 있는 데이터로
저희가 만드는 것은 대개 지금 쓰고 있는 시스템의 실제 데이터와 연결된 사내 계산 도구입니다. 건당 비용, 오류 비용, 프로세스를 바꾼 뒤의 예상치를 보여 주고, 가정을 직접 고칠 수 있게 해서 재무팀이 숫자를 그냥 믿는 대신 계산 논리를 스스로 검증할 수 있게 합니다. 저희는 측정하기 전에 수익을 보장하지 않습니다. 대신 예산을 승인할 때마다 그 전에 측정할 수 있을 만큼 측정을 쉽게 만듭니다. 경영진에게 AI 프로젝트를 제안하려 한다면, 이 숫자들을 첫 번째 슬라이드에 넣으십시오.
SOFTWARE ENGINEERING GLOSSARY
소프트웨어 엔지니어링 용어집
자동화한 업무의 비용과 수익을 잴 때 쓰는 용어입니다.
| 용어 | 의미 | 쉬운 예시 | 개발팀에 물어봐야 할 질문 |
|---|---|---|---|
| Cost per Transaction | 작업 한 건을 처리하는 데 드는 평균 비용 | 청구서 한 장을 발행하는 데 드는 비용 | 이 숫자에는 어떤 비용이 들어가고 어떤 비용이 빠집니까? |
| Rework | 오류나 정보 누락 때문에 같은 일을 다시 하는 것 | 가격이 틀려서 견적서를 다시 고칩니다. | 재작업은 무엇을 기준으로 세고, 지금은 몇 %입니까? |
| ROI | 투자한 돈에 비해 얻는 수익 | 개발비와 유지 관리비에 비해 얼마나 아꼈는지 따집니다. | 이 ROI는 몇 년을 기준으로, 어떤 가정 아래 계산했습니까? |
| Opportunity Cost | 시스템이 할 수 있는 일에 유능한 인력을 쓰면서 잃는 가치 | 분석 담당자가 파일을 합치는 데 반나절을 씁니다. | 이 시간을 팀에 돌려주면 팀은 대신 무엇을 하게 됩니까? |
| Baseline | 프로젝트 시작 전에 재 두고 나중에 결과와 비교하는 출발 수치 | 시작 직전 달의 건당 평균 처리 시간 | 시작하기 전에 기준선 데이터를 빠짐없이 기록해 두었습니까? |