사내 문서 AI 검색 구축 비용, 견적 전에 정할 세 가지

안녕하세요. 사랑받는 IT 프로덕트의 첫걸음, 똑똑한개발자입니다.

오늘의 인사이트 요약
문서 수보다 자료를 읽고 연결하는 조건이 구축 범위를 바꿉니다.
직원별 열람 권한과 문서 갱신도 견적에 포함해야 합니다.
실제 질문으로 작은 검증을 거쳐 본 구축 범위를 정합니다.

사내 문서를 찾느라 같은 질문을 여러 부서에 반복하다 보면 AI 검색 도입을 고민하게 됩니다. 그런데 견적을 받아도 문서 연동, 검색 화면, 답변 생성이 서로 다른 항목으로 적혀 있어 무엇을 비교해야 할지 막막할 수 있습니다. 문서 몇 개를 연결한 시연만으로 전사 구축 비용을 판단하기도 어렵습니다.

견적을 비교하려면 직원이 어떤 자료에서 무엇을 찾을지 먼저 정해야 합니다. 오늘은 사내 문서 AI 검색 구축 비용을 검토할 때 자료 준비, 접근 권한, 검증 범위를 어떻게 나눠 볼지 알아보겠습니다.

문서 개수보다 자료 상태를 먼저 살펴봅니다.

같은 분량이라도 텍스트를 바로 읽을 수 있는 문서와 스캔한 이미지 문서는 필요한 작업이 다릅니다. 표의 행과 열을 함께 읽어야 하는지, 본문과 첨부파일을 연결해야 하는지도 살펴야 합니다. 가져온 문서를 검색 가능한 형태로 정리하는 비용도 견적에 포함됐는지 확인해 주세요.

대표 문서에는 까다로운 자료도 포함합니다.

깔끔한 안내문만 골라 전달하면 실제 구축에서 필요한 작업이 빠질 수 있습니다. 여러 열로 나뉜 PDF, 표가 많은 매뉴얼, 오래된 양식처럼 직원이 실제로 찾는 자료를 함께 봅니다. 파일 목록에는 보관 위치와 형식, 문서 담당자를 적고 중복본이나 폐기할 자료는 구분합니다.

가정해 보겠습니다.
한 부서는 정리된 업무 안내문을, 다른 부서는 스캔한 매뉴얼과 표가 많은 자료를 검색하려고 합니다. 두 부서의 파일 수가 같아도 글자를 추출하고 표를 해석하는 작업까지 같다고 볼 수는 없습니다.

기존 저장소에서 자동으로 가져올지 직원이 직접 올릴지도 비용에 영향을 줍니다. 자동 연동을 원한다면 저장소가 지원하는 연결 기능과 인증 방식을 확인합니다. 수동 업로드로 시작할 때는 새 문서를 올릴 담당자를 정합니다. 문서를 처음 옮기는 작업과 이후 바뀐 문서를 반영하는 작업은 나눠서 견적을 받는 편이 비교하기 좋습니다.

똑똑한개발자팀은 문서 수만으로 견적을 비교하기보다 실제 자료를 읽는 데 필요한 작업을 먼저 확인하는 것이 중요하다고 봅니다. 처리하기 어려운 자료가 뒤늦게 발견되면 검색 범위와 일정도 다시 논의해야 하기 때문입니다.

직원별 권한과 갱신 업무를 함께 정합니다.

사내 문서를 한곳에 모은다고 모든 직원이 같은 내용을 검색해도 되는 것은 아닙니다. 기존 저장소에서 부서별로 접근을 나눴다면 AI 검색에서도 그 구분을 유지해야 합니다. 로그인 기능을 살필 때 검색에서 제외할 문서와 답변에 담지 않을 내용도 함께 확인합니다.

원본의 권한이 바뀌는 상황도 검토합니다.

직원이 부서를 옮기거나 문서 공유 범위가 좁아졌을 때 검색 결과에 언제 반영되는지 정합니다. 원본 링크를 열 수 없게 하는 것만으로는 부족합니다. 답변에 이미 담긴 문서 내용이나 검색 결과의 요약에서도 접근 범위가 지켜지는지 확인해야 합니다.

권한을 반영할 수 있는 방식은 저장소와 검색 도구의 조합에 따라 달라집니다. 업체에는 어떤 자료의 권한을 자동으로 가져오고 어떤 항목을 별도로 관리하는지 설명해 달라고 요청하세요. 공용 문서로 만든 시연과 부서별 자료가 섞인 운영 환경은 구분해서 봐야 합니다.

문서가 바뀔 때마다 누가 오류를 확인할지도 필요합니다. 연동이 멈추거나 삭제한 문서가 검색에 남았을 때 담당자가 알아차릴 수 있어야 운영을 이어갈 수 있습니다. 자료 준비와 접근 통제를 포함한 검색 구조를 더 자세히 살펴보고 싶다면 Microsoft의 RAG 구성 안내를 참고해 보세요.

같은 질문으로 검증 범위와 비용을 비교합니다.

견적서에는 구축 비용과 운영 비용을 구분해 달라고 요청합니다. 자료 정리, 저장소 연결, 권한 적용, 검색 화면 개발, 검증이 어디까지 포함되는지 살피고 모델 사용료와 검색 인프라 비용도 따로 확인합니다. 사용량이 달라졌을 때 어떤 항목이 늘어나는지 설명이 있어야 도입 이후 예산을 가늠할 수 있습니다.

답변을 읽은 뒤 업무를 이어갈 수 있는지 확인합니다.

직원이 자주 묻는 질문과 답을 찾기 어려운 질문을 함께 준비합니다. 자료에 답이 없는 질문도 넣어 보세요. 근거 없이 답을 만들지 않고 확인이 필요하다고 안내하는지 살펴봅니다. 평가할 때는 문장을 자연스럽게 쓰는지뿐 아니라 필요한 문서를 찾았는지와 원문을 확인할 수 있는지를 나눠 기록합니다.

똑똑한개발자팀은 검증 결과를 다음 구축 범위와 연결해야 한다고 생각합니다. 찾지 못한 자료가 있다면 문서를 정리할 문제인지, 검색 방식을 조정할 문제인지 구분해야 추가 견적의 이유도 이해할 수 있습니다.

한 부서의 공용 문서부터 검증하더라도 앞으로 연결할 저장소와 권한 조건은 미리 공유해 주세요. 파일럿에서 만든 결과를 본 구축에 이어 쓸 수 있는지, 다시 만들어야 하는 항목은 무엇인지 확인합니다. 제한된 범위의 성공을 전사 도입 완료로 보지 않고 다음 단계의 조건으로 남기는 방식입니다.

우리 업무에 맞는 첫 구축 범위를 잡습니다.

처음부터 모든 자료를 연결하기보다 반복 질문이 많고 담당자가 분명한 업무부터 검토해 볼 수 있습니다. 문서 담당자가 검증에 참여할 수 있는지, 검색 결과를 확인한 직원이 실제 업무에 사용할 수 있는지도 함께 봅니다. 도입 범위를 좁힌다는 이유로 운영에 필요한 권한과 갱신 조건까지 빠뜨려서는 안 됩니다.

똑똑한개발자는 업무 분석부터 AX 전략, PoC, 시스템 개발과 운영 개선까지 연결해 지원합니다. 기존 시스템과 데이터를 살펴 실제로 연결할 수 있는 방식을 고르고, 작은 파일럿의 검증 결과에 따라 구축 범위를 확장하는 접근을 제안합니다.

사내 문서 AI 검색의 구축 범위와 연동 방식을 함께 정하고 싶다면 아래 똑똑한개발자 링크로 문의해 주세요!

감사합니다. :)