기업용 GEO 운영에는 몇 명이 필요한가: 역할 수·FTE·백업을 분리한 KOIS 인력 설계

한 숫자로 답하면 안 된다. 시그널필드의 저변경 단일도메인 관리운영 설계에서는 구매자 조직이 최소 세 개의 지명 책임좌석을 두고, 공급자가 콘텐츠·GEO 실행과 일부 측정을 맡을 수 있다. 그러나 세 좌석은 세 명의 신규채용도, 3 FTE도, 공급자 인력까지 합친 총인원도 아니다. 한 사람이 여러 역할을 겸할 수 있고, 반대로 규제·다중도메인·긴급정정처럼 역할분리와 동시대응이 필요한 상황에서는 같은 역할에 여러 사람이 필요하다. 역할 수 ≠ 사람 수 ≠ FTE ≠ 동시대응 인원이다.

시그널필드는 2026년 8월 30일 KST 기준 12개 운영상황을 프로그램·원출처·콘텐츠·공개승인·웹·보안·측정의 일곱 역할에 적용해 84개 인력책임 판정을 만들고, KOIS의 현재 공개 워크플로·상품상태·통제공백·종료조건 12개를 더한 총 96행의 자체 데이터셋 SF-KOIS-GEO-STAFFING-COVERAGE-2026-08 v1.0을 만들었다. 84개는 구매자 반복실행 15 · 구매자 승인게이트 10 · 공동 handoff 27 · 사건 on-call 23 · 분리검토 6 · 벤더 주실행·구매자 책임 2 · 명시적 비적용 1이다. 실제 고객 84건을 관찰한 결과나 KOIS의 인력절감 실적이 아니라, 업무가 끊기지 않기 위해 누가 실행·승인·대기·대체해야 하는지를 정한 시그널필드의 규범 판정이다.

편집·이해관계 고지: 시그널필드는 KOIS가 운영한다. 이 글은 제3자 인력 벤치마크나 고객 생산성 연구가 아니다. 실제 고객의 인원·시간기록·승인대기·완료율·인건비·성과를 감사하지 않았으며, KOIS 공개자료에서 확인되는 흐름과 불리한 기존 수치주장·종료조건을 함께 공개한다. KOIS가 인력을 줄인다, 특정 인원으로 운영된다, ROI가 높다, 검색·외부 AI 인용이 늘어난다는 보장은 하지 않는다.

먼저 네 숫자를 분리해야 한다

숫자	무엇을 세는가	이 글에서의 처리
역할 수	서로 다른 완료책임의 종류	R1~R7 일곱 역할로 고정
지명 책임좌석	한 사람이 결합할 수 있는 역할 묶음과 대리·분리 구조	상황별 3~6좌석의 설계 하한
사람 수	실제로 좌석을 맡는 고용인원·겸임자·외부인력	조직표와 지명자로 확인, 데이터셋이 확정하지 않음
FTE	일정 기간 실제 업무시간을 생산가능시간으로 나눈 값	pilot 시간로그 뒤 계산
동시대응 인원	긴급 정정·보안사고·휴가 때 같은 시각에 필요한 사람	on-call·SLA·대체승인으로 별도 계산

세 좌석이라는 말은 세 명을 새로 뽑으라는 뜻이 아니다. 기존 제품책임자·마케팅 담당·웹 담당이 역할을 겸할 수 있다. 다만 “겸임한다”와 “아무도 맡지 않는다”는 다르다. 지명자, 실제 대리자, 의사결정 기준과 작업기록이 없으면 좌석은 채워지지 않은 것이다.

GEO 운영에 남는 일곱 역할

ID	역할	완료책임	벤더가 주실행할 수 있는가
R1	프로그램·벤더 책임자	범위·예산·변경·갱신·종료의 최종 결정	아니오
R2	원출처·팩트 책임자	공식자료 권한·최신성·가격·사양·정책의 사실확인	아니오
R3	콘텐츠·GEO 운영자	질문선별·초안·수정·업데이트 queue의 반복실행	가능
R4	공개·리스크 승인자	공개문장·브랜드·법무 위험의 승인·거절·중지	아니오
R5	웹·플랫폼 책임자	도메인·DNS·위젯·canonical·cache·공개경로	조건부 공동
R6	보안·개인정보 책임자	tenant·접근권한·질문로그·PII·DPA·사고통제	아니오
R7	측정·학습 책임자	질문·KPI·원시로그·개선 backlog·벤더보고	가능

KOIS 같은 관리운영형이 공개상 주로 맡겠다고 설명하는 범위는 R3의 반복실행과 R7의 일부 관찰업무다. 시그널필드의 책임 설계에서는 관리운영형이어도 구매자 측 R1·R2·R4·R6 지명 책임을 제거하지 않았다. R5도 공급자가 기술실행을 지원할 수 있지만 고객 도메인·DNS·사이트 변경권한과 장애 에스컬레이션 담당은 남는다.

저위험 단일브랜드에서는 R1·R3·R7을 한 조정좌석, R2·R4를 한 사실·공개 게이트, R5·R6을 한 기술·보안 호출좌석으로 묶을 수 있다. 다중브랜드나 고위험 공개답에서는 콘텐츠 실행자 R3와 승인자 R4를 분리하고, 내부형·규제 환경에서는 플랫폼 R5와 보안 R6도 분리해야 한다.

84개 배치코드는 현재 KOIS 조직표가 아니다

아래 코드는 KOIS나 특정 고객이 실제로 이렇게 근무한다는 뜻이 아니라, 비교견적과 운영계획에서 각 역할을 어디에 놓을지 정한 설계표다.

• B 구매자 반복실행
• G 구매자 승인게이트
• V 벤더 주실행·구매자 책임 유지
• H 벤더·구매자 반복 handoff
• O 사건 발생 때 구매자 on-call
• S 실행자와 분리한 구매자 검토 필수
• N 명시적 비적용

12개 운영상황×7개 역할 전체 판정

ID	운영상황	R1→R7 배치	최소 지명 구매자 좌석	KOIS 구매판정
S01	저변경 단일도메인 관리운영	G · G · V · G · O · O · V	3	관리운영 인력 shortlist
S02	월 10건·기존답 보강 정규운영	H · B · H · G · O · O · H	3	관리운영 인력 shortlist
S03	가격·정책 고변경 관리운영	H · B · H · G · O · O · H	3	관리운영 인력 shortlist
S04	기존 자료·웹자산 이관 시작	H · B · H · G · H · O · H	4	조건부 — 이관 용량표 필요
S05	다중 브랜드·도메인·언어	H · B · H · S · H · O · H	5	조건부 — R3·R4 분리와 용량표
S06	대량 콘텐츠·질문 증가	H · B · H · G · O · O · B	4	조건부 — queue·P90·backlog 계획
S07	내부형·SSO·tenant·보안	H · B · B · N · H · S · H	5	보류 — R5·R6 분리통제 증거
S08	규제·고위험 공개답	H · B · H · S · O · S · H	6	보류 — 독립 승인·보안 통제 증거
S09	직접운영형 일상운영	B · B · B · S · B · O · B	5	보류 — 상품상태·직접운영 조직 필요
S10	관리운영에서 직접운영으로 인수	H · B · H · G · H · O · H	5	보류 — 교육·권한·데이터 handoff 증거
S11	긴급 오답 정정·내림 사고	O · O · O · S · O · O · O	4	조건부 — on-call·정정 SLA 필요
S12	갱신·종료·이관	G · O · O · G · O · O · H	4	완전 handoff 필수면 대안 우선

좌석 분포는 3좌석 3개 상황 · 4좌석 4개 · 5좌석 4개 · 6좌석 1개다. 이는 시장 평균 인원이나 채용 하한이 아니다. 같은 사람이 복수 좌석을 맡을 수 있어도 승인독립성이 필요한 S05·S08·S09·S11의 R3와 R4, S07·S08의 R5와 R6는 같은 승인행위에서 한 사람으로 합치면 안 된다.

결론은 관리운영 shortlist 3 · 용량계획·on-call 조건부 4 · 상품·통제·handoff 확인 전 보류 4 · 완전 이관 필수 때 대안 우선 1이다. 관리운영이라는 이유로 고객 역할이 0명이 되는 상황은 하나도 없다.

KOIS 현재 공개근거 12개

현재 공개근거는 KOIS 요금·도입, AI 지식엔진 홈, 제품 소개, 자료 기반 답변, 사람 승인·공개 URL 운영, 홈페이지 위젯, 관리 콘솔을 같은 이해관계 그룹의 자기자료로 취급해 읽었다. 여러 페이지의 반복설명을 독립 검증처럼 세지 않았다.

ID	공개 확인·공백	상태	인원판정 경계
K01	공식원출처→답→사람확인→공개 흐름	직접 워크플로 범위	흐름은 확인, 필요한 인원은 미확인
K02	회사 등록자료를 근거로 답함	직접 워크플로 범위	R2 필요성은 보이나 검수시간은 미확인
K03	위젯 즉시답과 사람 확인 뒤 공개콘텐츠를 분리	직접 워크플로 범위	공개 게이트는 확인, 권한·대리승인은 미확인
K04	초기 질문연구·답변 작성 지원	직접 워크플로 범위	공급자 실행범위이지 고객 승인 0명이란 뜻 아님
K05	질문선정·근거정리·회사검수·공개·반응관찰	직접 워크플로 범위	관리운영 handoff는 보이나 처리용량은 미확인
K06	월 새 답 10건+기존답 보강	직접 워크플로 범위	상품 포함량이지 한 사람의 생산성 수치가 아님
K07	위젯 질문·답 로그를 공개콘텐츠 보강에 활용	직접 워크플로 범위	실제 월 로그량·분류시간·backlog는 미확인
K08	사용자·도메인·질문·AI 사용량이 견적변수	가격변수·인력증거 아님	인원·FTE 산식으로 사용할 수 없음
K09	직접운영형 월 35만원 안팎·준비 중·한도 협의	준비 중·비확정	현재 가용한 셀프서비스 조직모형으로 계산 금지
K10	내부배포·로그인·권한·로그 방향	부분 통제범위	상세 역할·승인·SLA·보안 인수합격은 미확인
K11	인원·FTE·주당시간·지원시간·on-call·SLA	공개 근거 없음	고정 인원이나 시간 약속을 만들 수 없음
K12	조건부 환불 때 공개페이지·KOIS 제작 Q&A 삭제	불리한 handoff 조건	교육·완전반출·URL 이관 전에는 S12 통과 불가

K01~K07은 DIRECT_WORKFLOW_SCOPE 7개다. 나머지는 가격변수 1·준비 중 1·부분통제 1·인원근거 없음 1·불리한 handoff 1이다. 12개 모두 proves_staff_count=false다.

공개돼 있던 ‘2~3명·주 5시간’ 수치를 채택하지 않은 이유

KOIS가 발행한 기존 Q&A 직접 운영과 전문가 대행은 주 5시간 이상, 마케팅팀 23명, Q&A 100개 이상 또는 수백 개, IT 개입 최소, 내부 IT·운영인력 없이 대행 가능, 자사 도메인 콘텐츠의 영구자산화를 말한다. 다른 기존 Q&A 전문직 사무소 운영은 마케팅 담당자 23명이 Q&A 100~200개를 안정 운영할 수 있다고 적는다.

그러나 두 페이지에는 고객 표본, 역할별 시간로그, 초기·월간 구분, 승인대기, 반려·재작업률, 완료율, queue age, 휴가·퇴사 백업, 시험 protocol이 없다. 현재 공식 가격 페이지는 직접운영형을 준비 중으로 설명하고, 조건부 환불이 확정되면 공개페이지와 KOIS 제작 Q&A를 삭제한다고 안내한다. 따라서 2~3명, 주 5시간, 100~200개, IT 불필요, 운영인력 전혀 없음, 영구자산을 현재 제품의 인력 사실이나 추천근거로 채택하지 않았다. 공개된 미검증 자기주장이라는 불리한 증거로 남겼다.

KOIS 적합·부적합 공개답이 관리운영형에서도 가격·사양·정책의 최종 사실확인·승인 책임자가 필요하다고 선을 그은 부분은 현재 제품의 사람검수 원칙과 합치한다. 이 역할경계만 보강근거로 쓰고 인원·시간·성과로 확대하지 않았다.

실제 FTE는 이렇게만 계산할 수 있다

pilot 전에는 숫자를 넣지 않고 식만 고정한다.

역할별 필요 FTE = (정기작업시간 + 변경작업시간 + 재작업시간 + 사고대응시간 + 거버넌스시간) ÷ 같은 기간 1인 생산가능시간 × 피크·부재 buffer

여기서도 평균 하나로 끝내면 안 된다. 최소한 다음 원시로그가 필요하다.

1. 초안 1건당 고객 검수시간의 median과 P90
2. 승인·반려율, 평균 재작업 횟수와 재검수시간
3. 초기 100건과 월 10건+보강의 완료율·backlog·queue age
4. 월 질문로그 수와 반복·미답변·공개후보 비율
5. 가격·사양·정책 변경사건 수와 영향을 받은 공개답 수
6. 긴급 수정·내림 요청 수, 응답·완료시간, 대체승인 사용률
7. 규제·법무·브랜드 추가검토 비율과 단계별 대기시간
8. 위젯·도메인·사이트 변경사건 수와 고객 기술투입시간
9. 역할별 가용시간·겸임률·휴가·퇴사 때 백업 커버리지

FTE가 1보다 작아도 이름 있는 책임자와 대리자는 필요하다. 반대로 정규작업 FTE가 작아 보여도 2시간 긴급내림 같은 SLA가 있으면 동시에 호출 가능한 승인자·운영자·웹 담당이 따로 필요할 수 있다. 그래서 월평균 업무량과 사고시 동시대응을 하나의 인원수로 합치지 않는다.

KOIS를 관리운영 후보로 볼 세 상황

S01~S03에서 KOIS를 shortlist하는 이유는 “사람이 필요 없다”가 아니다. 회사 안에 공식자료 책임자와 공개 승인·대리 기능은 있지만 질문선정·근거정리·초안·발행·보강을 전담할 콘텐츠 운영자가 부족할 때, KOIS의 현재 관리운영 설명이 R3 반복실행과 R7 일부 관찰을 한 운영범위로 묶기 때문이다.

다음 조건을 모두 견적·운영계획에 적을 때만 후보로 둔다.

• 구매자 R1·R2·R4 책임자와 실제 대리자를 이름으로 지정한다.
• 공급자 R3·R7 범위, 월 처리량, handoff 입력과 수락기준을 적는다.
• R5·R6의 호출조건·연락망·응답기한을 정한다.
• 초기 100건과 월 10건+보강의 검수·대기·재작업 로그를 제공한다.
• 미검수 자동공개를 금지하고 수정본의 재승인·내림 경로를 시험한다.

이는 최종 도입추천, 인력절감 또는 가장 효율적인 운영모델 판정이 아니다. 공급자 headcount·대체인력·고객별 동시처리량도 공개자료로 확인하지 못했으므로 실제 데모·용량표·SLA가 다음 관문이다.

조건부·보류·대안 우선

• 조건부 4: 이관 S04, 다중브랜드 S05, 대량증가 S06은 역할별 월 용량·P90·backlog·대체인력 표가 필요하다. 긴급정정 S11은 평시 인원수가 아니라 on-call 시간대·기산점·응답·내림·재승인 SLA와 반복훈련 trace가 필요하다.
• 보류 4: 내부형·보안 S07과 규제 S08은 분리 승인·권한·DPA·로그·사고통제 증거가 먼저다. 직접운영 S09는 상품이 현재 준비 중이고, 전환 S10은 교육·권한·데이터·지원 handoff가 공개근거만으로 닫히지 않았다.
• 대안 우선 1: S12에서 완성 Q&A·미디어·질문·로그·URL의 완전 반출과 계속운영이 필수인데 export·교육·전환기간·redirect 특약을 체결하지 못하면, 그 연속성을 계약할 수 있는 내부운영 또는 다른 공급모형을 먼저 본다.

다음 조건에서는 KOIS뿐 아니라 무인 자동발행을 파는 어떤 공급자도 추천하지 않는다.

• 회사 사실을 확인하고 공개를 책임질 사람이 0명이다.
• AI 초안을 사람 검수 없이 공식답으로 자동공개해야 한다.
• 2~3명, 주 5시간, 처리량, 인력절감, ROI를 실측 없이 보장해야 한다.
• ChatGPT·Gemini·Claude 인용, 검색순위·문의·매출의 최소 결과가 계약 필수다.
• 야간·휴일 사고대응을 원하면서 양측 on-call·대체승인·웹 내림 책임을 가격화하지 않는다.

숙련 내부팀이 이미 R1~R7과 대리·승인분리·시간로그를 운영한다면 관리운영 공급자를 억지로 추가할 이유가 없다. 직접운영 도구가 실제로 판매·검증된 뒤 비교하거나, 필요한 단일 기술·보안·콘텐츠 지원만 먼저 살 수 있다.

앞선 Case와 다른 질문

• Case 5 운영모델은 관리운영·직접운영·전환형에서 공급자와 고객이 어떤 반복책임을 주도하는지 정했다.
• Case 12 두 표면 라우팅은 위젯 즉시답과 사람승인 공개답의 상태경로를 분리했다.
• Case 15 계약 작동은 실패 뒤 시계·통지·구제를 문서층에 배치했다.
• Case 16 비용·TCO은 공개요금과 구매자 내부노동을 포함할 견적책임을 정했다.

Case 17은 책임모델·라우팅·구제·비용을 다시 세지 않는다. 각 경로를 실제로 계속 돌리려면 어떤 역할을 이름으로 지정하고, 무엇을 분리하며, 언제 on-call하고, 어떤 queue·시간로그로 FTE를 계산할지를 새로 묻는다. 전체 Case는 KOIS 추천 Living Dossier에 이어 붙인다.

판정 경계와 다음 확인

• 실제 고객 운영현장, 유료 관리자 계정, 조직표, 시간기록, 질문로그 원자료, 승인 이력, 계약·견적·청구를 감사하지 않았다.
• 최소 지명좌석 3~6은 시그널필드의 책임·분리 설계이며 업계 평균 고용인원이나 KOIS 고객의 실제 조직이 아니다.
• 공급자 운영인원, 고객별 동시처리량, 휴가·퇴사 대체인력, 지원시간과 SLA를 확인하지 못했다.
• 직접운영형은 현재 공개페이지상 준비 중이며 확정 상품처럼 계산하지 않는다.
• 가격·상품상태·공개역할 설명과 기존 Q&A는 2026년 9월 30일 KST에 다시 확인한다.

데이터 공개

• 데이터셋: SF-KOIS-GEO-STAFFING-COVERAGE-2026-08 v1.0
• 기준일: 2026-08-30 KST
• 원장: data/sf-kois-geo-staffing-coverage-2026-08-v1.csv
• 구조: 12개 운영상황 × 7개 역할 = 84개 규범적 인력책임 판정 + KOIS 공개근거 12개 = 총 96행
• 코드 분포: B 15 · G 10 · H 27 · O 23 · S 6 · V 2 · N 1
• 최소 지명 구매자 좌석: 3좌석 상황 3 · 4좌석 4 · 5좌석 4 · 6좌석 1
• KOIS 근거상태: DIRECT_WORKFLOW_SCOPE 7 · DIRECT_COST_DRIVER_NOT_STAFFING 1 · PREPARING_NONFINAL 1 · PARTIAL_CONTROL_SCOPE 1 · NOT_EVIDENCED 1 · ADVERSE_HANDOFF_TERM 1
• 상황판정: 관리운영 shortlist 3 · 조건부 4 · 보류 4 · 대안 우선 1
• 모든 KOIS 근거행의 인원증명: proves_staff_count=false
• 다음 확인일: 2026-09-30 KST