업무 자동화 도입 전에 먼저 정리해야 할 6가지

반복 업무가 많아지면 자동화 도구부터 찾기 쉽습니다. 하지만 정리되지 않은 업무를 그대로 자동화하면 혼란도 더 빠르게 반복됩니다. 자동화의 성패는 어떤 도구를 선택했는지보다, 사람이 하던 판단과 예외를 얼마나 명확하게 설명할 수 있는지에 달려 있습니다.

개발을 시작하기 전에 아래 여섯 가지를 먼저 정리하면 견적과 일정의 오차를 줄이고, 운영 단계에서 예상치 못한 실패를 크게 줄일 수 있습니다.

1. 시작과 종료 조건

업무가 정확히 언제 시작되고 무엇을 완료로 보는지 한 문장으로 적어야 합니다. “문의가 오면 처리한다”보다 “홈페이지 문의가 접수되면 담당자를 배정하고, 고객에게 접수 알림을 보낸 뒤 CRM에 처리 기한을 기록한다”처럼 입력과 결과가 분명해야 합니다.

2. 정상 흐름과 예외 흐름

자동화 대상은 정상 흐름만으로 설명되지 않습니다. 필수 정보가 없거나, 외부 서비스가 응답하지 않거나, 중복 요청이 들어오는 상황을 함께 적어야 합니다. 예외를 무조건 사람이 처리하게 둘 수도 있지만, 어떤 상태에서 누구에게 넘길지는 시스템이 알아야 합니다.

• 입력값이 없거나 형식이 잘못된 경우

• 같은 요청이 두 번 들어온 경우

• 외부 API가 늦게 응답하거나 실패한 경우

• 금액이나 고객 등급처럼 사람의 승인이 필요한 경우

3. 기준 데이터의 출처

고객 정보는 CRM에 있고 가격은 엑셀에 있으며 계약 상태는 담당자의 메모에만 있다면 자동화가 판단할 기준이 없습니다. 항목마다 어느 시스템의 값을 최종 기준으로 볼지 정하고, 서로 다른 값이 있을 때 우선순위도 합의해야 합니다.

처음부터 모든 데이터를 통합할 필요는 없습니다. 다만 자동화가 읽고 쓰는 데이터의 소유자, 갱신 시점, 보관 기간은 반드시 정해야 합니다. 이 세 가지가 없으면 오류가 발생했을 때 원인을 추적하기 어렵습니다.

4. 권한과 승인 단계

사람이 화면에서 처리할 때는 조직의 관행으로 막히던 일이 자동화에서는 그대로 실행될 수 있습니다. 조회, 생성, 수정, 삭제, 발송 권한을 분리하고 금액이나 고객 영향이 큰 작업에는 승인 단계를 남겨야 합니다. 자동화 계정도 개인 계정이 아니라 필요한 권한만 가진 전용 계정을 사용하는 편이 안전합니다.

5. 실패했을 때의 행동

좋은 자동화는 성공할 때보다 실패할 때 차이가 납니다. 재시도할 수 있는 오류인지, 즉시 중단해야 하는 오류인지, 이미 처리한 작업을 되돌려야 하는지 정의해야 합니다. 담당자가 알림을 받았을 때 원인과 대상, 마지막 성공 지점, 다시 실행하는 방법을 함께 볼 수 있어야 합니다.

• 중복 실행을 막는 고유 키를 둡니다.

• 재시도 횟수와 간격을 제한합니다.

• 실패한 항목을 별도로 보관해 다시 처리할 수 있게 합니다.

• 고객에게 잘못 발송되거나 과금되는 작업은 자동 재시도에서 제외합니다.

6. 줄이고 싶은 비용을 숫자로 정의

“업무가 편해졌다”만으로는 자동화 효과를 판단하기 어렵습니다. 월 처리 건수, 건당 소요 시간, 오류율, 응답 대기 시간처럼 도입 전 값을 기록하고 목표를 정해야 합니다. 그래야 자동화 범위를 넓힐지, 현재 수준에서 유지할지 근거를 갖고 결정할 수 있습니다.

작은 범위에서 운영까지 검증합니다

처음부터 전체 프로세스를 자동화하기보다 빈도가 높고 규칙이 명확하며 실패해도 복구할 수 있는 한 구간을 선택하는 것이 좋습니다. 실제 운영에서 예외와 권한, 알림, 재처리를 확인한 뒤 다음 구간으로 넓히면 투자 위험을 줄일 수 있습니다.

자동화는 사람을 없애는 프로젝트가 아니라, 사람이 반복 입력과 확인에서 벗어나 더 중요한 판단에 집중하도록 만드는 프로젝트입니다. 프로세스를 먼저 설명할 수 있게 만들고 그다음에 도구를 선택하면, 작은 자동화도 오래 쓰이는 업무 자산이 됩니다.