AI 도입 전에 자주 막히는 지점

가장 먼저 나오는 질문은 데이터가 어디로 가는가입니다. 외부 모델을 쓰는 경우 입력 데이터가 학습에 사용되는지, 보존 기간이 얼마인지, 로그에 남는 범위가 어디까지인지를 확인해야 합니다. 계약서의 데이터 처리 조항과 관리자 콘솔의 보존 설정을 함께 보는 편이 정확합니다.

공공·금융처럼 규제가 강한 분야에서는 내부망 연동 가능 여부가 사실상의 필터가 됩니다. 외부 API 호출이 아예 불가능한 환경이라면 선택지가 크게 줄어듭니다. Azure OpenAI Service나 Samsung SDS FabriX가 이 맥락에서 자주 언급되는 이유도 여기에 있습니다. 검토표에는 학습 사용 여부, 보존 기간, 로그 범위, 내부망 연동 네 칸을 만들어 두면 회의가 짧아집니다.

범용 모델이 영어에서 강하다는 사실이 한국어 업무 문서에서도 그대로 이어지지는 않습니다. 존댓말 처리, 한자어 혼용, 사내 약어는 별도 확인이 필요한 항목입니다. 같은 문장을 표준어·경어·보고서체로 바꿔 물어보고 결과를 비교하면 차이가 눈에 들어옵니다.

한국어 튜닝 여부와 사내 용어 사전 적용 가능성을 따로 점검하세요. 약어와 제품명이 많은 조직이라면 용어 사전에 어떤 항목을 넣을 수 있는지가 실제 체감 품질을 가릅니다. Cue가 로컬 콘텐츠 이해를 강조하는 것도 같은 맥락입니다. 평가는 번역문이 아니라 우리 조직의 실제 문서 한 묶음으로 하세요.

구독형은 사용자 수에 비례하고, 인프라형은 사용량과 구축 범위에 따라 달라집니다. 개인용 고급 구독은 단가가 단순하지만 조직 관리 기능이 제한적입니다. 기업용 플랫폼은 초기 구축 비용이 크고 운영 이후 곡선이 완만해지는 경향이 있습니다.

어느 쪽이 유리한지는 사용자 수와 업무 빈도로 갈립니다. 매일 쓰는 소수 인원에게는 구독형이 계산하기 쉽고, 여러 부서가 간헐적으로 쓰는 경우에는 사용량 기반 구조가 맞을 수 있습니다. 견적을 받을 때는 좌석 수, 월 사용 한도, 초과 시 단가, 관리자 기능 포함 여부를 함께 적어 비교하세요.

그룹웨어, 문서관리시스템, 사내 검색과 얼마나 자연스럽게 연결되는지가 정착을 좌우합니다. 연동 방식이 API인지 커넥터인지, 권한 체계를 그대로 물려받을 수 있는지 확인해야 합니다. 권한을 다시 만들어야 한다면 운영 부담이 늘고, 감사 기록도 따로 관리해야 합니다.

국산 플랫폼은 국내 시스템 환경을 전제로 만들어지는 경우가 많습니다. 반대로 글로벌 플랫폼은 표준 커넥터가 넓지만 사내 시스템 쪽에 별도 작업이 필요할 수 있습니다. 이 항목에서 막히면 파일럿 일정이 밀립니다. 연동 목록은 검토 첫 주에 확정하는 편이 안전합니다.

검토, 평가, 파일럿, 배포, 정착은 각각 준비물이 다릅니다. 파일럿은 작게, 기간은 짧게 잡고 성공 조건을 조건문으로 적어두는 편이 안전합니다. 예를 들어 특정 문서 유형에서 검토 시간이 줄었는지처럼 확인 가능한 형태로 적으면 결과를 두고 다투지 않아도 됩니다.

거버넌스는 배포 이후가 아니라 파일럿과 병행해 준비하세요. 사용 범위, 금지 입력, 로그 보존, 담당자 지정을 파일럿 단계에서 정해두면 확장할 때 다시 협의할 항목이 줄어듭니다. 순서를 지키면 일정 지연의 상당 부분을 줄일 수 있습니다.

성능이 가장 좋은 모델을 쓰면 된다는 생각은 조직 환경에서 잘 맞지 않습니다. 권한 관리, 감사 기록, 기존 시스템 연동이 빠지면 파일럿 이후 확장이 어렵습니다. 개인 계정으로 시작한 도구를 전사로 넓히는 순간 관리 공백이 드러납니다.

반대로 국산만 써야 한다거나 글로벌만 봐야 한다는 양쪽 극단도 시야를 좁힙니다. 목적과 제약을 먼저 정하고 그다음 도구를 보세요. 비교 기준이 먼저 서면 어떤 플랫폼을 검토하든 판단이 빨라집니다.