성공률 90% 자동화 — 가끔 틀리는 도구를 실무에 넣는 법 (2026)

자동화 도구를 검토할 때 가장 먼저 묻는 숫자는 보통 성공률입니다.

그런데 실제 도입 여부를 가르는 것은 성공률이 아니라 실패 한 번의 비용입니다.

성공률 90%라도 실패가 공짜면 쓸 수 있고, 성공률 99%여도 실패가 되돌릴 수 없으면 못 씁니다.

같은 도구가 어떤 업무에서는 바로 쓰이고 어떤 업무에서는 몇 년째 검토만 되는 이유가 여기 있습니다. https://dinsightlab.com

먼저 되돌릴 수 있는지로 나눈다

업무를 성공률로 나누기 전에 되돌릴 수 있는지로 나눕니다.

되돌릴 수 있는 일은 조회, 수집, 초안 작성, 분류처럼 결과가 틀려도 다시 하면 되는 작업입니다.

되돌릴 수 없는 일은 송금, 발주, 발송, 삭제, 외부 공개처럼 한 번 나가면 회수가 어려운 작업입니다.

앞쪽은 성공률이 조금 낮아도 바로 넣습니다.

뒤쪽은 성공률이 높아도 사람의 확인을 사이에 둡니다.

이 구분만 해도 대부분의 논쟁이 정리됩니다.

확인 단계는 결과가 아니라 직전에 넣는다

확인을 결과가 나온 뒤에 넣으면 이미 벌어진 일을 수습하게 됩니다.

확인은 되돌릴 수 없는 동작 바로 앞에 넣어야 의미가 있습니다.

예를 들어 자료를 모으고 초안을 만드는 단계까지는 사람이 보지 않아도 되고, 발송 버튼 직전에만 보는 식입니다.

이렇게 하면 사람이 보는 횟수는 줄고 걸러지는 사고는 그대로 남습니다.

확인 단계를 여러 곳에 흩어 두면 각 단계가 대충 넘어가는 역효과가 납니다. https://dinsightlab.com

실패가 조용히 지나가는 경우가 가장 나쁘다

자동화의 실패는 세 가지 모양으로 나타납니다.

첫째, 멈춥니다.

이건 제일 좋은 실패입니다. 바로 알 수 있습니다.

둘째, 틀린 결과를 냅니다.

검증 규칙이 있으면 걸러지고 없으면 통과합니다.

셋째, 그럴듯한 결과를 냅니다.

형식이 맞고 숫자도 그럴듯해서 검토를 통과합니다.

세 번째가 가장 위험하고, 그래서 자동화 도입의 진짜 비용은 도구 값이 아니라 검증 규칙을 만드는 시간입니다.

운영에서 같이 정할 것

도구를 넣기로 했다면 아래를 함께 정합니다.

1. 몇 번까지 다시 시도할지 정합니다.

2. 재시도해도 안 되면 무엇을 하는지 정합니다. 대기인지, 사람 호출인지, 그냥 건너뛰기인지입니다.

3. 실행 기록을 어디에 남길지 정합니다. 나중에 원인을 찾을 수 있어야 합니다.

4. 자동화가 손대면 안 되는 대상을 목록으로 적습니다.

5. 성공률이 아니라 사람이 개입한 횟수를 지표로 잡습니다.

마지막 항목이 실무에서 가장 유용합니다.

개입 횟수가 줄어들면 실제로 좋아진 것이고, 성공률만 올라가고 개입이 그대로면 체감은 달라지지 않습니다.

정리

가끔 틀리는 도구는 실패를 없애는 방향이 아니라 실패가 싸지는 방향으로 배치합니다.

되돌릴 수 있는 구간은 넓게 자동화하고, 되돌릴 수 없는 한 지점에만 사람을 둡니다.

2026년 9월 기준으로 도구의 성능은 빠르게 좋아지고 있지만, 어디서 끊을지에 대한 판단은 여전히 사람 몫입니다. https://dinsightlab.com