반복 빈도가 높고 입력·결과를 확인할 수 있으며 담당자가 검수할 수 있는 업무부터 검토하세요. 계산·승인처럼 정해진 규칙이 있는 작업은 일반 자동화가 적합할 수 있고, 문서 분류·요약처럼 표현이 다양한 작업은 AI 적용을 검토할 수 있습니다. 먼저 현재 방식의 시간과 오류를 기록하고 작은 범위에서 비교하세요.
[01]AI가 필요한지 어떻게 구분하나요?
| 업무 예시 | 먼저 검토할 접근 |
|---|---|
| 정해진 단가·세금으로 견적 계산 | 명시적인 계산·검증 규칙 |
| 문의 글에서 의도·항목 추출 | AI 분류·추출 후 형식 검증과 담당자 확인 |
| 사내 규정 문서에서 답변 초안 작성 | 접근 가능한 문서 검색과 출처 표시, 답변 검수 |
| 승인된 주문 상태 동기화 | API 연동과 실패 시 재처리 |
[02]데이터와 계정은 무엇을 준비하나요?
- 실제 입력 예시와 사람이 확인한 기대 결과
- 오류·누락·예외를 포함한 테스트 자료
- 데이터의 소유자, 최신 버전과 수정 담당자
- 사용자별 열람 범위와 외부 서비스로 전송할 수 있는 범위
- 연동 API, 사용 계정, 호출 제한과 비용 확인
사내 문서를 검색해 답하는 RAG 방식도 데이터가 자동으로 정확하거나 안전해지는 것은 아닙니다. OWASP는 RAG가 프롬프트 인젝션을 완전히 막지 못한다고 설명합니다. 모델의 판단과 별도로 애플리케이션에서 접근 권한을 검사하고, 중요한 작업에는 승인 절차를 두는 설계를 검토하세요.
[03]작은 파일럿은 어떻게 설계하나요?
예를 들어 문의 메일에서 회사명·요청 종류를 추출해 담당자에게 초안으로 보여주는 흐름부터 시작할 수 있습니다. 처음부터 자동 발송이나 계약 변경까지 연결하기보다, 담당자가 원문과 결과를 비교하고 수정할 수 있게 합니다. 이 예시는 도입 범위를 설명하는 가상 업무이며 고객 성과를 뜻하지 않습니다.
- 대상: 한 종류의 문의와 한 팀의 업무
- 검수: 누락·오분류·근거 없는 결과와 수정 시간을 기록
- 예외: 근거가 없거나 필수 값이 없으면 담당자에게 전달
- 종료 판단: 합의한 테스트 결과로 확대·수정·중단을 결정
[04]효과와 운영 비용은 어떻게 측정하나요?
같은 종류의 업무를 기준으로 기존 방식과 파일럿의 처리 시간, 검수·수정 시간, 오류·예외 건수를 비교하세요. 절약 시간은 자동화 전 소요 시간에서 자동화 후 처리·검수·수정 시간을 뺀 값으로 계산할 수 있습니다. 실제 관측한 업무량과 시간당 비용을 사용할 때만 금액으로 환산하세요.
운영비에는 모델·API 사용료 외에 호스팅, 저장소, 검색, 연동 도구와 유지보수도 포함될 수 있습니다. 월 사용량과 담당자가 처리할 예외를 함께 추정하세요. 모델이나 문서가 바뀌면 기존 테스트 예시로 결과를 다시 확인하는 운영 계획도 필요합니다.
[05]보이드에 어떤 업무를 상담할 수 있나요?
문의 분류, 문서 처리, 사내 지식 검색과 기존 업무 시스템 연동을 검토할 수 있습니다. 상담에서는 현재 흐름과 데이터·계정 상태를 먼저 확인하고, AI가 필요한 부분과 규칙 기반 처리로 충분한 부분을 나눕니다. 연결 가능 여부와 비용은 사용하는 서비스의 API와 권한, 합의할 범위에 따라 확인합니다.
출처·참고 자료
- AI 자동화
- 도입 검토
