자동화가 멈춘 걸 언제 알게 되나요

운영읽는 데 4분2026-09-21

자동화를 도입할 때 대부분 "잘 돌아가면 어떻게 되는가"를 확인합니다. 데모를 보고, 테스트를 돌려보고, 결과가 맞으면 검수가 끝납니다.

그런데 실무에서 문제가 되는 것은 대개 그 반대쪽입니다.

"안 돌아갔을 때 우리가 그걸 언제 알게 되는가."

자동화의 사고는 조용합니다

사람이 하던 일은 멈추면 바로 티가 납니다. 담당자가 아프면 결재가 안 올라오고, 그러면 누군가 찾습니다.

자동화는 멈춰도 아무도 안 찾습니다. 평소에 조용히 잘 되던 일이라서, 조용한 것이 정상인지 고장인지 구분이 안 됩니다.

조용히 멈추기 때문에 발견이 늦고, 대개 외부에서 먼저 알게 됩니다

실제로 이런 식으로 드러납니다.

세 경우 모두 시스템은 「정상」이었습니다. 에러도 안 났습니다. 그냥 결과가 틀렸을 뿐입니다.

같은 「안 됐다」도 성격이 다릅니다. 대응 방법도 다릅니다.

프로그램이 죽었거나 연결이 끊겼습니다. 가장 다루기 쉽습니다. 시스템이 알 수 있기 때문입니다.

→ 실패하면 담당자에게 알림이 가게 하면 됩니다. 대개 추가 비용이 거의 안 듭니다.

100건 중 8건만 실패했습니다. 나머지 92건은 정상 처리됐습니다. 이게 제일 자주 나고 제일 자주 놓칩니다.

전체가 멈추면 알아채는데, 일부만 빠지면 결과물이 그럴듯해 보입니다.

→ 처리 건수를 기록하고, 평소와 다르면 알려주게 합니다. "어제 260건인데 오늘 12건"이면 뭔가 잘못된 것입니다. 숫자만 비교하면 되므로 어렵지 않습니다.

프로그램은 끝까지 잘 돌았는데 결과가 틀렸습니다. 거래처 코드 규칙이 바뀌었는데 자동화는 옛 규칙으로 계속 분류하는 식입니다.

이건 시스템이 스스로 알 수 없습니다. 틀렸다는 것을 판단할 기준이 시스템 밖에 있기 때문입니다.

→ 여기는 알림으로 못 막습니다. 사람이 주기적으로 표본을 보는 절차가 필요합니다. 월 1회 10건만 눈으로 확인해도 대부분 잡힙니다.

"알림이 갑니다"로 끝내지 마시고 받는 사람과 수단을 정해두십시오. 담당자 개인 메일로만 가면 그 사람이 휴가일 때 비어 있습니다.

그리고 알림이 너무 자주 오면 아무도 안 봅니다. 사소한 것까지 다 보내는 설정이 오히려 위험합니다. 「사람이 손대야 하는 것만」 보내는 것이 원칙입니다.

매일 몇 건을 처리했는지가 화면 어딘가에 남아야 합니다. 반쪽 실패는 이 숫자로만 잡힙니다.

「자동화 도입하고 6개월, 얼마나 아꼈는지」를 계산할 때도 같은 숫자를 씁니다. 한 번 만들어 두면 두 곳에 쓰입니다.

월 1회, 10건 표본 확인. 이 정도를 운영 절차에 넣어두시면 충분합니다.

특히 바깥 규칙이 바뀌었을 때 꼭 하십시오. 세법이 바뀌었거나, 거래처가 양식을 바꿨거나, 쇼핑몰이 화면을 개편했을 때가 조용한 실패가 시작되는 시점입니다.

가장 자주 빠지는 항목입니다. 자동화가 멈췄을 때 수동으로 처리할 방법이 남아 있어야 합니다.

자동화를 붙이면서 기존 수동 경로를 없애버리면, 멈춘 날 업무가 통째로 멈춥니다. 자동화는 손을 줄이는 것이지 길을 하나로 만드는 것이 아닙니다.

월 단위 운영 계약을 검토하실 때 이 항목들을 확인해보십시오.

세 번째가 특히 중요합니다. 우리가 직접 숫자를 볼 수 있으면, 유지보수가 잘 되고 있는지도 우리가 판단할 수 있습니다. 못 보면 업체 말을 믿는 수밖에 없습니다.

전부 나중에 붙이는 것보다 처음에 넣는 편이 훨씬 쌉니다. 대부분 화면 한 칸과 알림 설정 하나입니다.

여기까지 읽으셨다면 지금 이 업무에 월 몇 시간이 들어가는지 계산해 보실 수 있습니다. 가입도 이메일도 필요 없습니다.

귀사 기준으로는 어디까지 자동화될까요?무료 진단을 신청하시면, 화상 미팅 전에 귀사 기준의 자동화 기회 3가지를 문서로 정리해 보내드립니다. 영업 전화는 하지 않으며, 도입 여부와 무관하게 진단서는 드립니다.무료 진단 신청하기