수주 산업의 문서 분석 AI: RFP와 과거 프로젝트를 함께 검토하는 방법
에너지·조선·설비 프로젝트의 RFP와 기술 사양서를 검토할 때 문서 분석 AI를 어떻게 평가할까요? 요구사항, 예외 조건, 과거 검토 기록을 연결하는 업무 절차와 도입 기준을 살펴봅니다.
수주 산업에서 문서 분석 AI의 가치는 긴 사양서를 짧게 요약하는 데서 끝나지 않습니다. 이번 발주 조건을 과거 프로젝트의 검토 기록과 비교하고, 누가 어떤 근거로 판단했는지 확인할 수 있어야 합니다. 그 연결이 없으면 매번 같은 질문을 처음부터 조사하게 됩니다.
에너지·조선·설비 프로젝트의 자료에는 기술 요구사항, 공급 범위, 검사 조건, 제출 일정과 상업 조건이 섞여 있습니다. 한 문단의 의미를 이해해도 별표나 개정 이력의 예외를 빠뜨리면 검토 결과가 달라질 수 있습니다. AI 도입을 검토한다면 모델의 이름보다 이 자료들을 어떻게 읽고 찾아 연결할지부터 설계하는 편이 좋습니다.
요약 한 장으로는 놓치기 쉬운 것
설명을 위한 가상 상황을 보겠습니다. 신규 프로젝트의 기술 사양서에 내식성 시험 조건이 있고, 질의 회신 문서에는 일부 부품에 대한 예외가 있습니다. 과거 프로젝트의 검토 메모에는 유사한 조건 때문에 시험 일정이 길어졌다는 기록이 남아 있습니다.
사양서만 요약하면 시험 조건을 설명할 수 있습니다. 그러나 실제 제안 업무에서는 예외가 이번 공급 범위에 적용되는지, 과거 일정 지연과 같은 조건인지, 원가 산정에 어떤 가정을 넣어야 하는지까지 확인해야 합니다. AI가 찾은 과거 메모는 검토의 단서입니다. 기록만으로 이번 프로젝트의 비용이나 책임을 확정할 수는 없습니다.
| 검토 질문 | 함께 확인할 자료 | 사람이 결정할 사항 |
|---|---|---|
| 어떤 시험을 수행해야 하는가 | 사양서·별표·질의 회신 | 적용 부품과 시험 범위 |
| 납품에 포함되는 항목은 무엇인가 | 공급 범위·제외 사항·도면 목록 | 누락 항목과 견적 반영 |
| 제출 일정에 충돌이 있는가 | 문서 제출표·계약 일정·개정 공지 | 우선순위와 협의 필요 여부 |
| 과거 유사 문제는 무엇이었나 | 검토 메모·변경 기록·완료 보고서 | 현재 조건과의 차이 |
이렇게 질문을 업무 단위로 나누면 “좋은 요약”과 “검토에 필요한 근거”를 구분할 수 있습니다.
첫 단계는 문서 묶음의 기준을 정하는 일
자료를 많이 넣는 것보다 프로젝트별로 어떤 문서가 유효한지 정하는 일이 먼저입니다. 발주 문서의 버전, 질의 회신 날짜, 내부 검토본 여부와 담당 부서를 함께 관리해야 합니다. 표가 이미지로 들어간 스캔 PDF라면 OCR 결과에서 수치·단위·각주가 연결되는지도 표본으로 확인하세요.
과거 자료를 연결할 때는 완료 보고서와 작업 중 메모를 같은 수준의 근거로 취급하지 않는 것이 좋습니다. 메모에 적힌 원인 추정이 최종 결론과 다를 수 있습니다. 파일 이름뿐 아니라 프로젝트, 문서 종류, 상태와 작성 시점을 검색 조건에 넣을 수 있는지 확인해야 합니다.
스캔 PDF 검색과 OCR 검증 가이드는 문서 읽기 단계에서 확인할 항목을 설명합니다. 제조업 AX 업무 가이드는 매뉴얼과 작업 기록을 현장의 질문에 연결하는 방법을 다룹니다.
질문, 근거, 검토 결과를 연결하세요
문서 분석 절차를 세 부분으로 나눠 보세요. 먼저 요구사항별 질문을 정합니다. 다음으로 답을 뒷받침하는 원문과 예외 조건을 찾습니다. 마지막으로 담당자가 적용 여부를 판단하고 결과를 기록합니다.
예를 들어 “이번 프로젝트에 추가 내식성 시험이 필요한가”라는 질문의 결과에는 관련 조항, 별표의 적용 대상, 질의 회신의 변경 내용과 확인이 필요한 부분이 함께 있어야 합니다. 문서 사이에 충돌이 있으면 AI가 임의로 하나를 선택하게 하기보다 충돌하는 근거를 보여주도록 평가하세요.
여러 단계의 검토가 필요한 경우 Wissly Canvas에 조사 흐름을 구성하는 방법을 검토할 수 있습니다. 실제로 연결할 문서와 작업 범위는 도입 과정에서 확인해야 합니다. AI의 출력이 담당자의 기술 판단이나 계약 승인을 자동으로 대신한다고 기대해서는 안 됩니다.
도입 전에는 같은 문서로 같은 질문을 비교하세요
범용 AI와 기업용 문서 검색 도구는 제공받은 자료와 처리 환경에 따라 결과가 달라집니다. 특정 제품이 모든 기술 문서를 더 잘 읽는다고 단정하기보다, 실제 업무 문서와 정답 근거가 있는 질문으로 비교하는 것이 유용합니다.
| 평가 항목 | 시험할 상황 | 통과 기준의 예시 |
|---|---|---|
| 요구사항 추출 | 표와 본문에 조건이 나뉜 문서 | 적용 범위와 단위를 함께 제시 |
| 예외 처리 | 본문과 별표의 예외 조건 | 예외를 숨기지 않고 설명 |
| 버전 선택 | 개정 전후 문서가 함께 있는 경우 | 유효한 버전과 선택 이유 확인 |
| 근거 확인 | 비슷한 프로젝트 기록 여러 건 | 실제 인용한 원문 위치 확인 |
| 답변 보류 | 필요한 질의 회신이 없는 경우 | 확인이 필요하다고 표시 |
첫 파일럿에서는 검토 시간이 줄었는지와 함께 근거를 다시 찾는 시간, 놓친 조건, 수정한 답변을 기록하세요. 수주율이나 비용 절감은 다른 요인의 영향을 크게 받으므로 문서 분석 도구의 성과라고 바로 연결하기 어렵습니다.
Wissly에서 검토할 수 있는 범위
Wissly는 사내 문서의 내용을 검색하고, 찾은 자료에 근거해 답변을 확인하는 업무에 활용할 수 있습니다. 문서 인덱싱은 검색을 위한 처리이며 고객 문서·질문·답변을 모델의 학습, 재학습이나 파인튜닝에 사용하지 않습니다. 과거 자료를 넣었다고 회사의 모든 기술적 판단이나 실패 원인을 자동으로 알게 되는 것은 아닙니다.
자료의 외부 반출 조건에 따라 SaaS, Private Cloud, 온프레미스 배포를 검토할 수 있습니다. 폐쇄망에서는 문서 처리, 모델 실행, 업데이트와 운영 지원까지 필요한 구성 요소를 확인해야 합니다. 상세한 조건은 기업 도입 안내를 참고하세요.
입찰·사양서 검토를 도입 과제로 삼고 있다면 프로젝트 문서 유형, 대표 질문, 외부 반출 조건과 승인 절차를 정리해 Wissly 도입 문의에서 검토 범위를 상담할 수 있습니다. 계약 조항과 시방서가 함께 있는 업무라면 건설 문서 AI 검토 가이드도 함께 읽어보세요.
