자동화 회사가 자동화하지 말라는 글을 쓰는 것이 이상해 보일 수 있습니다. 하지만 우리가 프로젝트에서 가장 자주 하는 조언이 실제로 "그건 자동화하지 마세요"입니다. 심지어 우리 손으로 만든 자동화 기능을 운영 관찰 후에 걷어낸 적도 있습니다. 자동화의 손익분기가 성립하지 않는 업무에는 공통된 특징이 있습니다. 다섯 가지로 정리합니다.
1. 규칙을 말로 설명할 수 없는 업무
자동화는 규칙의 코드화입니다. 그런데 어떤 업무는 담당자도 규칙을 말하지 못합니다. "보면 알아요", "그때그때 달라요"가 답인 업무입니다. 거래처마다 다르게 적용되는 암묵적 배려, 상황을 봐 가며 정하는 예외 처리가 그렇습니다.
이런 업무를 억지로 자동화하면 규칙에 없는 사례마다 오처리가 나고 결국 사람이 결과를 전수 검토하게 됩니다. 자동화 전에 규칙을 꺼내 적어 보는 것 자체가 판별법입니다. 적을 수 있으면 후보, 적다가 "근데 이건 예외고"가 열 번 나오면 보류입니다.
2. 한 건의 실수가 관계를 끝내는 업무
오류 비용이 극단적으로 비대칭한 업무가 있습니다. 대형 거래처에 나가는 최종 확정 통보, 되돌릴 수 없는 대외 발송 같은 것들입니다. 자동화율 99%가 의미 없고 단 한 건의 오발송이 치명적인 영역이라면, 그 마지막 확인은 사람의 일로 남기는 것이 맞습니다.
이것이 전부 아니면 전무의 문제는 아닙니다. 준비까지는 자동화하고 발사 버튼만 사람이 누르는 구성이 현실적인 답인 경우가 많습니다. 우리가 여러 시스템에 넣은 사람 승인 게이트(RPA 사람 승인 게이트)가 그 절충입니다.
3. 절차가 아직 굳지 않은 업무
업무 절차가 분기마다 바뀌는 중이라면 자동화는 이릅니다. 자동화는 절차를 코드로 고정하는 일이라, 절차 변경마다 수정 비용이 따라붙습니다. 성장 중인 조직의 신사업 업무, 아직 실험 중인 운영 방식이 여기 해당합니다.
신호는 간단합니다. "지난달과 이번 달의 처리 방식이 같은가"를 석 달 연속으로 물어보세요. 세 번 다 "같다"면 자동화 후보입니다. 굳지 않은 업무는 엑셀과 체크리스트로 버티며 절차를 다듬는 것이 먼저입니다.
4. 빈도와 규모가 자동화 비용을 못 넘는 업무
자동화에도 가격이 있습니다. 개발비만이 아니라 유지보수, 대상 시스템 변화 대응, 사용법 습득까지의 총비용입니다. 분기에 한 번, 한 시간짜리 업무라면 연간 절감이 네 시간입니다. 어떤 개발비로도 손익이 안 맞습니다.
우리 스스로 이 기준으로 기능을 걷어낸 적이 있습니다. 카페 댓글 주문 도구에 AI 해석과 입금 자동 매칭까지 만들었지만 해당 판매 규모에서는 수집·정리 자동화만으로 병목이 풀렸고 나머지는 엑셀에서 사람이 하는 편이 빨랐습니다. 출시본에서 그 기능들을 빼며 배운 것은, 자동화의 적정선은 기술이 아니라 규모가 정한다는 사실입니다. 그 전말은 카페 댓글 주문 정리 자동화 사례에 있습니다.
5. 판단 자체가 가치인 업무
마지막은 자동화가 기술적으로 가능해도 하지 말아야 할 영역입니다. 채용의 최종 판단, 거래 조건의 협상, 품질에 대한 최종 승인처럼 판단하는 행위 자체가 책임이고 가치인 업무입니다. 이런 업무에서 자동화가 맡을 몫은 판단이 아니라 판단 재료의 준비입니다. 데이터를 모으고 정리해 사람 앞에 놓는 데까지가 기계의 일입니다.
자동화하지 말아야 할 업무 판별 요약
| 특징 | 신호 | 대안 |
|---|---|---|
| 규칙 부재 | "보면 알아요" | 규칙을 먼저 문서화 |
| 오류 비용 극단 | 한 건이 치명적 | 준비 자동화 + 사람 승인 |
| 절차 미성숙 | 달마다 방식이 바뀜 | 절차 안정화가 먼저 |
| 손익 불성립 | 저빈도 · 소규모 | 그냥 사람이 한다 |
| 판단이 가치 | 책임이 핵심인 결정 | 재료 준비까지만 자동화 |
주의할 것은 이 목록이 "영원히 하지 말라"가 아니라는 점입니다. 규칙이 문서화되면, 절차가 굳으면, 규모가 커지면 같은 업무가 자동화 후보로 돌아옵니다. 우리가 걷어낸 매칭 기능도 코드에 남아 있어 규모가 커지면 다시 붙입니다. 자동화 도입이 실패하는 더 넓은 원인은 자동화 도입이 실패하는 3가지 이유에서, 반대로 도입할 때의 손익 계산은 자동화 도입 ROI 계산에서 다룹니다.
자주 묻는 질문
자동화하면 안 되는 업무는 어떻게 구별하나요?
다섯 신호로 봅니다. 규칙을 말로 못 적는 업무, 한 건의 오류가 치명적인 업무, 절차가 아직 바뀌는 중인 업무, 빈도·규모가 유지 비용을 못 넘는 업무, 판단 자체가 가치인 업무입니다. 하나라도 강하게 해당하면 전면 자동화 대신 부분 자동화나 보류를 검토하는 것이 맞습니다.
이미 만든 자동화 기능을 걷어내는 게 맞을 때도 있나요?
있습니다. 우리도 구축을 마친 AI 해석·입금 매칭 기능을 운영 관찰 후 출시본에서 뺀 경험이 있습니다. 해당 규모에서는 더 단순한 도구가 더 빨랐기 때문입니다. 걷어낸 코드는 남겨 두면 규모가 커졌을 때 다시 붙일 수 있으므로, 걷어내기는 실패가 아니라 적정화입니다.
오류가 치명적인 업무는 아예 자동화 대상이 아닌가요?
전 과정 무인화의 대상이 아니라는 뜻에 가깝습니다. 데이터 수집·정리·초안 준비까지 자동화하고 최종 확정만 사람이 누르는 구성이 현실적입니다. 사람의 개입 지점을 없애는 게 아니라 개입 비용을 줄이는 방향으로 설계하면 됩니다.
지금은 보류한 업무를 나중에 자동화해도 되나요?
됩니다. 보류 사유가 해소됐는지가 기준입니다. 규칙이 문서로 정리됐는지, 절차가 몇 달째 안정적인지, 처리량이 늘었는지를 다시 점검해 보세요. 자동화 판단은 한 번의 결정이 아니라 주기적으로 갱신하는 판단입니다.