자동화를 검토할 때 가장 먼저 나오는 질문은 거의 정해져 있어요. "그래서, 얼마나 효과가 있는데요?" 회의실에서 이 질문이 나오면 분위기가 한순간 조용해지죠. 다들 좋은 것 같긴 한데, 숫자로 답하기는 어렵거든요.
그래서 "느낌상 많이 줄 것 같아요"라고 답하면 설득이 안 돼요. 반대로 너무 보수적으로만 잡으면, 정작 해볼 만한 자동화를 그냥 흘려보내요. ROI는 이 사이에서 균형을 잡아주는 도구예요. 정확한 예언이 아니라, 합리적인 판단의 근거를 만드는 거예요. 어떻게 계산하는지 차근차근 볼게요.
공식은 쉬워요, 정의가 어려워요
ROI 공식 자체는 한 줄이에요.
ROI = (효과 − 비용) / 비용 × 100%
문제는 공식이 아니에요. 무엇을 비용으로 보고, 무엇을 효과로 볼지가 팀마다 다르거든요. 여기서 거의 모든 혼란이 시작돼요. 개발비만 비용으로 잡는 사람도 있고, 절감 시간을 곧이곧대로 다 효과로 치는 사람도 있어요. 같은 프로젝트를 두고 누구는 ROI 300%, 누구는 50%가 나와요. 그래서 숫자를 내기 전에 항목부터 맞춰야 해요.
비용은 세 종류로 나눠서 봐요
자동화 비용은 개발비가 전부가 아니에요. 크게 셋으로 나누면 빠뜨리는 게 줄어요.
초기 구축 비용은 눈에 잘 보여요. 개발이나 외주 비용, 라이선스와 인프라, 그리고 내부 담당자가 프로젝트에 쓰는 시간이에요. 마지막 항목을 빼먹는 경우가 많은데, 담당자 인터뷰와 검수에 들어가는 시간도 엄연한 비용이에요.
전환 비용은 잘 안 보여요. 기존 방식에서 새 방식으로 갈아타는 동안의 생산성 손실, 담당자 교육, 데이터 이전과 정제 작업이 여기 들어가요. 새 시스템에 익숙해지는 동안은 오히려 느려지거든요. 이 구간을 0으로 두면 ROI가 부풀어요.
유지보수 비용은 가장 자주 과소평가돼요. 운영 중 수정과 개선, 외부 시스템 변경에 따른 연동 업데이트, 모니터링과 오류 대응이 계속 들어가요. 그래서 1년이 아니라 3년 총비용(TCO) 관점으로 보는 걸 권해요. 시간 축을 늘리면 숨어 있던 부담이 드러나거든요.
효과는 솔직하게 나눠요
효과도 두 갈래로 나누는 게 좋아요. 숫자로 떨어지는 것과, 그렇지 않은 것이에요.
정량화할 수 있는 효과는 ROI 계산의 본체예요.
- 시간 절감 — 반복 업무에 들이던 인시(man-hour)가 얼마나 줄었나
- 오류 감소 — 수작업 실수로 생기던 재처리, 클레임, 손실이 얼마였나
- 처리 속도 — 빨라져서 고객 응대나 결제 주기가 개선됐나
반면 정량화가 어려운 효과도 분명히 있어요. 담당자가 단순 작업에서 벗어나 고부가가치 업무에 집중하게 된다든가, 야근이 줄어 만족도와 잔류율이 올라간다든가, 오류 리스크가 줄어 마음이 놓인다든가 하는 것들이에요.
여기서 한 가지 당부가 있어요. 정량화가 어려운 효과를 억지로 숫자로 만들지 마세요. "직원 만족도 향상으로 연 2,000만 원 절감" 같은 숫자는 근거를 캐묻는 순간 무너져요. 오히려 전체 보고서의 신뢰까지 갉아먹어요. 이런 항목은 별도 섹션에 서술형으로 솔직하게 적는 게 훨씬 설득력 있어요.
절감 시간은 80%만 믿으세요
시간 절감을 추정할 때 가장 흔한 실수가 있어요. "이 일에 하루 두 시간 드니까, 자동화하면 두 시간을 번다"고 계산하는 거예요. 현실은 그렇게 깔끔하지 않아요.
세 가지를 같이 봐야 해요.
- 자동화한 뒤에도 결과 확인, 예외 처리, 오류 대응에 일부 시간이 들어요. 완전히 0이 되지 않아요.
- 절감한 시간이 실제로 다른 일에 쓰일 수 있는 상황인지 확인해야 해요. 남는 30분이 그냥 흩어지면 장부상 절감일 뿐이에요.
- 처음 한두 달은 익숙해지느라 오히려 시간이 더 들 수도 있어요.
그래서 보수적으로 잡는 걸 권해요. 예를 들어 하루 두 시간 절감이 예상된다면, 그중 60~70%만 실효 절감치로 계산해 보세요. 이렇게 깎아낸 숫자로도 ROI가 나온다면, 그 프로젝트는 훨씬 단단한 근거 위에 서 있는 거예요. 발표 자리에서 "이건 보수적으로 잡은 수치예요"라고 말할 수 있으면 설득력이 달라져요.
복잡한 계산보다 손익분기를 먼저
ROI를 정교하게 따지기 전에, 더 빠른 길이 있어요. 손익분기점만 먼저 구해보는 거예요.
손익분기 기간(개월) = 총 구축 비용 / 월간 절감 효과
구축에 든 돈을 한 달 절감액으로 나누면, 몇 달 만에 본전을 뽑는지 바로 나와요. 가정해 볼게요. 구축에 1,200만 원이 들고 매달 200만 원을 절감한다면, 손익분기는 6개월이에요. 이 숫자 하나면 의사결정 회의에서 대화가 훨씬 빨라져요.
일반적인 기준을 예로 들면 이래요. 손익분기가 6개월 안쪽이면 우선순위가 높아요. 12개월을 넘으면 한 번 더 따져봐야 해요. 18개월 이상이라면 자동화 말고 다른 방법을 먼저 보는 게 나을 수도 있어요. 물론 이건 절대 기준이 아니라, 판단을 빠르게 하기 위한 출발점일 뿐이에요.
ROI 계산의 목적은 미래를 정확히 맞히는 게 아니에요. 합리적인 범위 안에서 결정을 내리고, 프로젝트가 끝난 뒤 실제 결과와 비교해 다음 자동화의 기준을 다듬는 거예요. 첫 계산이 완벽하지 않아도 괜찮아요. 반복할수록 정확도는 올라가거든요.
참고로, ROI가 잘 나온 프로젝트도 현장에 안착하지 못하면 효과는 0이에요. 숫자만큼이나 도입 방식도 중요해요. 자동화가 실패하는 이유도 같이 읽어보면 도움이 될 거예요.