AI 에이전트 도입: 첫 에이전트에게는 명확한 과제가 필요해요

도구보다 업무가 먼저인 이유

실패한 에이전트 프로젝트는 대부분 기술이 아니라 업무 선정에서 실패해요. 범위가 너무 넓거나("영업 지원하기"), 너무 드물거나(1년에 12건), 잘못됐을 때 대가가 너무 컸어요(검토 없는 고객 커뮤니케이션). 좋은 첫 에이전트는 범위가 좁고 반복되며, 사람이 몇 초 만에 확인할 수 있는 명확한 결과를 내는 업무를 맡아요.

이 플레이북은 다섯 단계로 선정부터 실제 운영까지 안내해요. 비용 절감이나 컴플라이언스 승인은 약속하지 않아요. 둘 다 프로세스, 데이터, 법적 상황에 달려 있어요. 대신 미리 답해야 할 질문을 알려 줘요.

1. 의미 있는 파일럿 세 가지

CRM 메모를 초안으로 구조화하기: 입력: 대화 메모나 녹취록. 출력: 필수 항목(계기, 결정권자, 다음 단계, 날짜, 이의)에 맞춘 구조화된 초안. 사람이 확인하고 저장해요. 적합한 이유: 양이 많고, 목표 구조가 분명하며, 오류가 눈에 띄고 비용이 적어요.
들어온 문의 미리 분류하기: 입력: 폼이나 이메일로 들어온 문의. 출력: 분류 제안(적합 / 불분명 / 부적합), 빠진 정보, 담당자 – 고객에게 보내는 답이 아니라 초안으로. 적합한 이유: 규칙적이고, 이후 검토 결과로 측정할 수 있으며, 외부 접촉이 없어요.
출처를 보여 주는 내부 지식 검색: 입력: 직원의 질문. 출력: 출처가 된 구체적인 내부 문서를 가리키는 답변 초안. 출처가 없으면 답도 없어요. 적합한 이유: 질문마다 효용이 있고, 출처 확인으로 오류를 알아볼 수 있으며, 문서 범위를 잘 고르면 고객 데이터가 필요 없어요.

2. 선택 기준표

각 후보를 네 가지 기준으로 평가하세요. 파일럿은 처음 세 가지에서 높은 점수, 네 번째에서 낮은 점수가 필요해요.

네 가지 기준
기준	질문	좋은 파일럿
물량	이 업무는 일주일에 몇 번 발생하나요?	구축과 운영이 제값을 할 만큼 자주
규칙성	좋은 결과가 무엇인지 문장으로 설명할 수 있나요?	네, 몇 가지 예외만 빼고요
데이터 품질	입력값이 완전하고, 구조화돼 있고, 접근 가능한가요?	대체로 그래요. 빈틈은 파악돼 있어요
오류 비용	결과가 틀렸는데 아무도 알아채지 못하면 어떻게 되나요?	낮음: 내부, 수정 가능, 외부 영향 없음

3. 접수부터 운영까지의 흐름

프로세스 파악

현재 흐름을 입력, 출력, 소요 시간, 담당자가 포함된 단계로 설명하세요. 판단이 필요한 단계를 표시하세요. 에이전트는 규칙에 따른 단계를 맡고, 판단은 사람이 해요.

권한과 최소 접근

에이전트는 업무에 꼭 필요한 접근 권한만 받아요. 읽기로 충분하면 읽기만, 데이터도 의미 있는 최소 범위로요. 시작 전에 어떤 데이터를 어디서 처리하고 누가 책임지는지 정리하세요. 내 경우에 개인정보 보호나 컴플라이언스 요건을 충족하는지는 이 플레이북이 아니라 담당 부서와 함께한 검토가 결정해요.

테스트 세트

첫 실행 전에 실제 사례, 익명화한 사례 또는 재구성한 사례로 테스트 세트를 만드세요: 일반 사례(일상), 경계 사례(불완전, 모호, 유난히 긺), 오류 사례(잘못된 언어, 빈 입력, 모순된 정보). 에이전트의 결과를 보기 전에, 사례마다 무엇이 올바른 결과인지 정해 두세요.

사람의 승인

파일럿에서는 에이전트가 초안을 만들어요. 사람이 승인하거나 고치거나 버려요. 모든 수정은 집계되고 유형별로 묶여요. 이 목록이 에이전트를 계속 쓸지 결정하는 가장 중요한 데이터예요.

모니터링

주당 처리 건수와 수정 없이 끝난 비율.
수정의 유형과 빈도.
건당 처리 시간 전후 비교(추정이 아닌 측정값).
장애, 시간 초과, 빈 결과.

4. 시작 전에 운영비 계산하기

에이전트 비용은 세 가지 항목이에요. 일회성 구축(프로세스 파악, 설정, 테스트 세트), 지속 운영(사용료, 유지보수, 사람의 승인 시간), 오류 비용(수정, 재작업)이에요. 시작하기 전에 세 가지를 모두 계산하고, 승인 시간도 솔직하게 넣으세요. 초안의 40%를 고쳐야 하는 에이전트는 절약해 주는 게 거의 없어요.

결정에는 간단한 계산식이면 충분해요: 월간 건수 × (이전 분 − 이후 분) ÷ 60 = 확보되는 시간. 여기에 산정 시간 단가를 곱하면 계산상의 효용이 나오고, 월간 운영 비용을 빼요. 이 순 가치가 플러스일 때만 초기 구축 비용을 몇 개월에 걸쳐 회수할 수 있어요. 이때 "이후" 분에는 에이전트의 실행 시간뿐 아니라 사람이 승인하는 시간도 포함돼요.

파일럿을 시작하기 전에 실제 건 10개 이상에서 이전 소요 시간을 측정하세요.
이용 요금은 테스트 규모가 아니라 예상 사용량 기준으로 입력하세요.
시간당 가치를 가정으로 기록하고, 결과를 살리려고 나중에 바꾸지 마세요.

5. 중단 기준

시작 전에 파일럿이 언제 끝나는지 정하세요. 성공이든 중단이든 양쪽 모두요. 4주가 지나서야 기준을 세우면 데이터가 아닌 분위기로 결과를 판단하게 돼요.

중단: 4주 후 수정률이 미리 정한 값을 넘음, 외부에 영향을 준 오류 발생, 운영 비용이 계획 범위를 초과, 팀이 에이전트를 쓰지 않고 우회함.
운영으로 이관: 최소 4주간 수정률이 목표치 아래로 안정적, 처리 시간이 측정 가능하게 감소, 운영 담당자 지정, 권한과 데이터 흐름 문서화.
확장: 첫 에이전트가 운영에 들어간 뒤에요. 두 번째 파일럿은 첫 번째와 동시에 시작하지 않아요.

아래 자동화 개요서는 이 플레이북의 모든 내용을 한 페이지로 정리해요. 업무, 기준, 권한, 테스트 세트, 승인, 모니터링, 비용, 중단 기준이요. 첫 도구를 고르기 전에 작성하세요.

다운로드