- 매출이 늘면 먼저 사람을 더 뽑고 싶어집니다. 하지만 업무 방식이 그대로라면 새로 온 사람도 같은 반복 업무를 하게 됩니다.
- 넘치는 업무가 어떤 종류인지부터 보십시오. 찾기, 복사하기, 요약하기, 넘겨주기라면 시스템이 맡을 수 있습니다.
- 처리량이 많고 검사하기 쉬운 업무 하나로 시작하면 몇 주 안에 효과가 보입니다.
1. 업무 프로세스가 사람을 엉뚱한 일에 쓰고 있습니다
팀이 일을 따라가지 못하기 시작하면 누구나 먼저 사람을 더 뽑을 생각을 합니다. 하지만 일하는 방식이 그대로라면 새 직원도 같은 반복 업무를 하고, 달라지는 것은 줄이 조금 짧아지는 것뿐입니다. 그래서 비용이 매출을 따라 거의 일직선으로 늘어납니다.
매출이 늘면 대표들은 대개 같은 장면을 봅니다. 사무 직원은 문의에 다 답하지 못하고, 영업팀은 고객을 빠짐없이 챙기지 못하고, 회계팀은 서류 마감이 늦어지고, 관리자는 하루 종일 업무 진행 상황을 확인하러 다닙니다. 흔한 해법은 사람을 더 뽑는 것이지만, 프로세스가 그대로라면 새 직원도 같은 반복 업무를 하며 대기열을 잘게 나눠 맡을 뿐입니다. 결국 비용은 업무량에 따라 거의 일직선으로 늘어납니다.
AI로 효과를 보는 회사는 업무를 직무 단위보다 "데이터 생산 라인"으로 봅니다. 예를 들어 견적서 작성은 영업 직원 한 사람의 일처럼 보이지만, 실제로는 요구 사항 접수, 제품 정보 확인, 가격 계산, 문서 작성, 이메일 발송, CRM 기록, 후속 업무 등록으로 이루어집니다. 이 일곱 단계 가운데 사람이 꼭 해야 하는 일은 특수 조건을 이해하는 일과 협상 정도일 수 있고, 나머지는 거의 다 시스템이 준비해 둘 수 있습니다.
초기에 세울 만한 목표는 사람을 전부 없애는 쪽보다, 직원 한 명이 감당하는 업무량을 두세 배로 늘리는 쪽입니다. 그러면 누가 퇴사하거나 사업이 커져도 예전 비율대로 사람을 충원할 필요가 없고, 유능한 직원을 매출을 더 많이 내는 일로 옮길 수 있습니다.
2. 사람에게서 AI로 넘길 업무를 찾는 방법
간단하게 판단하는 방법이 있습니다. 정보를 찾고, 한 곳에서 다른 곳으로 옮겨 적고, 요약하고, 넘겨주는 일이라면 시스템이 먼저 맡을 수 있는 업무입니다. 고객의 속마음을 읽어야 하거나 결과에 책임을 져야 하는 일은 여전히 사람이 해야 합니다.

먼저 팀마다 일주일 동안 하는 일을 기록하게 하십시오. 복잡한 문서는 필요 없습니다. 업무 이름, 횟수, 1회당 걸리는 시간, 쓰는 데이터, 넘겨야 하는 결과물만 적으면 됩니다. 그런 다음 업무를 아래 네 가지로 나눕니다.
- 규칙이 분명한 반복 업무. 파일 이름 붙이기, 데이터 옮기기, 표준 문서 만들기, 조건에 따른 알림 보내기가 여기에 속하며, 단순한 자동화(Automation)로 처리하기 좋습니다.
- 읽고 쓰는 양이 많은 업무. 이메일 요약, 문서에서 항목 뽑기, 답변 초안 작성, 분류 등입니다. 생성형 AI(Generative AI)가 잘 맞습니다.
- 여러 시스템을 거치는 다단계 업무. 주문 접수, 재고 확인, 작업 지시서 작성, 팀에 알림 같은 일입니다. AI 워크플로나 권한이 제한된 에이전트에 맞습니다.
- 영향이 큰 결정 업무. 지급 승인, 법률 자문, 고객에게 하는 약속 같은 일입니다. 이런 업무는 AI가 정보를 준비할 수는 있어도 승인은 반드시 사람이 해야 합니다.
각 업무에 세 가지 기준으로 1~5점을 매기십시오. 한 달에 드는 시간, 데이터의 일관성, 시스템이 틀렸을 때의 피해입니다. 시간이 많이 들고, 데이터가 어느 정도 정형화되어 있으며, 피해가 작은 업무부터 시작해야 합니다. 예를 들어 일일 보고서 요약은 한 달에 80시간이 걸려도 나중에 확인하기 쉽습니다. AI에게 고객 신용 한도를 승인하게 하는 일이 더 흥미로워 보여도, 보고서 요약부터 하는 편이 낫습니다.
3. 채팅창만으로는 부족합니다: 좋은 시스템의 4개 계층
첫 번째 계층은 믿을 수 있는 데이터 출처입니다. 제품 목록, 가격, 정책, 매뉴얼, 고객 정보 같은 것입니다. 데이터가 흩어져 있거나 관리하는 사람이 없으면 AI의 답은 빨라질 뿐 정확해지지는 않습니다. 그래서 어느 문서가 기준 원본인지, 누가 갱신하는지, 시스템이 어느 데이터를 읽을 수 있는지 정해야 합니다.

두 번째 계층은 비즈니스 규칙입니다. AI가 스스로 결정해서는 안 되는 조건을 정합니다. 10%가 넘는 할인, 미수금이 있는 고객, 보증과 관련된 문구 같은 것입니다. 이런 규칙은 모델에게 주는 문장 지시에만 맡기지 말고, 감사할 수 있는 시스템 안에 두어야 합니다.
세 번째 계층은 AI입니다. 메시지를 이해하고, 요약하고, 분류하고, 유연한 결과물을 만드는 일을 합니다. 네 번째 계층은 워크플로입니다. CRM, ERP, 이메일, 승인자에게 데이터를 넘기는 역할을 합니다. AI만 있고 워크플로가 없으면 직원이 여전히 답을 복사해 다음 작업을 직접 이어 가야 합니다. 그러면 효과는 몇 분을 아끼는 데서 멈추고, 프로세스 전체를 줄이지는 못합니다.
| 시스템 계층 | 대표가 답해야 할 질문 | 결과 |
|---|---|---|
| 데이터 | 시스템은 어디에 있는 데이터를 믿어야 합니까? | 최신이며 출처를 댈 수 있는 답변 |
| 규칙 | 무엇은 승인할 수 있고 무엇은 안 됩니까? | 위험과 모호함 감소 |
| AI | 무엇을 이해하거나 만들어야 합니까? | 읽고 쓰는 업무 감소 |
| 워크플로 | 답이 나온 뒤에는 무엇이 이어져야 합니까? | 수작업 인계 감소 |
4. 지금의 팀으로 더 많은 고객을 상대하게 해 주는 업무 사례
영업: 데이터 복사 대신 계약 성사에 시간을 쓰기
AI가 고객의 메시지를 읽고 제품 종류, 수량, 예산, 납기를 뽑아냅니다. 이어서 가격표를 확인하고, 견적서와 이메일 초안을 쓰고, CRM에 정보를 기록합니다. 영업 직원은 매번 빈 페이지에서 문서를 시작하는 대신 중요한 조건만 확인하고 보내기를 누릅니다. 그렇게 남은 시간은 고객에게 전화해 필요한 것을 묻고 협상하는 데 더 쓸 수 있습니다.

고객 서비스: 반복 질문은 바로 답하고 어려운 건은 맞는 사람에게
시스템이 지식 베이스에서 답을 찾고, 백오피스 시스템에서 진행 상태를 확인하고, 담당자에게 넘겨야 할 때는 이력을 요약해 줍니다. 챗봇이 모든 건을 끝내는 것을 목표로 삼지 마십시오. 표준 질문은 사람의 대기열에 들어오지 않고, 어려운 건은 정보를 다 갖춘 채 담당자에게 도착하는 것을 목표로 하십시오. 그러면 상담원 한 명이 반복 질문에 시간을 뺏기지 않고 복잡한 건을 더 많이 맡을 수 있습니다.
서류 업무: 작성, 확인, 보관을 한 흐름으로
새 주문이 들어오면 시스템이 작업 지시서를 만들고, 필수 항목이 다 채워졌는지 확인하고, 규칙에 맞게 파일 이름을 붙여 올바른 폴더에 저장한 뒤 담당자에게 알립니다. 작은 업무를 여러 군데서 줄이는 편이 큰 AI 프로젝트 하나보다 시간을 더 많이 돌려주는 경우가 많습니다. 직원이 화면을 오가며 많은 절차를 기억할 필요가 없어지기 때문입니다.
5. 품질을 계속 측정하고 통제할 수 있을 때에만 인원을 줄일 수 있습니다
대표는 다섯 번 잘 대답한 데모만 보고 시스템을 승인해서는 안 됩니다. 실제 업무를 대량으로 넣어 시험하되, 데이터가 빠진 경우, 고객의 오타, 품절, 가격 변경, 속임수 지시가 숨은 메시지까지 포함해야 합니다. 시스템은 데이터의 출처를 보여 주고, 어떤 규칙을 적용했는지 기록하고, 확신이 낮으면 멈추고 사람에게 도움을 요청해야 합니다.
"AI가 준비하고 사람이 승인하는" 방식으로 시작하십시오. 최소 2~4주 동안 결과를 모은 뒤, 직원이 그대로 보낼 수 있었던 비율, 조금 고쳐서 보낸 비율, 쓸 수 없었던 비율을 측정합니다. 품질이 기준을 넘은 뒤에야 위험이 낮은 경우에 한해 시스템이 자동으로 보내게 하십시오. 자율성을 한 단계씩 넓혀 가면 회사는 평판을 걸지 않고도 속도를 얻습니다.
- IT 부서에 떠넘기지 않고 결과까지 책임지는 프로세스 책임자
- 문제가 생겼을 때 되짚어 볼 수 있는 작업 이력과 사용한 데이터
- 시스템이 조건 밖의 경우를 만나면 멈추거나 사람에게 되돌려 보내는 버튼
6. 기존 프로세스에 AI만 덧붙이지 말고 사람의 역할을 새로 설계하기
AI를 붙였는데도 모두가 예전 단계를 그대로 다 한다면, 회사는 시스템 비용만 늘고 인원은 그대로입니다. 그래서 가동하기 전에 무엇을 "시스템이 하고", 무엇을 "사람이 확인하고", 무엇을 "사람이 직접 책임지는지" 새 역할을 분명히 적어야 합니다. 예를 들어 사무 직원은 주문을 직접 입력하지 않고 시스템이 표시한 주문만 확인합니다. 영업 직원은 표준 견적서를 만들지 않고 금액이 큰 거래와 특수 조건을 맡습니다.
실제로 인원을 책임감 있게 줄이는 길은 대개 세 가지입니다. 빈자리가 생겨도 충원하지 않기, 사람을 매출을 만드는 일로 옮기기, 사무 업무가 너무 많아서 나눠 두었던 역할을 합치기입니다. 회사가 성과를 보는 기준은 AI 사용 횟수가 아니라 업무의 양과 품질이라는 점을 분명히 알리고, 팀이 정확성을 확인하고 이상한 경우를 보고하도록 교육하십시오.
7. 대표를 위한 30일 실행 계획
- 1주 차, 업무 지도 그리기: 팀 하나를 골라 반복 업무, 걸리는 시간, 횟수를 기록하고 한 달 총 시간을 계산합니다. 그다음 데이터가 준비되어 있고 위험이 낮은 프로세스 하나를 고릅니다.
- 2주 차, 프로토타입 만들기: 샘플 데이터를 연결하고 주요 규칙을 만든 뒤, 실제 고객에게는 아직 보내지 않은 채 AI가 결과물을 준비하게 합니다. 테스트 사례를 최소 50~100건 모읍니다.
- 3주 차, 작은 팀으로 시범 운영: 실제 사용자 두세 명이 시스템으로 일하게 합니다. 도입 전후의 시간을 재고, 아직 복사하거나 승인을 기다려야 하는 지점을 기록합니다.
- 4주 차, 결정하기: 시간이 줄고 품질이 기준을 넘으면 직무를 조정하고 사용자를 늘립니다. 그렇지 않으면 데이터를 고치거나 프로젝트를 끝냅니다. 이미 투자했다는 이유로 억지로 확대하지 마십시오.
첫 프로젝트는 1~3개월 안에 시간을 돌려줘야 하고, 기간 시스템 전체를 바꿀 필요가 없어야 합니다. 측정할 수 있는 작은 성공은 팀에 확신을 주고 다음 프로젝트를 고를 데이터를 만들어 줍니다. 결과를 책임질 사람 없이 거창한 "AI 전환(AI Transformation)"을 선포하는 것보다 이쪽이 낫습니다.
8. 인원을 늘리지 않고 정말 성장하고 있는지 보여 주는 숫자
거래 1건당 비용, 오류율, 대기 시간, 고객 만족도를 함께 측정하십시오. 1인당 처리량은 늘었는데 고객이 여러 번 재촉해야 하거나 크레디트 노트(대금 조정 전표)가 늘었다면 효율이 진짜로 오른 것이 아닙니다. 거래 1건당 AI 비용도 추적해야 합니다. 처리량이 많은 업무에 비싼 모델을 쓰는 시스템은 인건비를 줄이는 대신 API 비용을 키워 기대만큼 수익이 나지 않을 수 있습니다.
요약: 인원을 늘리지 않고 성장하려면 도구를 더하는 것만으로는 부족하고 프로세스를 바꿔야 합니다. 시간을 가장 많이 잡아먹는 반복 업무부터 시작해, AI를 데이터와 워크플로에 연결하고, 위험도에 따라 승인 지점을 두고, 1인당 처리량을 꾸준히 측정하십시오. 그렇게 하면 AI는 비싼 문장 작성 도우미가 아니라 회사의 생산 능력이 됩니다.
모두를 더 빨리 일하게 다그치지 않고 지금의 팀이 더 많은 일을 맡게 합니다
어떤 업무가 지루할 만큼 반복되고 어떤 업무에 경험이 필요한지는 매일 그 일을 하는 팀원들이 압니다. 그래서 저희는 회의실에서 요약을 듣는 대신 실제 업무를 한 주기 동안 처음부터 끝까지 지켜보는 데서 시작합니다. 그러면서 찾기, 복사하기, 요약하기, 넘겨주기에 해당하는 단계, 즉 시스템이 먼저 맡을 수 있는 단계를 찾아냅니다. 그다음 어떤 결과를 쓸 만하다고 볼지, 어떤 경우는 반드시 사람이 봐야 하는지 함께 합의합니다. 이 합의가 도구 선택보다 중요합니다.
사람 대신 반복 업무를 맡는 시스템
저희가 만드는 시스템은 대개 네 계층으로 되어 있습니다. 중앙 데이터 출처, 비즈니스 규칙, 업무를 끊김 없이 이어 가는 워크플로, 사람이 예외를 검토하는 화면입니다. 여기에 이번 달 시스템이 몇 건을 처리했고, 몇 건을 사람에게 돌려보냈고, 품질이 어떻게 달라졌는지 보여 주는 숫자가 함께 붙습니다. 처리량이 많고 검사하기 쉬운 업무 하나로 시작해 몇 주 안에 효과를 확인한 뒤 넓혀 갑니다. 일이 넘쳐서 사람을 더 뽑으려던 참이라면, 그 전에 넘치는 일이 어떤 종류인지 저희와 함께 먼저 살펴보십시오.
SOFTWARE ENGINEERING GLOSSARY
소프트웨어 엔지니어링 용어집
시스템이 사람 대신 반복 업무를 안전하게 맡도록 하는 일과 관련된 용어입니다.
| 용어 | 의미 | 쉬운 예시 | 개발팀에 물어봐야 할 질문 |
|---|---|---|---|
| Automation | 사람이 매번 지시하지 않아도 시스템이 규칙에 따라 일하게 하는 것 | 한 번 입력한 데이터로 시스템이 견적서를 만듭니다. | 어떤 업무는 시스템이 스스로 하고, 어떤 업무는 사람이 확인해야 합니까? |
| Straight-through Processing | 표준 거래가 사람 손을 전혀 거치지 않고 끝까지 처리되게 하는 것 | 기준을 충족한 요청은 자동으로 승인되고 기록됩니다. | 지금 전체 거래 중 몇 %가 사람 손을 거치지 않고 끝납니까? |
| Business Rule | 시스템이 판단할 때 쓰도록 코드와 따로 적어 둔 사업상의 조건 | 15%가 넘는 할인은 관리자의 승인이 필요합니다. | 규칙이 바뀌면 누가 고칠 수 있고, 얼마나 걸립니까? |
| Human-in-the-loop | 정해 둔 지점에서 사람이 검토하거나 결정하도록 만든 구조 | 시스템이 확신하지 못하는 항목만 사람이 확인합니다. | 사람은 어떤 경우를 확인하고, 그 비율은 몇 %입니까? |
| Throughput | 시스템이나 팀이 일정 기간에 끝낼 수 있는 업무량 | 한 주에 내보낼 수 있는 견적서 수 | 업무량이 두 배가 되어도 시스템이 감당할 수 있습니까? |
