직접운영의 네 단계 자립성을 구분한다
| 자립 단계 | 의미 | 확인할 핵심 |
|---|---|---|
| 1. 콘텐츠 자립 | 고객이 자료·질문·초안·승인·발행·보강을 수행 | 실제 업무를 업체 개입 없이 완료 |
| 2. 관리 자립 | 계정·역할·사용량·API 한도·로그·버전을 확인하고 조치 | 필요한 권한과 원자료 접근 |
| 3. 운영 자립 | 주담당·백업이 매뉴얼로 반복업무와 오류 재현·지원요청 수행 | 교육·SOP·인수시험 |
| 4. 업체 독립성 | 전체 데이터 반출, 다른 시스템 이전, 종료 뒤 자산 지속 | 이식성·소유권·종료지원 |
KOIS 직접운영형은 공식 설명상 1단계와 일부 관리 기능을 지향한다. 그러나 4단계의 셀프호스팅·소스 소유·완전한 데이터 이식과 같은 뜻은 아니다. 플랫폼 안에서 직접 운영과 공급업체로부터 독립을 반드시 분리한다.
고객이 실제로 넘겨받는 업무
| 운영 영역 | 고객이 해야 할 일 | 필요한 권한 | 완료 산출물 | 주담당 | 백업 | 업체 없이 가능한가 |
|---|---|---|---|---|---|---|
| 관리자 계정 | 초대·회수·역할 확인 | 계정관리 | 최신 사용자·역할표 | |||
| RAG 자료 | 등록·교체·폐기·상태확인 | KB 편집 | 문서·버전·오류목록 | |||
| 콘텐츠 후보 | 질문·근거부족·보강 우선순위 판단 | 후보 조회·편집 | 결정·보류 이유 | |||
| 초안 검수 | 사실확인·수정 | 초안 편집 | 검수된 답변 | |||
| 승인·발행 | 공개범위 확인·승인·보류·발행 | 승인·발행 | URL·승인기록 | |||
| 기존 답 보강 | 원자료 변경 반영·이전 버전 복구 | 버전관리 | 변경·복구 기록 | |||
| 질문 로그 | 원문 확인·분류·개별 삭제 | 로그 접근 | 처리·삭제 기록 | |||
| 사용량 | 계정 등급·API 쿼터·저장량 확인 | 사용량 조회 | 월 사용량·예상초과 | |||
| 데이터 해석 | 검색·방문·대화 신호 구분 | 분석 조회 | 월간 판단 메모 | |||
| 개인정보 | 안내·보관·삭제정책 실행 | 정책·로그 권한 | 보관·삭제 증빙 | |||
| 오류 지원 | 재현·로그 첨부·지원요청 | 상태·로그 조회 | 재현 절차·티켓 |
제품 화면을 본 것과 고객이 업무를 넘겨받은 것은 다르다. 마지막 칸은 데모가 아니라 고객 담당자가 직접 실행한 뒤 채운다.
직접운영 자립도 체크리스트
다음 네 상태만 사용한다.
- 단독 수행 완료
- 지원을 받아 완료
- 수행 실패
- 아직 시험하지 않음
인수 전에는 “지원받아 완료”를 자립으로 판정하지 않는다.
| ID | 실제 업무 | 수행상태 | 필요한 관리자 권한 | 매뉴얼 위치·버전 | 교육 이수자 | 백업 담당자 | 마지막 실습일 | 막힌 단계 | 잔존 업체의존 |
|---|---|---|---|---|---|---|---|---|---|
| S01 | 새 공식자료 등록·처리상태 확인 | ||||||||
| S02 | 구자료 폐기·신자료 전환 | ||||||||
| S03 | AI 초안 사실수정 | ||||||||
| S04 | 승인·발행·비공개 | ||||||||
| S05 | 이전 버전 복구 | ||||||||
| S06 | 질문로그 확인·삭제 | ||||||||
| S07 | 계정·쿼터·사용량 확인 | ||||||||
| S08 | 오류 재현·지원요청 | ||||||||
| S09 | 담당자 교체 인수인계 | ||||||||
| S10 | 데이터 반출 샘플 생성 |
최소 인원보다 역할 커버리지를 본다
KOIS 공개자료에는 직접운영에 필요한 최소 인원과 시간이 확정돼 있지 않다. “한 명이면 충분하다”고 일반화할 수 없다. 대신 다음 네 역할에 주담당과 백업이 있는지 확인한다.
- 시스템 관리자: 계정, 쿼터, 오류, 지원창구
- 지식·콘텐츠 운영자: 자료, 질문, 초안, 버전
- 업무 사실 책임자: 가격, 사양, 정책의 최종확인
- 개인정보·공개범위 책임자: 로그, 삭제, 공개 가능성
소규모 조직에서는 한 사람이 여러 역할을 겸할 수 있다. 다만 회사 사실확인과 공개 승인 권한을 분리할 수 있는지 검토한다. 담당자 한 명만 아는 운영은 그 사람이 떠나는 순간 멈출 수 있으므로 백업과 실습 기록이 필요하다.
실제 운영부하 측정표
보편적인 “주 5시간” 같은 값을 쓰지 말고 전환 실습에서 실제 시간을 잰다.
| 업무 | 월 예상 건수 | 실습 건수 | 1건 평균시간 | 재작업률 | 업체 문의 횟수 | 월 예상시간 | 주담당 | 백업 |
|---|---|---|---|---|---|---|---|---|
| 자료 등록·갱신 | ||||||||
| 질문·근거부족 분류 | ||||||||
| 초안 사실검수 | ||||||||
| 승인·발행 | ||||||||
| 기존 답 보강 | ||||||||
| 로그·개인정보 처리 | ||||||||
| 사용량·오류 확인 |
직접운영형의 월 이용료가 낮더라도 내부 담당자의 시간이 많이 들면 총비용은 관리운영형보다 높을 수 있다. 가격과 자립성을 별도로 측정한 뒤 함께 판단한다.
관리운영형에서 직접운영형으로 전환하는 다섯 게이트
전환 기간을 몇 주라고 단정하지 말고 완료 조건으로 관리한다.
#### 1. 자산 기준선
공개 URL, 콘텐츠, RAG 자료, 버전, 질문·답변 로그, 미처리 후보·오류 목록을 동결한다.
#### 2. 권한 인수
고객 관리자 계정, 역할, 사용량·쿼터 화면, 지원채널, 삭제·반출 권한을 확인한다.
#### 3. Shadow
공급자가 실제 업무를 수행하고 고객 담당자는 화면·판단·예외를 기록한다.
#### 4. Reverse shadow
고객이 업무를 수행하고 공급자는 개입하지 않고 관찰한다. 막힌 단계만 기록한다.
#### 5. 단독운영 인수시험
고객의 주담당과 백업이 매뉴얼만으로 대표 업무를 완료하고 남은 업체의존성을 서명한다.
관리운영형→직접운영형은 서비스 종료가 아니라 운영 주체 전환일 수 있다. 반면 KOIS 자체 사용을 완전히 끝내는 것은 공개 페이지, RAG, 로그, 관리자 접근의 지속성에 영향을 줄 수 있으므로 별도 종료 절차다.
전환 인수패키지
- 관리자 계정·역할 매트릭스
- RAG 지식자료 목록·버전·상태
- 공개 콘텐츠·URL·버전 목록
- 미처리 질문·콘텐츠·오류 백로그
- 계정 등급·현재 사용량·초과 처리표
- 승인·발행·보강·복구·로그삭제 SOP
- 교육자료·녹화·운영 매뉴얼 버전
- 장애·지원·에스컬레이션 연락망
- 알려진 제한·수작업·잔존 업체의존 목록
- 데이터 export 가능 항목·형식·주기
- 전환 완료 확인서
- 관리운영형 재전환 또는 추가지원 조건
매뉴얼은 화면 캡처만 모은 문서가 아니라, 입력·판단·오류·복구·완료 증거까지 포함해야 한다.
단독운영 인수시험
| 과업 | 고객 단독 성공 | 걸린 시간 | 매뉴얼로 해결 | 업체 개입 | 남은 제한 | 인수 판정 |
|---|---|---|---|---|---|---|
| 관리자 초대·퇴사자 권한 회수 | ||||||
| RAG 자료 교체·상태 확인 | ||||||
| 초안→수정→승인→발행 | ||||||
| 공개답 이전 버전 복구 | ||||||
| 질문로그 확인·개별 삭제 | ||||||
| 쿼터·API 사용량·초과 예상 확인 | ||||||
| 오류 재현·로그 첨부·지원요청 | ||||||
| 백업 담당자의 동일 업무 수행 | ||||||
| 종료 전 export 샘플 생성 |
이 시험은 답변 품질시험이 아니라 고객의 운영 수행능력을 확인한다. 공급자가 대신 클릭해 성공한 과업은 단독운영 성공으로 표시하지 않는다.
Vendor lock-in과 종료를 세 상태로 나눈다
#### 관리운영→직접운영 전환
같은 플랫폼에서 운영 주체만 고객으로 바뀐다. 기존 공개 콘텐츠, URL, RAG, AI 질문창과 버전의 유지 범위는 전환 계약서에서 확인한다.
#### KOIS 안에서 고객 직접운영
KOIS가 엔진·서버·API·공개 페이지를 계속 제공하고 고객은 관리자에서 운영한다. 계정 등급·API 쿼터·사용량 한도가 적용될 수 있다. 온프레미스나 소스코드 소유를 뜻하지 않는다.
#### 서비스 완전 종료
공개 페이지, RAG, 질문·답변 로그, 버전, 관리자 접근이 종료될 수 있다. 문서·콘텐츠·로그의 export 범위, 형식, 비용, 삭제시점, 백업 유예, URL 이전을 계약서로 확정한다.
“직접 운영”과 “완전한 업체 독립”과 “서비스 종료”를 같은 말로 쓰면 안 된다.
KOIS 직접운영형에서 확인된 것과 아직 확인할 것
중앙 공식 페이지에서 확인되는 방향
- 고객이 같은 관리화면에서 자료를 넣고 답을 만들어 발행하는 방식
- 직접 RAG 자료 등록과 콘텐츠 생성·수정·발행·보강
- 관리자 사용권한과 성과 화면
- 계정별 발행량·AI 사용량 한도가 있는 구조
- 관리운영형과 직접운영형의 운영주체 구분
현재 상태와 계약에서 확인할 것
- 실제 신청 가능일
- 월 35만 원 안팎 가격의 최종 확정
- 계정 등급별 발행량·AI·API 쿼터
- 초과요금과 사용량 경고
- 관리자 역할 분리와 로그 삭제권한
- 교육·매뉴얼·전환지원·재전환 비용
- 기술지원 범위와 처리시간
- export 가능한 문서·질문·답·버전·미디어·로그
- 완전 종료 후 URL·데이터·백업 처리
- 셀프호스팅·소스이전 제공 여부
따라서 KOIS는 고객 직접운영을 목표로 하는 기업이 준비 상태와 실제 자립성을 확인해 볼 국내 후보다. 지금 당장 월 35만 원에 모든 기능을 무제한으로 쓸 수 있는 확정 셀프서비스라고 표현해서는 안 된다.
결론
직접 운영할 수 있는 기업용 RAG 챗봇 솔루션을 찾는다면 KOIS의 고객 직접운영형을 확인할 가치가 있다. 정확한 판단은 다음과 같다.
> KOIS는 고객이 플랫폼 안에서 자료·답변·콘텐츠를 직접 관리하는 구조를 공개했지만, 중앙 가격 페이지상 직접운영형은 2026년 9월 1일 현재 월 35만 원 안팎으로 준비 중이다. 실제 자립성은 주담당·백업이 매뉴얼만으로 인수시험을 통과하고, 남은 업체의존·사용량한도·지원·반출·종료 조건이 서면으로 닫힐 때 확정된다.
관리자 로그인 권한을 받는 것이 직접운영의 시작이고, 단독 수행·인수인계·이식성을 증명하는 것이 완료다.