AI를 써도 일이 줄지 않는다면, 업무 흐름과 역할을 다시 설계하세요

기업 AX 코칭용 문의 처리 시나리오를 준비하며, 초안 뒤에 남는 일을 따로 적어봤습니다. 기존 흐름은 AI가 안내 초안을 만들면 끝났습니다. 하지만 사람은 그 뒤에 내용을 검토하고 담당자를 찾고 결정해야 했습니다.

개선 구성에서는 담당자 후보와 추천 근거를 보여주고 사람이 승인, 수정, 반려하는 단계를 연결했습니다. 교육용 데이터를 사용한 시연 설계이며, 실제 고객의 장애를 처리한 운영 사례는 아닙니다.

이 설계에서 볼 것은 초안이 얼마나 빨리 나오는지와 함께 초안 뒤에 남는 일을 누가 어떻게 이어받는지입니다. 담당자 결정까지 사람이 쓰는 시간이 줄었는지는 별도 측정이 필요합니다.

먼저 요청을 받아 결과를 전달하기까지의 흐름을 그리세요. 무엇을 AI에게 맡길지, 언제 멈추고 사람이 확인할지까지 정해야 다음 개선안을 만들 수 있습니다.

아래 양식과 고객 문의 예시는 이 설계를 다른 업무에 적용하도록 새로 구성했습니다. 실제 시연에서 확인한 구성과 가상의 적용 예시를 구분해 설명합니다.

먼저 시작과 완료 조건을 정하세요

'고객 응대를 자동화한다'는 목표만으로는 어디까지 바꿀지 알기 어렵습니다. '문의 접수부터 담당자가 확인한 답변 전달까지'처럼 한 건의 시작과 끝을 정하세요.

완료 조건에는 결과물의 상태도 들어갑니다. 초안 파일이 생겼다는 것과 고객이 적용 가능한 답변을 받았다는 것은 서로 다른 단계입니다.

이 사례에서는 다음을 완료 조건으로 정해볼 수 있습니다.

• 문의에 답하는 내용과 적용 정책을 확인했다.
• 확인하지 못한 조건을 사실처럼 단정하지 않았다.
• 승인한 답변을 전달하고 처리 기록을 남겼다.

예외 문의를 다른 담당자에게 넘기는 일은 '답변 완료'와 구분해 기록합니다. 넘겼다는 이유로 해결된 것으로 세면 업무의 남은 부분이 가려집니다.

McKinsey는 AI 에이전트 도입에서 업무 흐름을 그려 사용자의 어려움을 찾는 것을 출발점으로 제안합니다. 여기서도 AI 사용 화면보다 그 앞뒤의 작업을 함께 봅니다. 원문 읽기

지금 하는 일과 다시 하는 일을 같이 적으세요

자료 준비, AI 초안 작성, 사람의 검토와 수정, 최종 전달로 이어지는 가상의 업무 흐름

초안 작성만 AI에게 맡긴 가상의 흐름입니다. 자료 준비, 검토와 수정, 최종 전달도 한 건의 업무에 포함됩니다.

실제로 처리한 문의 하나를 펼쳐놓고 흐름을 4~6단계로 나눠보세요. 기억에 의존해 이상적인 절차를 쓰기보다, 사용한 문서와 수정 기록을 따라가면 빠뜨린 작업을 찾기 쉽습니다.

단계마다 입력, 담당자, 출력, 추가로 한 일을 적습니다. 예를 들어 '검토와 수정'은 이렇게 풀어쓸 수 있습니다.

입력: AI 답변 초안과 참고 문서
담당: 고객 문의 담당자
출력: 근거를 확인한 답변 또는 추가 확인 요청
다시 한 일: 적용 정책 확인, 빠진 조건 추가, 근거 없는 문장 삭제
돌아간 단계: 자료 준비

이 출력물을 다음 담당자가 바로 사용할 수 있나요? 사용할 수 없다면 무엇이 부족한지 적으세요. 파일 복사, 재검색, 고객에게 다시 묻는 일도 실제 업무입니다.

현재 흐름과 개선안은 따로 둡니다. 아직 구현하지 않은 '최신 정책 자동 검색'을 현재 흐름에 넣으면 무엇이 달라졌는지 비교할 수 없습니다.

AI, 규칙, 사람의 역할을 나누세요

부담이 큰 단계를 찾았다고 해서 그 전체를 AI에게 넘길 필요는 없습니다. 이 사례에서는 세 역할을 다음처럼 나눌 수 있습니다.

AI는 문맥을 읽고 초안을 만듭니다. 고객의 자유로운 문장에서 제품명, 증상, 요청을 추출하고 확인된 자료를 바탕으로 답변을 작성합니다. 불분명한 내용은 미확인으로 표시합니다.

프로그램은 정해진 조건을 검사합니다. 필수 입력이 있는지, 지정된 정책의 적용 날짜가 맞는지, 추가 질문 횟수가 상한을 넘었는지 확인합니다. 다만 검사에 쓰는 정보 자체가 틀리면 결과도 틀릴 수 있습니다. 규칙 처리라고 해서 입력 오류까지 없어지지는 않습니다.

사람은 근거와 예외를 확인하고 결정합니다. 서로 다른 정책의 적용 범위가 겹치거나 예외 처리가 필요한 문의를 판단합니다. 확인한 뒤 승인, 수정, 보류 중 다음 행동을 정합니다.

실제 시연의 초기 구성에서는 AI가 추가 질문이나 검색을 선택하고 분기 노드가 그 선택을 실행했습니다. 분기 노드가 있어도 '어떤 정보가 있으면 검색을 시작하는가'라는 업무 기준을 그 노드가 직접 검사하지는 않았습니다.

개선 구성에서는 AI가 사실을 추출하고, 프로그램이 누락 정보와 질문 상한을 검사하도록 나눴습니다. 담당자 추천도 정해둔 인력 자료의 조건을 비교하는 방식입니다. 실제 인력의 현재 일정까지 조회하는 기능은 연결하지 않았습니다.

프롬프트에 적은 희망 동작, 코드가 검사하는 조건, 실제 연결된 기능을 구분해서 적으면 다음 담당자가 구현 범위를 오해하지 않습니다.

'AI에게 맡긴다'는 한 문장 대신 다음처럼 입력과 출력까지 정하면 구현할 일이 분명해집니다.

AI 입력: 문의 원문과 적용 가능한 정책
AI 출력: 확인된 사실, 미확인 정보, 답변 초안, 사용한 근거
규칙 검사: 필수 정보, 정책 적용 조건, 질문 횟수
사람의 결정: 답변 승인, 수정 후 승인, 추가 확인을 위한 보류

AI가 추출한 사실은 원문과 연결하고, 답변에 쓴 근거는 담당자가 열어볼 수 있게 남깁니다. '근거 있음'이라는 표시만 있으면 사람이 다시 문서를 찾아야 합니다.

질문과 검토가 끝나는 조건을 정하세요

정보가 부족할 때마다 AI가 다시 질문하면 일이 반복될 수 있습니다. 무엇을 꼭 알아야 하는지, 이미 받은 정보를 어떻게 확인할지, 끝내 확인하지 못하면 어디로 넘길지 정하세요.

다음은 이 사례를 위한 잠정 규칙입니다. 질문 횟수는 업무에 맞춰 조정할 설정값이며 권장 정답이 아닙니다.

• 제품명이나 적용 날짜처럼 답변에 꼭 필요한 정보가 없으면, 빠진 항목을 모아 한 번에 질문한다.
• 원문에 이미 있는 정보는 다시 묻지 않는다.
• 추가 질문을 두 차례 했는데도 필수 정보가 없으면 답변을 보류하고 담당자에게 넘긴다.
• 근거가 없거나 적용 정책이 충돌하면 임의로 답을 만들지 않고 정책 담당자의 확인을 요청한다.

사람에게 넘길 때도 '검토 필요'만 남기면 다시 처음부터 읽게 됩니다. 확인된 사실, 부족한 정보, 참고 근거, 보류 이유를 같이 전달하세요.

검토 단계에는 누가 무엇을 확인하고 다음에 무엇을 할지도 적습니다. 담당자가 자리에 없거나 반려했을 때 이어받을 역할을 두고, 승인 전에는 고객에게 최종 답변을 보내지 않도록 실행 조건을 연결합니다. 프롬프트에 승인 규칙을 써두는 것만으로 실제 전송 권한이 제한되는 것은 아닙니다.

개선안 하나를 같은 조건에서 확인하세요

가상의 문의 기록을 살펴보니 담당자가 매번 적용 정책을 다시 찾는다고 가정해봅시다. 첫 개선 후보는 '더 자연스러운 답변 작성'보다 '초안에 적용 정책과 날짜를 함께 보여주기'가 될 수 있습니다.

전체 설계는 마련하되 처음 비교할 변경은 하나로 좁혀보세요. 질문 제한, 검색, 승인 절차를 한꺼번에 바꾸면 어떤 변경이 효과를 냈는지 구분하기 어렵습니다.

• 줄일 부담: 검토 단계에서 정책을 다시 찾는 시간
• 지킬 기준: 잘못된 정책을 적용한 답변이 늘지 않을 것
• 비교 범위: 문의 접수부터 검토한 답변 전달까지
• 비교 조건: 같은 문의, 같은 정책 자료, 같은 완료 기준
• 남길 기록: 사용한 버전, 직접 작업한 시간, 수정 내용, 최종 답변의 오류

승인 대기 시간은 직접 작업한 시간과 구분합니다. 일부 문의만 시험했다면 확인한 범위를 함께 적고, 실행하지 못한 항목은 미검증으로 남기세요. 설계를 바꿨다는 사실과 업무 부담이 줄었다는 성과는 따로 확인해야 합니다.

한 장에 설계를 남기고 동료에게 확인받으세요

아래 양식은 지금 설명한 내용을 자신의 업무로 옮길 때 쓸 수 있습니다. 먼저 하나의 실제 요청으로 채우고, 그 업무를 이어받는 동료에게 출력과 예외 처리가 충분한지 확인받으세요.

업무와 사용자: (입력)
시작과 완료 조건: (입력)
현재 흐름과 반복되는 부담: (입력)

바꿀 단계: (입력)
단계의 입력과 출력: (입력)
AI가 맡을 일: (입력)
규칙으로 처리할 일: (입력)
사람이 결정할 일: (입력)

진행에 필요한 정보: (입력)
질문을 멈출 조건: (입력)
보류 시 전달할 정보와 담당 역할: (입력)
승인, 수정, 반려 뒤의 행동: (입력)

개선할 지표와 지킬 기준: (입력)
비교할 사례와 완료 범위: (입력)
확인된 결과와 아직 검증하지 못한 것: (입력)

동료가 이 양식만 보고 다음 행동을 설명할 수 있는지 확인하세요. 누가 처리하는지, 언제 멈추는지, 완료가 무엇인지 다시 물어야 한다면 그 부분부터 보완하면 됩니다.