— 구조부터 재정의하는 실행 설계 가이드(AI Implementation)
AI 도입 방법론을 소개하려는 글은 아니다.
툴 추천이나 최신 모델 비교도 다루지 않는다.
이 글은 단 하나의 질문에서 출발한다.
“왜 자동화는 했는데, 일이 줄지 않았습니까?”
현장에서 가장 많이 듣는 질문이다.
그리고 그 질문은 거의 항상 같은 배경을 갖고 있다.
이미 챗봇을 붙였고, RPA를 일부 적용했고, 보고서 자동화도 시도했다.
그런데 대표의 체감은 이렇다.
“뭔가 복잡해졌고, 관리 포인트만 늘었다.”
이 문제는 기술의 문제가 아니다.
기획 없이 시작했기 때문이다.
구조가 정리되지 않은 상태의 사례
가상의 제조기업 A사를 보자.
- 연 매출 38억 원
- 직원 22명
- 생산관리팀 3명, 영업 4명
- 거래처 120개
- 월 평균 발주 건수 1,100건
A사는 다음과 같이 자동화를 도입했다.
- 주문 이메일 → 자동 분류
- 엑셀 매출 집계 → 파이썬 스크립트 자동화
- 거래처 응대 → AI 챗봇 초안 작성
표면적으로 보면 충분히 시도한 상태다.
하지만 3개월 후 상황은 이렇게 정리된다.
- 발주 오류 감소 없음
- 생산 일정 지연 반복
- 매출 분석 보고서는 늘었지만 의사결정 속도 변화 없음
- 직원 불만 증가
문제는 자동화 수준이 낮아서가 아니다.
구조가 설계되지 않은 상태에서 부분 자동화를 붙였기 때문이다.
표면 문제가 아니라 구조 문제다
A사의 내부 흐름을 정리해보면 다음과 같다.
- 영업이 수기로 주문 확인
- 생산팀이 다시 정리
- 출고 후 정산 엑셀 입력
- 월말 매출 보고서 작성
이 과정에는 이미 중복 입력이 3번 존재한다.
그런데 A사는 이 흐름을 그대로 둔 채 자동화 도구를 얹었다.
즉,
“비효율 구조 위에 자동화 레이어를 씌운 것”이다.
이 상태에서 자동화는 효율을 높이지 않는다.
속도만 빨라진다.
문제도 더 빨리 반복된다.
흔히 하는 착각
첫 번째 착각.
“자동화는 도구를 붙이면 된다.”
자동화는 도구 문제가 아니다.
흐름 설계 문제다.
두 번째 착각.
“데이터가 쌓이면 언젠가 쓸 수 있다.”
A사는 보고서가 3배 늘었다.
하지만 KPI는 바뀌지 않았다.
결정 기준이 바뀌지 않으면 보고서는 쌓이기만 한다.
세 번째 착각.
“부분 자동화도 의미가 있다.”
부분 자동화는 흐름이 정리된 후에 의미가 있다.
흐름이 불안정하면 자동화는 불안정을 증폭한다.
Fieldbly 구조 재정의 모델
3단계 자동화 설계 프레임
자동화를 시작하기 전, 다음 3단계를 반드시 거쳐야 한다.
1단계: 흐름 가시화
현재 업무 흐름을 한 장으로 그린다.
- 입력 지점
- 중복 입력 지점
- 승인 지점
- 출력 지점
A사의 경우 중복 입력이 3번 있었다.
이 상태에서는 어떤 자동화도 근본 개선이 어렵다.
2단계: 의사결정 축 정의
자동화의 목적은 단순 업무 단축이 아니다.
의사결정 속도 단축이다.
따라서 두 가지 축을 명확히 한다.
- 무엇을 판단하기 위해
- 어떤 지표가 필요한가
A사는 월 매출만 봤다.
그러나 실제 문제는 거래처별 마진 편차였다.
KPI를 바꾸지 않으면 자동화는 의미가 없다.
3단계: 자동화 범위 한정
자동화는 전체가 아니라 “한 구간”에서 시작해야 한다.
예:
- 주문 → 생산지시 자동화만
- 생산지시 → 출고 연동만
범위를 제한하면 테스트가 가능해진다.
통제 가능성이 확보된다.
구조 재설계 전후 비교
재설계 전
- 중복 입력 3회
- 월 매출 총액 중심 보고
- 자동화 도구 4개 혼용
- 담당자별 데이터 기준 상이
재설계 후
- 입력 1회 구조 통합
- 거래처별 마진 KPI 전환
- 자동화 범위 1구간 한정
- 데이터 기준 단일화
3개월 후 A사는 다음 변화를 확인했다.
- 발주 오류 18% 감소 (※ 추가 조사 필요)
- 보고서 작성 시간 40% 단축 (※ 추가 조사 필요)
- 생산 일정 지연 건수 감소
중요한 점은 자동화 툴을 바꾸지 않았다는 것이다.
구조를 바꿨다.
실행 체크리스트
자동화 시작 전 반드시 점검할 항목이다.
□ 현재 업무 흐름을 한 장에 그렸는가
□ 중복 입력 지점을 표시했는가
□ 자동화 목적 KPI가 명확한가
□ 범위를 1구간으로 제한했는가
□ 테스트 기간을 설정했는가
이 다섯 가지가 없다면
자동화는 시도하지 않는 편이 낫다.
현장에서 반복되는 패턴
많은 기업이 자동화를 “속도 개선”으로 이해한다.
그러나 실제 효과는 “구조 단순화”에서 나온다.
속도는 결과다.
구조가 원인이다.
기획 없는 자동화는
관리 포인트만 늘린다.
기획 있는 자동화는
판단 포인트를 줄인다.
마지막 점검 질문
지금 도입하려는 자동화는
업무를 줄이기 위한 것인가,
아니면 구조를 바꾸기 위한 것인가?
두 번째 질문이 명확하지 않다면
아직 시작할 단계가 아닐 수 있다.
자동화 이전에
흐름부터 다시 그려보는 것이 먼저다.
AI현장감독 이동주는 AI 도입 과정에서 반복되는 구조 문제를 연구한다.
AI adoption failure를 기술 문제가 아닌 설계와 흐름의 문제로 바라본다.
Fieldbly에서 현장 사례를 기반으로 정리하고 있다.
(homepage) http://www.fieldbly.com