업무자동화 솔루션을 6주 써봤더니 달라진 세 가지

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

매주 월요일이면 지난주 주문 내역을 내려받아 매출 파일에 붙이고, 담당자별 실적을 나눈 뒤 이메일로 보내는 데 두 시간이 걸렸습니다. 숫자 하나가 어긋나면 원본 파일부터 다시 확인해야 했고, 단순 반복 작업인데도 담당자가 휴가를 가면 업무가 그대로 멈췄습니다. 이 문제를 줄여 보려고 업무자동화 솔루션을 6주 동안 실제 운영에 적용했습니다.

처음부터 거창한 전사 혁신을 목표로 삼지는 않았습니다. 주문 데이터 취합, 주간 보고서 생성, 거래처 알림처럼 규칙이 분명한 세 가지 업무만 골랐습니다. 그 결과 시간은 확실히 줄었지만, 자동화 대상을 잘못 고르면 오히려 확인할 일이 늘어난다는 사실도 함께 배웠습니다.

반복 업무가 몰리는 월요일부터 바꿔봤습니다

자동화 대상을 고른 실제 기준

도입 전 일주일 동안 팀원들이 어떤 작업에 시간을 쓰는지 30분 단위로 기록했습니다. 예상과 달리 긴 보고서 작성보다 파일명 변경, 자료 복사, 메일 발송처럼 짧은 작업이 하루 곳곳에 흩어져 있었습니다. 한 번에 5분뿐이어도 여러 사람이 매일 반복하면 적지 않은 비용이 됩니다.

첫 대상으로는 매주 같은 형식으로 내려받는 주문 자료를 선택했습니다. 시스템에서 엑셀 파일을 내려받고, 불필요한 열을 지운 다음, 담당자 기준으로 나누어 공유 폴더에 저장하는 흐름이었습니다. 입력과 결과가 일정하고 판단이 거의 필요하지 않은 업무라서 자동화 효과를 확인하기 좋았습니다.

반면 고객 불만 분류는 후보에서 제외했습니다. 표현이 모호하거나 담당자의 맥락 판단이 필요한 경우가 많았기 때문입니다. 여러분의 팀에서도 “자주 하지만 생각은 거의 하지 않는 일”이 있다면 그 업무부터 관찰해 보는 편이 안전합니다.

• 주 3회 이상 반복되는가
• 입력 자료의 형식이 일정한가
• 처리 순서를 문장으로 설명할 수 있는가
• 잘못 처리했을 때 사람이 쉽게 복구할 수 있는가

첫 주에는 기능보다 업무 흐름을 그렸습니다

담당자의 머릿속 규칙을 밖으로 꺼내기

솔루션 계정을 만든 뒤 곧바로 자동화 시나리오를 구성하려 했지만, 시작부터 막혔습니다. 담당자는 “늘 하던 대로 처리한다”고 말했지만 실제로는 거래처 유형, 마감 시간, 취소 여부에 따라 파일을 다르게 다루고 있었습니다. 문서에 없는 예외 규칙이 생각보다 많았습니다.

그래서 화면 설정보다 먼저 포스트잇으로 업무 흐름을 그렸습니다. 시작 조건, 데이터 출처, 처리 규칙, 결과 저장 위치, 오류 발생 시 연락받을 사람을 한 줄로 연결했습니다. 넓은 의미의 비즈니스 개념이 단순 거래만이 아니라 조직의 활동과 운영을 포함한다는 점을 떠올리면, 자동화 역시 도구 설치보다 업무 구조를 이해하는 일이 먼저였습니다.

이 작업에 반나절이 들었지만 이후 수정 시간은 크게 줄었습니다. 특히 “파일이 없으면 어떻게 할지”, “중복 주문은 어떤 기준으로 걸러낼지”를 미리 적어 둔 것이 유용했습니다. 정상적인 상황보다 예외 상황을 먼저 질문하는 것이 초기 설계의 핵심이었습니다.

1. 업무가 시작되는 사건을 하나로 정의합니다.
2. 사용하는 파일과 시스템을 모두 적습니다.
3. 담당자가 암묵적으로 적용하는 조건을 확인합니다.
4. 실패했을 때 중단할지 재시도할지 결정합니다.
5. 최종 결과를 검수할 책임자를 지정합니다.

자동화 화면을 열기 전에 신규 직원도 따라 할 수 있는 작업 설명서를 먼저 작성하면, 구현 난도가 눈에 띄게 낮아집니다.

둘째 주부터 보고서 만드는 시간이 줄었습니다

두 시간짜리 작업이 18분으로 바뀐 과정

가장 체감이 컸던 변화는 주간 매출 보고서였습니다. 기존에는 주문 파일 세 개를 합치고 상품명 표기를 통일한 뒤, 담당자별 매출과 취소 금액을 계산했습니다. 자동화 후에는 정해진 시간에 원본 파일을 불러와 표준 형식으로 변환하고 결과 파일을 생성하도록 만들었습니다.

전체 소요 시간은 약 2시간에서 평균 18분으로 줄었습니다. 완전히 손을 떼지는 않았고, 마지막 10분 정도는 전주 대비 급격한 변화나 누락을 사람이 확인했습니다. 자동 생성과 최종 승인 사이에 검수 단계를 남긴 것이 숫자 오류에 대한 불안을 낮춰 주었습니다.

또 하나의 변화는 업무 인수인계였습니다. 예전에는 담당자의 설명을 들어야 보고서를 만들 수 있었지만, 이제는 자동화 실행 기록과 오류 메시지를 확인하면 흐름을 파악할 수 있었습니다. 담당자가 휴가를 간 주에도 다른 팀원이 결과를 검수하고 배포할 수 있어 업무 연속성이 좋아졌습니다.

• 시간 절감: 반복 편집과 계산을 자동 처리했습니다.
• 오류 감소: 상품명과 날짜 형식을 같은 규칙으로 변환했습니다.
• 인수인계 개선: 실행 순서와 실패 지점이 기록으로 남았습니다.
• 검수 집중: 복사 작업 대신 이상 수치 확인에 시간을 썼습니다.

편리함 뒤에 숨어 있던 단점도 있었습니다

예외 처리와 권한 관리에서 생긴 문제

가장 당황스러웠던 순간은 거래처가 주문 파일의 열 이름을 바꾼 날이었습니다. 평소에는 ‘주문번호’라는 항목을 읽었는데 ‘주문 번호’로 공백 하나가 추가되자 전체 작업이 중단됐습니다. 사람이라면 바로 알아차릴 작은 변화도 규칙 기반 솔루션에는 명확한 오류가 될 수 있습니다.

접근 권한도 예상보다 까다로웠습니다. 편의를 위해 관리자 계정을 연결하면 구축은 빠르지만 불필요한 데이터까지 접근할 수 있습니다. 저희는 업무별 전용 계정을 만들고 읽기, 수정, 발송 권한을 나누었습니다. 설정 시간은 늘었지만 기업 정보와 고객 데이터를 다루는 만큼 양보하기 어려운 부분이었습니다.

웹 기반 거래와 운영을 포괄하는 이비즈니스의 의미처럼 기업 활동이 여러 시스템에 연결될수록 자동화 범위도 넓어집니다. 다만 연결 지점이 많아질수록 한 서비스의 화면 개편이나 인증 정책 변경이 전체 흐름에 영향을 줄 수 있으므로 유지보수 담당자를 반드시 정해야 합니다.

• 외부 파일 형식이 바뀌면 시나리오가 중단될 수 있습니다.
• 무료 또는 저가 요금제는 실행 횟수와 기록 보관 기간이 짧을 수 있습니다.
• 공용 계정 사용 시 퇴사자 권한 회수가 어려워질 수 있습니다.
• 오류 알림을 받는 사람이 없으면 실패 상태가 오래 방치됩니다.
• 자동화가 늘수록 시나리오 이름과 버전 관리가 중요해집니다.

비용은 월 구독료만 보면 판단이 흐려졌습니다

6주 동안 실제로 계산한 비용 항목

검토한 제품들은 대체로 사용자 수, 월 실행 횟수, 외부 서비스 연결 기능에 따라 가격이 달라졌습니다. 소규모 팀이 기본 자동화를 시작하는 구간은 월 수만 원대도 가능했지만, 승인 기능과 상세 실행 기록, 기업용 보안 기능이 필요해지면 수십만 원 이상으로 올라갔습니다. 맞춤 구축이나 컨설팅을 포함하면 초기 비용은 별도로 산정됐습니다.

저희는 구독료만 비교하지 않고 기존 업무시간에 담당자의 시간당 비용을 곱했습니다. 월 16시간을 줄이고 시간당 내부 비용을 3만 원으로 잡으면 약 48만 원의 시간 가치가 생깁니다. 여기에 오류 수정 감소와 마감 지연 방지 효과를 더하되, 초기 설계와 교육에 들어가는 시간도 비용으로 넣었습니다.

첫 달에는 설정과 테스트 때문에 기대한 만큼 이익이 나지 않았습니다. 그러나 둘째 달부터 같은 흐름을 반복해서 사용하면 초기 투입 시간이 분산됩니다. 한두 번 실행할 업무보다 최소 6개월 이상 유지될 업무를 고르는 편이 투자 회수 가능성을 높였습니다.

• 월 구독료와 추가 실행량 과금
• 초기 업무 분석 및 시나리오 제작 시간
• 직원 교육과 매뉴얼 작성 비용
• 오류 대응 및 정기 점검 시간
• 기존 시스템 변경 시 재설정 비용

가격표에서 가장 싼 상품보다, 줄어드는 업무시간을 보수적으로 계산해 3~6개월 안에 비용을 회수할 수 있는지 확인하는 편이 현실적입니다.

네 번째 주부터는 운영 규칙을 따로 만들었습니다

자동화를 오래 쓰게 만든 다섯 가지 습관

자동화가 정상 작동하자 팀원들은 새로운 업무를 계속 추가하고 싶어 했습니다. 하지만 시나리오가 많아지니 비슷한 이름이 생기고, 누가 수정했는지 찾기 어려워졌습니다. 결국 ‘매출_최종’, ‘매출_진짜최종’ 같은 파일 관리 문제가 자동화 화면에서도 반복됐습니다.

이를 막기 위해 시나리오 이름에 부서, 업무, 실행 주기를 넣었습니다. 변경할 때는 수정 이유와 날짜를 기록하고, 운영 버전은 한 사람만 편집하도록 제한했습니다. 테스트가 필요하면 복사본에서 확인한 뒤 운영 버전에 반영했습니다. 작지만 이런 규칙이 기업용 솔루션의 안정성을 좌우했습니다.

매주 금요일에는 실행 실패 목록을 15분 동안 함께 확인했습니다. 단순 네트워크 오류인지, 데이터 형식이 바뀐 것인지 구분하고 같은 오류가 두 번 발생하면 규칙을 수정했습니다. 자동화 효과를 높이려면 성공 횟수만 볼 것이 아니라 사람이 다시 처리한 횟수도 함께 기록해야 합니다.

1. 시나리오 이름에 부서와 실행 주기를 표시합니다.
2. 운영용과 테스트용 자동화를 분리합니다.
3. 실패 알림은 개인이 아닌 담당 그룹이 받습니다.
4. 월 1회 사용하지 않는 연결과 계정을 정리합니다.
5. 절감 시간과 수동 재처리 시간을 함께 측정합니다.

우리 회사에 맞는 판단 순서는 이렇게 바뀌었습니다

기능표보다 먼저 확인할 우선순위

6주 전에는 연결 가능한 앱의 수와 화려한 화면을 먼저 봤습니다. 지금 다시 선택한다면 첫 번째로 자동화할 업무가 정말 표준화되어 있는지 확인하겠습니다. 업무 규칙이 담당자마다 다르면 어떤 제품을 선택해도 수정 요청이 이어지고, 자동화 결과를 신뢰하기 어렵습니다.

두 번째는 오류 대응 방식입니다. 실패 지점을 쉽게 찾을 수 있는지, 실행 기록을 얼마나 오래 보관하는지, 담당자에게 즉시 알림을 보내는지 확인해야 합니다. 세 번째는 권한과 데이터 보관 정책입니다. 고객 정보나 매출 자료를 다룬다면 편의 기능보다 접근 통제와 계정 회수 절차가 우선입니다.

그다음에 비용과 확장성을 봐도 늦지 않았습니다. 한 개 업무에서 시간을 실제로 줄인 뒤 인접 업무로 넓히는 방식이 부담이 적었습니다. 업무 표준화, 오류 대응, 보안 권한, 투자 회수, 확장성 순으로 판단하면 기능이 많은 제품보다 우리 기업에 오래 남을 솔루션을 고르기 쉬웠습니다.

1. 업무 표준화: 입력 형식과 처리 규칙이 반복 가능한지 봅니다.
2. 오류 대응: 실패 원인을 추적하고 사람이 개입할 수 있어야 합니다.
3. 보안 권한: 최소 권한 계정과 데이터 보관 범위를 확인합니다.
4. 투자 회수: 절감 시간에서 구축·유지 비용을 뺍니다.
5. 확장성: 첫 성공 이후 다른 부서로 복제할 수 있는지 판단합니다.