메일과 대화, 업무 기록을 사내 지식으로 남기려면 수집할 범위와 검토할 사람, 갱신할 시점을 함께 정해야 합니다. 내용을 많이 모으는 것만으로는 다음 업무에 쓸 수 있는 지식이 되지 않습니다. 실제로 확정된 내용인지 확인하고, 적용할 규칙과 예외를 구분하는 운영 과정이 필요합니다.
AI는 대화에서 결정 후보를 뽑거나 문서 초안을 정리하는 데 사용할 수 있습니다. 하지만 수집한 원문을 곧바로 회사 규칙으로 삼으면 검토 중인 제안과 특정 거래의 예외가 공통 지침에 섞입니다. 수집과 확정 사이에 담당자의 검토를 두어야 합니다.
운영 역할과 주기를 정하는 이유는 누적한 기록도 방치하면 오래된 답의 근거가 되기 때문입니다. 누가 갱신할지 정해지지 않으면 직원과 AI가 종료한 조건을 계속 사용할 수 있습니다. 수집·검토·확정·갱신을 연결하면 같은 질문을 다시 처리할 때 근거와 현재 규칙을 찾고, 빠진 변경도 담당자에게 돌려보낼 수 있습니다.
모을 기록과 제외할 기록을 먼저 정합니다
자주 반복되는 문의, 업무가 멈춘 이유, 합의한 처리 조건, 장애를 해결한 과정은 다음 업무에 참고할 가능성이 있습니다. 반면 개인적인 대화나 업무상 보관할 이유가 없는 개인정보까지 지식 저장소로 옮길 필요는 없습니다. 필요한 범위를 정하고 실제 자료 접근 권한 안에서 수집합니다.
수집 단위는 대화방 전체보다 업무 한 건에 맞추는 편이 검토하기 쉽습니다. 어떤 일이 있었는지, 무엇을 확인했는지, 결과가 어땠는지와 원문 위치를 함께 남깁니다. 원문을 그대로 복제하지 않아도 근거를 다시 찾을 수 있어야 합니다. 공유가 제한된 원문은 정리 문서에서도 접근 범위를 유지합니다.
설명용 예시로, 출고 일정 변경에 관한 메일이 여러 번 오갔다면 확정한 일정과 합의 이유, 해당 주문의 범위만 정리할 수 있습니다. 그 결정을 다른 고객의 출고 규칙으로 일반화할지는 별도로 검토합니다. 한 번의 문제 해결이 항상 적용할 규칙이 되는 것은 아닙니다.
네 역할을 정하면 책임이 끊기지 않습니다
| 역할 | 하는 일 | 남길 결과 |
|---|---|---|
| 수집 담당 | 대상 기록과 원문 위치 정리 | 검토할 업무 후보 목록 |
| 업무 검토자 | 사실·결정·예외를 대조 | 채택·보완·제외 표시 |
| 문서 책임자 | 확정본에 반영하고 연결 | 적용 범위와 버전 |
| 갱신 확인자 | 변경·만료·누락을 점검 | 갱신 결과와 남은 질문 |
규모가 작은 회사에서는 한 사람이 여러 역할을 맡을 수 있습니다. 역할을 나누는 목적은 인원을 늘리는 데 있지 않습니다. 누가 원문을 모았고 누가 규칙으로 확정했는지 알 수 있게 하는 것입니다. 담당자 부재 시 대신 확인할 역할도 정합니다.
AI가 정리한 후보를 사람이 검토할 때는 원문과 요약을 함께 봅니다. 요청한 일과 실제로 끝난 일, 논의한 조건과 확정한 조건을 구분합니다. “고객에게 확인 예정”이 “고객 확인 완료”로 바뀌었다면 문장이 자연스러워도 업무 지식으로 채택할 수 없습니다.
수집 주기와 갱신 주기는 다르게 잡습니다
매일 쌓이는 기록은 일정한 주기로 후보 목록을 만들고, 확정 문서는 업무 중요도에 따라 검토합니다. 설명용 운영 예시로 업무일마다 후보를 모으고 주간 회의에서 반복되는 문제를 검토하며, 월간 점검에서 문서 책임자와 오래된 링크를 확인할 수 있습니다. 회사의 실제 업무량에 맞춰 조정해야 합니다.
가격, 반품 조건, 권한처럼 변경 즉시 적용해야 하는 내용은 다음 정기 회의까지 기다리지 않습니다. 규칙 책임자가 확정하면 효력 시작일에 맞춰 정본을 갱신하고, 검색이나 에이전트에 연결된 복사본도 반영되었는지 확인합니다. 정기 점검은 빠진 변경을 찾는 보완 수단입니다.
업무 규칙이 폐기되면 문서에서 현재 적용 대상이 아님을 표시합니다. 보관해야 하는 기록과 앞으로 답변에 사용할 자료를 구분하고, 보존 기간은 회사 정책에 맞춰 정합니다. 오래된 자료를 무조건 삭제하거나 모두 현재 검색에 넣는 방식은 각각 다른 문제를 만듭니다.
업무 기록이 지식이 되는 흐름
운영 결과는 문서 수보다 다시 쓰인 내용을 봅니다
새 문서를 많이 만든 주가 반드시 좋은 운영은 아닙니다. 같은 질문이 다시 들어왔을 때 확정 문서로 답할 수 있었는지, 반복 오류를 막는 조건이 실제 업무에 반영되었는지 확인합니다. 문서가 있어도 직원이 찾지 못했다면 제목과 업무 화면의 연결부터 고칩니다.
검토 대기 중인 후보와 확인 기한을 넘긴 문서를 따로 볼 수 있게 하면 방치를 발견하기 쉽습니다. 담당자가 답하지 못하는 항목은 이유를 남기고 필요한 결정을 요청합니다. 처리가 끝나지 않은 후보를 완료 수에 넣지 않습니다.
AI가 업무까지 실행한다면 문서에 규칙을 적는 것과 시스템에서 지키는 것을 함께 확인해야 합니다. 발송이나 수정이 포함된 업무의 경계는 사람 승인 기준을 참고하세요. 장애와 갱신 책임은 자동화 운영 점검표와 연결해 정리할 수 있습니다.
운영을 시작하기 전 확인할 항목
- 수집할 업무 기록과 제외할 정보가 정해졌습니까?
- 원문으로 돌아가 결정 내용을 확인할 수 있습니까?
- 후보를 검토하고 문서를 확정할 역할이 있습니까?
- 즉시 갱신할 변경과 정기 점검할 항목을 구분했습니까?
- 폐기한 규칙이 현재 답변의 근거로 쓰이지 않게 했습니까?
시온랩의 S-Docs는 운영 중 발생한 작업, 예외, 의사결정을 누적하고 검토해 인계 문서로 정리하는 구성을 안내합니다. 사내 지식 관리도 업무 한 가지에서 시작할 수 있습니다. 이번 주에 반복된 질문 하나를 골라 원문, 확정 답, 책임자, 다음 확인 시점을 함께 남겨 보세요.
