업무 자동화는 몇 년 전만 해도 큰 시스템을 사야 하는 일이었습니다. 지금은 다릅니다. 스크립트 몇 개와 API 연동만으로도 사람이 반복하던 일의 상당 부분이 넘어갑니다.

다만 「무엇을 쓸까」보다 「무엇부터 넘길까」가 훨씬 중요합니다. 도구는 몇 달이면 바뀌지만 업무를 고르는 기준은 잘 안 바뀌기 때문입니다. 이 글은 그 기준과, 실제로 쓰이는 도구의 층위를 정리한 것입니다.

#1. 자동화 대상은 「빈도 × 규칙성」으로 고른다

먼저 반복 업무를 적어 봅니다. 주간 보고서 취합, 이메일 분류, 재고 현황 정리, 고객 문의 1차 응대, 세금계산서 대조. 대부분의 회사가 여기서 열 개 안팎을 씁니다.

그다음 두 축으로 나눕니다. 얼마나 자주 하는가, 그리고 규칙이 얼마나 분명한가. 주 3회 이상 하면서 규칙이 분명한 업무가 1순위입니다. 자주 하는데 규칙이 애매한 업무는 자동화 대상이 아니라 정리 대상입니다 — 규칙을 먼저 정해야 넘길 수 있습니다.

빈도가 낮은데 규칙이 분명한 업무는 나중으로 미룹니다. 만드는 비용이 아끼는 시간보다 큰 경우가 많기 때문입니다. 월 1회 30분짜리 업무를 이틀 걸려 자동화하면 회수에 몇 년이 걸립니다.

#2. 문서 작업 — 초안은 넘기고 판단은 남긴다

계약서 초안, 이메일 답변, 회의록 요약처럼 형식이 정해져 있고 내용만 바뀌는 문서는 언어 모델이 잘하는 영역입니다. 사람이 백지에서 시작하지 않아도 되게 만드는 것만으로도 소요 시간이 크게 줄어듭니다.

다만 넘기는 것은 초안까지입니다. 금액, 기한, 상대방 이름, 법적 효력이 있는 문장은 사람이 확인해야 합니다. 이 경계를 처음에 명확히 정해 두지 않으면, 검토를 건너뛰는 사람이 반드시 나오고 사고는 거기서 납니다.

실무적으로는 출력물에 확인이 필요한 항목을 표시하도록 만들어 두는 편이 안전합니다. 「이 초안에서 원문 대조가 필요한 숫자」를 함께 뽑게 하면 검토가 형식적으로 흐르지 않습니다.

#3. 데이터 수집 — 사람이 매일 하던 조회를 대신한다

경쟁사 가격 확인, 키워드 순위 점검, 재고 현황 취합. 매일 아침 누군가 브라우저를 열어 하던 일입니다. 이런 작업은 스크립트로 옮기기 가장 쉽고, 효과도 바로 보입니다.

주의할 점은 수집 대상이 바뀌면 조용히 멈춘다는 것입니다. 사이트 구조가 바뀌거나 항목 이름이 달라지면 스크립트는 오류를 내지 않고 빈 값을 가져옵니다. 그리고 아무도 눈치채지 못한 채 며칠이 지나갑니다.

그래서 수집 자동화에는 「값이 안 들어왔을 때 알리는 장치」가 반드시 함께 있어야 합니다. 결과를 보내는 것보다 결과가 없다는 걸 알리는 쪽이 더 중요합니다.

#4. 노코드로 먼저, 코드는 필요할 때

Zapier, Make 같은 노코드 도구는 앱과 앱을 연결하는 데 강합니다. 구글 폼에 접수되면 시트에 쌓고 슬랙으로 알리는 흐름은 개발자 없이 만들 수 있습니다.

다만 조건이 복잡해지거나 처리량이 늘면 노코드가 오히려 비싸집니다. 실행 건수로 과금되는 구조이고, 분기가 많아지면 화면에서 흐름을 따라가기 어려워지기 때문입니다.

현실적인 순서는 노코드로 먼저 만들어 보고, 실제로 쓰이는 게 확인되면 코드로 옮기는 것입니다. 만들어 놓고 아무도 안 쓰는 자동화가 생각보다 많은데, 노코드로 시작하면 그 손실이 작습니다.

#5. 실패하는 자동화의 공통점

도입한 자동화가 몇 달 뒤 멈춰 있는 경우를 자주 봅니다. 원인은 대체로 셋 중 하나입니다.

  • 예외 처리를 안 정했다 — 표준 케이스만 처리하니 예외가 나올 때마다 사람이 개입하고, 그러다 「그냥 손으로 하는 게 빠르다」가 됩니다.
  • 고장을 아무도 모른다 — 오류 알림이 없으면 멈춘 자동화는 조용히 멈춰 있습니다. 발견 시점은 대개 문제가 커진 뒤입니다.
  • 만든 사람이 떠났다 — 문서 없이 만들어 두면 손댈 사람이 없어 그대로 방치됩니다.

그래서 자동화를 만들 때 기능만큼 중요한 것이 예외 경로·알림·인수인계 문서 세 가지입니다. 이 셋이 없으면 자동화는 자산이 아니라 부채가 됩니다.

#어디서 막히는지는 대개 도구가 아니다

도구는 이미 충분합니다. 실제로 프로젝트가 멈추는 지점은 대개 입력 데이터가 정리돼 있지 않아서입니다. 같은 거래처가 여러 이름으로 적혀 있고, 예외 규칙이 담당자 머릿속에만 있는 상태에서는 어떤 도구를 써도 정확도가 안 나옵니다.

그 이야기는 따로 정리해 두었습니다 — 자동화를 검토 중이시라면 이 글보다 그쪽이 먼저 필요할 수 있습니다. 도구를 고르기 전에 입력을 보는 것이 순서입니다.