기업 AI 도입의 첫 업무를 고르는 방법

기업 AI 도입의 첫 결정은 모델이나 구독 요금보다 누가 어떤 업무를 더 쉽게 끝낼 것인지입니다. 목표를 “전사 AX”로만 잡으면 필요한 데이터와 결과를 확인할 사람이 흐려집니다. 반복되는 한 업무에서 현재의 불편을 기록하고, 실제 자료로 개선 여부를 확인하면 다음 부서로 확대할 근거를 만들 수 있습니다.

처음부터 모든 일을 자동화할 필요는 없습니다. 사내 규정의 근거를 찾는 일, 과거 프로젝트의 사양을 비교하는 일, 여러 자료를 모아 보고서 초안을 만드는 일처럼 사람이 결과를 검토할 수 있는 범위를 고르는 것이 출발점입니다.

AI로 바꾸고 싶은 일을 현재 흐름으로 적으세요

구매 담당자가 변경된 납기 조건을 확인한다고 가정해 보겠습니다. 계약서를 찾고, 변경 합의서를 찾고, 메일이나 결재 문서에서 승인 여부를 확인한 뒤, 적용할 날짜를 기록합니다. 이 중 시간이 오래 걸리는 일이 검색인지, 자료가 최신인지 확인하는 일인지, 책임자의 답변을 기다리는 일인지 구분해야 합니다.

검색이 병목이면 문서 검색 AI가 도움을 줄 수 있습니다. 최신 승인 상태가 문서 어디에도 없으면 검색 도구를 바꿔도 해결되지 않습니다. 먼저 승인 상태를 관리하는 방법을 정해야 합니다. AI 기능과 원본 업무의 문제를 분리하면 도입 범위를 과하게 넓히지 않을 수 있습니다.

첫 업무는 다음 질문으로 고르세요.

판단 질문	선택할 때 확인할 내용
실제로 반복되나요?	실무자가 최근 겪은 질문과 작업 기록이 있는지
필요한 자료가 있나요?	답의 근거가 승인된 문서나 데이터에 있는지
결과를 확인할 수 있나요?	업무 담당자가 맞고 틀림을 설명할 수 있는지
접근 범위를 정할 수 있나요?	연결할 폴더·시스템과 사용자를 지정할 수 있는지
실패했을 때 돌아갈 방법이 있나요?	기존 업무 경로와 사람의 검토를 유지할 수 있는지
운영 담당자가 있나요?	자료 변경과 사용자 문의를 맡을 사람이 있는지

“효과가 커 보이는 업무”라도 답을 평가할 수 없거나 자료 접근이 정리되지 않았다면 첫 파일럿에 맞지 않을 수 있습니다. 반대로 작게 보이는 반복 검색이 현장의 부담을 구체적으로 보여 주는 출발점이 될 수 있습니다.

파일럿 전에 현재의 기준을 남기세요

AI를 쓴 뒤 빨라졌는지 보려면 도입 전 같은 업무가 어떻게 진행되는지 기록해야 합니다. 검색 시간을 재는 것만으로는 부족합니다. 자료를 찾고 읽고, 원문을 확인하고, 틀린 내용을 수정해 작업을 끝낼 때까지의 흐름을 봐야 합니다.

예를 들어 대표 질문마다 시작 시각, 찾은 문서, 결과를 확인한 시각과 놓친 조건을 기록할 수 있습니다. 숫자를 기록하기 어려우면 여러 저장소를 오간 횟수, 동료에게 재질문한 이유, 최신본을 판단한 방법부터 적으세요.

AI 도입 후에도 같은 질문에서 이 항목을 비교합니다. 답변이 빨리 나와도 원문 확인과 수정에 더 오래 걸리면 업무 개선이라고 보기 어렵습니다. 질문이 쉬워졌거나 숙련자가 바뀐 경우는 함께 표시해야 결과를 해석할 수 있습니다.

기술 담당자만으로 팀을 만들지 마세요

작은 파일럿이라도 업무 담당자, 데이터 소유자, IT·보안 담당자와 운영 책임자가 필요합니다. 한 사람이 여러 역할을 맡을 수 있지만 각 결정의 주체는 정해 두세요.

업무 담당자는 질문과 기대 결과를 정의합니다. 데이터 소유자는 어떤 자료가 최신이고 어떤 자료를 연결할지 판단합니다. IT·보안 담당자는 계정, 권한, 처리 위치와 연결 경로를 확인합니다. 운영 책임자는 문서 갱신, 오류 신고와 지원 요청을 관리합니다.

책임자가 없는 상태에서 “문서를 모두 넣고 써 보자”고 시작하면 실패 원인을 판단하기 어렵습니다. 검색이 잘못됐는지, 원본 규정이 오래됐는지, 사용자가 접근할 수 없는 자료인지부터 확인해야 하기 때문입니다.

파일럿 범위는 문서와 권한까지 적어야 합니다

가상의 첫 업무로 인사팀이 승인된 복무 규정과 신청 안내를 검색한다고 해 보겠습니다. 전 직원의 인사 기록을 연결하는 대신 공통 규정과 안내 폴더부터 범위를 정할 수 있습니다. 규정의 시행일과 예외 조건을 확인하고, 개인별 적용 판단은 담당자가 검토하도록 설계합니다.

제조업 AX의 첫 문서 업무라면 승인된 검사 기준과 설비 매뉴얼을 대상으로 현재 적용 기준과 원문을 찾게 할 수 있습니다. 설비 제어를 AI에 맡기는 작업과는 요구사항이 다릅니다. 공공기관 AI 도입에서는 업무자료의 분류, 내부망 조건과 반입 절차가 첫 범위를 좌우할 수 있습니다. 이러한 예시는 적용 방식을 설명하기 위한 것이며 특정 고객의 도입 성과를 뜻하지 않습니다.

파일럿 계획에는 대상 폴더·시스템, 제외 자료, 사용자, 문서 형식, 업데이트 방법, 사람의 검토 단계와 종료 조건을 적으세요. 데이터를 먼저 광범위하게 수집하고 나중에 권한을 정하는 순서는 피해야 합니다.

배포 방식은 데이터 조건에서 결정하세요

SaaS가 허용되는 업무와 문서·질문·답변을 사내망에서 처리해야 하는 업무는 선택지가 다릅니다. Private Cloud를 쓰더라도 외부 모델 API가 연결될 수 있고, 온프레미스라도 업데이트나 운영 지원에 외부 연결이 필요할 수 있습니다.

보안팀에는 제품 이름보다 원본, 추출 텍스트, 검색 인덱스, 모델 호출과 로그의 경로를 전달하세요. 배포 방식 비교와 보안 검토 체크리스트로 초기 조건을 정리할 수 있습니다. 보유 GPU가 없다는 이유만으로 클라우드를 선택하거나, 서버가 있다는 이유만으로 설치형을 확정할 필요는 없습니다.

평가 결과가 다음 단계의 조건이 되어야 합니다

파일럿은 자연스러운 답변 몇 개를 보여 주는 데서 끝나면 안 됩니다. 관련 문서를 찾는지, 답과 인용이 일치하는지, 최신 승인본을 구분하는지, 없는 정보는 보류하는지, 다른 사용자의 권한이 지켜지는지를 함께 봅니다.

일정 예시는 다음처럼 산출물 중심으로 잡을 수 있습니다. 각 단계의 기간은 문서 접근과 보안 검토, 연동 난이도에 따라 정합니다.

1. 업무 정의: 현재 흐름, 반복 질문과 담당자 확정
2. 자료 준비: 대표 파일, 접근 범위, 최신본 기준 정리
3. 구성 검토: 처리 위치, 연동·권한, 운영 분담 확인
4. 시험: 같은 질문으로 검색·답변·근거·갱신 평가
5. 제한 운영: 실제 사용자의 작업과 오류 기록
6. 확대 판단: 수정할 문제, 추가 비용과 운영 담당자 확정

단계별 완료 조건을 정하면 일정이 밀렸을 때 무엇이 준비되지 않았는지 알 수 있습니다. 질문별 평가 방법은 RAG PoC 가이드에서 이어서 확인할 수 있습니다.

사용자가 다시 쓰게 만드는 운영을 준비하세요

교육은 질문 예시를 보여 주는 것뿐 아니라 원문 확인과 오류 신고까지 포함해야 합니다. 사용자는 답변에 의문이 들면 어떤 문서를 열어야 하는지, 자료가 없을 때 누구에게 요청해야 하는지 알아야 합니다.

운영 기록에는 틀린 답만 남기지 말고 필요한 자료가 수집되지 않은 경우, 오래된 문서를 읽은 경우, 권한 때문에 접근할 수 없는 경우를 구분하세요. 자료 문제는 데이터 담당자에게, 검색·답변 문제는 기술 담당자나 공급사에 전달해야 개선이 이어집니다.

부서 확대는 사용자 수만 늘리는 일이 아닙니다. 저장소, 권한, 문서 형식과 결과의 위험이 달라집니다. 처음 만든 평가 질문과 운영 절차를 새 업무에 맞춰 다시 적용하세요. 비용도 사용자 라이선스 외에 연동, 문서 처리와 지원 범위를 포함해 검토합니다.

Wissly와 첫 업무를 구체화하기

Wissly는 사내 폴더·문서·NAS·드라이브를 연결해 필요한 내용과 원문 근거를 찾고, 요약과 문서 작성에 활용하는 AI입니다. ERP·그룹웨어 맞춤 연동과 조직별 권한·운영 구성은 환경을 검토해 협의하며, SaaS·Private Cloud·온프레미스를 선택할 수 있습니다.

Wissly 도입 상담에 전사 계획을 완성해 올 필요는 없습니다. 첫 부서, 반복되는 문서 업무, 대표 파일 형식, 자료 위치와 보안 조건을 정리하면 됩니다. 아직 결정하지 못한 사항도 함께 적어 두세요.

개발 방식이 고민된다면 직접 개발과 솔루션 도입 비교, 예산이 필요하다면 온프레미스 AI 총비용 가이드를 참고할 수 있습니다. 작은 업무에서 검증한 결과와 운영 경험이 다음 AX 도입의 기준이 됩니다.