1장. 범위를 정한다 ? 학습이 아닌 참조, 폴더가 아닌 정보경계
1-1. 네 가지 선택지부터 구분한다
1-2. '사내 문서 학습'이라는 말을 바로잡는다
1-3. 업로드와 실시간을 구분한다
1-4. 여섯 부서의 질문 지도를 그린다
1-5. 한 프로젝트와 여러 프로젝트의 경계를 판정한다
2장. 먼저 잠근다 ? Private·Can use·Can edit와 보안 운영
2-1. 프로젝트 가시성과 채팅 공유를 분리한다
2-2. Can use도 지식을 본다는 전제로 설계한다
2-3. 업로드 금지·조건부·허용 자료를 판정한다
2-4. 서비스 정책과 사내 정책을 분리한다
2-5. 입사·이동·퇴사까지 접근권한을 회수한다
3장. 쓸 만하게 만든다 ? 문서 정제·프로젝트 지침·부서별 구축
3-1. 등록 전에 문서 생명주기를 정리한다
3-2. 답변 품질을 결정하는 공통 지침을 쓴다
3-3. 인사·재무 파일럿을 구축한다
3-4. 영업·마케팅 프로젝트를 구축한다
3-5. 법무·IT 프로젝트를 구축한다
4장. 믿을 수 있게 만든다 ? 최신 정보·커넥터·정확도 평가
4-1. 업로드 갱신과 원천 조회를 비교한다
4-2. 커넥터 권한을 원천 시스템까지 추적한다
4-3. 외부 문서와 도구 호출을 공격면으로 본다
4-4. 대표 질문 세트와 채점표를 만든다
4-5. 실패 유형별 수정 경로로 출시를 판정한다
5장. 굴러가게 만든다 ? 운영 캘린더와 30일 전사 확장
5-1. 대화의 발견을 프로젝트 지식으로 승격한다
5-2. 변경 접수와 월간 최신성 점검을 운영한다
5-3. 권한 감사·피드백·사고 대응을 한 장에 묶는다
5-4. 30일 파일럿을 네 번의 승인 게이트로 운영한다
5-5. 전사 표준과 예외 승인 체계를 완성한다