- 기업이 숫자로 측정할 수 있는 AI 도입 효과는 7가지이며, 모두 일상 업무에서 나옵니다.
- 어느 효과든 지금 쓰는 시스템에서 뽑은 기준선이 있어야 도입 후 숫자와 비교할 수 있습니다.
- 효과마다 나타나지 않는 조건이 있습니다.
- 절약한 시간은 누군가 그 시간을 쓸 때만 비용 절감이 됩니다.
기업 AI 도입 효과는 도입 전에 잡는 숫자에서 시작합니다
경영진이 AI로 무엇을 할 수 있는지 물으면 대개 '빨라진다', '정확해진다', '저렴해진다' 같은 넓은 답이 돌아옵니다. 지금 그 업무에 몇 시간이 걸리고, 얼마나 자주 틀리고, 어디서 멈추는지 알기 전에는 어느 것도 확인할 수 없습니다. 이 숫자 묶음을 기준선이라고 합니다.
아래 7가지에는 효과가 나는 업무, 지표와 기준값을 잡는 법, 효과가 나지 않는 조건을 적었습니다. 시간을 금액으로 바꾸는 계산식은 우리 회사는 수작업에 매달 얼마를 쓰고 있을까?에 있습니다. 태국에 진출한 한국 기업이라면 태국어 문서와 LINE 공식 계정 문의가 이 7가지의 무대가 되는 경우가 많습니다.
1. 문서가 접수부터 시스템 등록까지 빨라집니다
효과가 빨리 나는 문서는 양이 많고, 형식이 비슷하고, 시스템에 다시 입력하는 문서입니다. 공급업체 청구서가 그 예입니다. AI는 태국어 문서를 OCR로 읽어 발주서와 맞춰 본 뒤, 맞지 않는 건만 사람에게 넘깁니다.
지표는 두 가지입니다. 사이클 타임은 문서가 들어온 때부터 등록이 끝날 때까지의 시간으로 대기 시간을 포함합니다. 직접 작업 시간은 사람이 한 건에 실제로 손을 댄 시간입니다. 사이클 타임의 기준값은 메일 수신 시각과 ERP 등록 시각에서 뽑을 수 있습니다. 직접 작업 시간은 실제 문서 30건 정도를 스톱워치로 잽니다.
효과가 나지 않는 경우는 시간 대부분이 결재자 대기에 있을 때입니다. 직접 작업 시간은 줄어도 사이클 타임은 거의 움직이지 않습니다. 스캔이 흐린 문서도 예외 처리 대기열에 쌓입니다.
2. 고객 응답이 빨라지고, 어느 채널에서나 같은 답이 나갑니다
효과가 나는 곳은 LINE 공식 계정, 웹사이트, 이메일로 같은 질문이 반복되고 답이 문서나 시스템에 있는 경우입니다. 주문 상태나 보증 조건 같은 질문입니다. AI는 답할 수 있는 질문에 답하고, 범위를 벗어난 질문은 요약을 붙여 담당자에게 넘깁니다.
지표는 첫 응답 시간(중앙값과 P90), 담당자에게 넘기지 않고 끝난 비율, 표본 점검에서 관리자가 고친 답변 비율입니다. 기준값은 지난 대화 기록에서 뽑고 시간대별로 나눕니다. 영업시간 외 질문이 가장 오래 기다리는 경우가 많기 때문입니다.
효과가 나지 않는 경우는 가격 협상처럼 판단이 필요한 질문이 대부분일 때, 그리고 AI가 참조하는 문서를 아무도 관리하지 않을 때입니다.
3. 마감 후 보고서가 빨리 나옵니다
경영 보고서는 여러 시스템에서 Excel로 데이터를 모으는 데 시간이 듭니다. AI는 데이터를 모으고, 바뀐 숫자에 대한 설명 초안을 쓰고, 이상 항목을 표시해 사람이 확인하게 합니다.
지표는 마감일부터 보고서가 경영진에게 닿기까지의 근무일 수와 손으로 복사해 붙여 넣는 단계 수입니다. 기준값은 최근 3~6회 보고서의 발송일, 그리고 담당자가 보고서를 한 번 만드는 과정을 옆에서 보는 방법으로 잡습니다.
효과가 나지 않는 경우는 영업 부서가 마감 후 숫자를 고치는 것처럼 원천 숫자가 아직 바뀔 때입니다. AI는 틀린 보고서를 더 빨리 만들 뿐입니다.
4. 결재가 책상 위에서 멈추지 않습니다
구매 요청과 신용 한도 승인은 서류가 빠졌거나 결재자가 대기 건을 모르기 때문에 멈춥니다. AI는 제출 전에 누락을 확인하고, 결재자가 평소 여는 채널로 보냅니다.
지표는 제출부터 답변까지의 리드 타임과, 시스템만으로 끝나지 않아 사람이 보는 건의 비율인 예외율입니다. 아직 이메일이나 종이로 결재한다면 시작 전 4주 동안 제출 시각과 승인 시각을 기록해 둡니다. 업무 흐름 전체의 사이클 타임을 줄인 사례는 AI 워크플로로 업무 시간을 3일에서 3시간으로 줄이기에 있습니다.
효과가 나지 않는 경우는 모든 건에 5단계 결재가 필요한 것처럼 원인이 규정에 있을 때입니다. 건은 빨리 도착해도 판단하는 사람의 시간은 그대로입니다.
5. 직원이 사내 지식에서 스스로 답을 찾습니다
규정, 제품 매뉴얼, 계약 조건은 여러 폴더에 흩어져 있습니다. 사내 문서를 먼저 찾아보고 답하는 AI, 곧 RAG를 쓰면 직원이 태국어나 한국어로 묻고 원문 문서 링크가 붙은 답을 받습니다.
지표는 질문 한 건의 답을 찾는 데 걸리는 시간과 올바른 버전의 문서를 인용한 답변 비율입니다. 기준값은 직원 일부에게 2주 동안 질문과 찾는 데 걸린 시간을 기록하게 해서 잡습니다.
효과가 나지 않는 경우는 문서가 오래되었거나, 여러 버전이 서로 어긋나거나, 중요한 지식이 한 번도 글로 남지 않았을 때입니다.
6. 품질 점검으로 재작업이 줄어듭니다
AI는 일이 팀을 떠나기 전에 분명한 규칙으로 점검합니다. 가격표와 맞지 않는 견적서나 납세자 번호가 틀린 세금계산서 등입니다. 통과하지 못한 일은 이유와 함께 사람에게 돌아갑니다.
지표는 재작업 비율, 그리고 출고 전에 잡은 오류와 출고 후 고객이 발견한 오류의 비교입니다. 기준값은 지난 대변 메모(Credit Note), 반품, 불만 기록에서 뽑습니다.
효과가 나지 않는 경우는 규칙이 모호할 때, 그리고 경고가 너무 잦아 직원이 읽지 않고 넘길 때입니다.
7. 신입 직원이 혼자 일할 수 있기까지가 짧아집니다
사내 매뉴얼로 답하고 실제 시스템에서 절차를 안내하는 AI 도우미가 있으면, 신입 직원이 주변에 묻는 시간이 줄어듭니다.
지표는 신입이 관리자가 정한 기준(예: 주문 20건을 연속으로 오류 없이 입력)에 도달하기까지의 일수입니다. 기준값은 같은 직무에 이전에 들어온 직원들의 기록에서 잡습니다.
효과가 나지 않는 경우는 채용이 1년에 몇 명뿐이어서 숫자가 너무 적어 비교할 수 없을 때, 그리고 AI가 답할 매뉴얼이 아직 없을 때입니다.
| 효과 | 지표 | 효과가 나는 업무 | 효과가 나지 않는 조건 |
|---|---|---|---|
| 1. 문서 처리 | 사이클 타임, 직접 작업 시간 | 공급업체 청구서 | 시간 대부분이 대기 |
| 2. 고객 응답 | 첫 응답 시간 | LINE 공식 계정의 반복 질문 | 판단이 필요한 질문 |
| 3. 보고서 | 마감부터 보고까지 일수 | 경영 보고서 | 원천 숫자가 아직 바뀜 |
| 4. 결재 | 리드 타임, 예외율 | 구매 요청, 신용 한도 | 원인이 규정 |
| 5. 사내 지식 | 질문당 검색 시간 | 규정, 매뉴얼, 계약 | 문서가 낡거나 어긋남 |
| 6. 품질 점검 | 재작업 비율 | 견적서, 세금계산서 | 규칙이 모호함 |
| 7. 신입 적응 | 기준 도달까지 일수 | 정기 채용이 있는 직무 | 매뉴얼 없음 |
같은 종류의 업무로 도입 전과 후를 잽니다
도입 전과 후를 비교할 수 있는 것은 같은 종류의 업무를, 비슷한 시기에, 같은 방법으로 쟀을 때뿐입니다. 오래 멈춘 몇 건이 평균을 끌어당기므로 중앙값과 P90을 함께 보고합니다. 비교 집단을 두고 변화가 AI에서 왔음을 보이는 방법은 AI 성과, 스스로를 속이지 않고 측정하는 법에서 다룹니다.
가상 사례
빠툼타니의 자동차 부품 유통회사(회사명과 내용은 가상)는 공급업체 수백 곳에서 오는 태국어 청구서를 한 장씩 ERP에 입력합니다. 재무 책임자는 예산을 승인하기 전에 AI 문서 판독으로 무엇이 바뀌는지 알고 싶어 합니다.
팀은 지난 4주간의 메일 수신 시각과 ERP 등록 시각을 뽑아 사이클 타임의 중앙값과 P90을 구하고, 청구서 30건으로 직접 작업 시간을 쟀습니다. 드러난 사실은 시간 대부분이 각 부서장의 입고 확인을 기다리는 데 쓰인다는 점입니다. OCR만 넣으면 숫자는 거의 움직이지 않습니다.
그래서 분기 시범 운영을 두 갈래로 잡았습니다. 가장 큰 공급업체 그룹에 OCR을 적용하고, 입고를 확인하는 사람에게 알림을 보냅니다. 나머지 공급업체는 비교를 위해 기존 방식을 유지합니다. 시작 전에 재무 책임자는 확보한 시간으로 월 결산을 앞당기고 월말 임시 인력 채용을 멈추겠다고 적어 두었습니다. 분기 말 숫자는 이 두 가지가 실제로 일어났는지 보여 줍니다.
도입 전후 30일 측정
- 1~3일 차: 업무 하나, 지표 하나를 고릅니다. 측정을 시작하는 시점과 끝나는 시점, 확보한 시간을 어디에 쓸지 적습니다.
- 4~10일 차: 기준값을 뽑습니다. 지난 4주 이상의 실제 시각으로 중앙값과 P90을 구합니다.
- 11~25일 차: 한 팀에서 시범 운영합니다. 예외 처리 대기열에 들어간 건을 세고, 기존 방식으로 일하는 집단을 비교용으로 남깁니다.
- 26~30일 차: 같은 조건끼리 비교합니다. 중앙값, P90, 실제로 쓰인 시간을 시스템이 틀린 건과 함께 보고합니다.
규칙: 월 결산처럼 한 달 단위로 도는 업무는 한 주기를 다 거치며 시험합니다.
AI는 기업의 비용을 어떻게 줄입니까
비용이 줄어드는 길은 세 가지입니다. 같은 팀이 증원이나 초과근무 없이 더 많은 양을 처리하는 것, 오류가 줄어 대변 메모와 재배송이 줄어드는 것, 대기가 짧아져 입금이 빨라지는 것입니다.
흔한 함정은 절약한 시간에 시급을 곱해 그것을 절감액이라고 부르는 것입니다. 그 시간이 직원 한 명 한 명의 하루에 몇 분씩 흩어지고 아무도 쓰임새를 정하지 않았다면 비용은 그대로입니다. 시작하기 전에 확보한 시간을 어느 일에 돌릴지 적고 그것도 측정한 뒤, AI 총비용을 빼고 나서 효과가 있었는지 판단합니다. 어느 부서부터 시작할지 고민 중이라면 인건비를 줄이려면 어느 부서부터 AI를 도입해야 할까?를 참고하십시오.
효과가 났다고 말하기 전에
숫자를 경영진에게 올리기 전에 다음 7가지를 확인합니다.
만들기 전에 지표부터 정하는 저희 방식
DNA Maker의 AI 프로젝트는 '이해' 단계에서 시작합니다. 저희는 귀사 팀 옆에서 실제 업무를 보고, 경영진이 인정하는 지표를 정하고, 지금 쓰는 시스템에서 기준값을 뽑아, 성공 기준을 범위 문서에 적습니다. 업무가 입력보다 사람의 판단 대기에서 멈춘다면 그 사실을 분명히 말씀드리고 결재 절차를 먼저 손보자고 제안합니다.
그다음 한 팀에서 시범 운영을 하며, 매주 실제 데이터에 연결한 데모와 대시보드를 보실 수 있습니다. 함께 일하는 팀은 모두 DNA Maker 소속이며 하도급은 없습니다. 범위와 가격은 작업 시작 전에 확정합니다. 이런 일을 저희는 태국의 은행, 병원, 대기업 그룹과 하고 있습니다. 상담은 AI 워크플로우 페이지에서 하시거나, 채팅에서 Dream에게 물어보십시오.
SOFTWARE ENGINEERING GLOSSARY
소프트웨어 엔지니어링 용어집
| 용어 | 의미 | 쉬운 예시 | 개발팀에 물어봐야 할 질문 |
|---|---|---|---|
| 기준선(Baseline) | 시스템을 바꾸기 전 업무의 값 | OCR 도입 전 청구서 등록 시간 | 시스템 데이터에서 왔습니까, 추정에서 왔습니까? |
| 사이클 타임(Cycle Time) | 업무가 들어온 때부터 끝날 때까지의 시간. 대기 포함 | 청구서 메일 수신부터 ERP 등록까지 | 시간의 대부분은 작업입니까, 대기입니까? |
| 직접 작업 시간(Touch Time) | 사람이 실제로 손을 댄 시간 | 청구서 한 장을 입력하는 데 드는 분 | 확보한 시간을 어디에 씁니까? |
| P90 | 건의 90%가 그 시간 안에 끝나는 값 | 결재 10건 중 9건이 이 시간 안에 끝남 | 느린 건도 개선되었습니까? |
| 예외율(Exception Rate) | 사람이 봐야 하는 건의 비율 | 흐린 스캔 | 예외 처리 대기열은 누가 처리합니까? |
