30일 만에 지식 베이스 구축하는 방법: 구조, 출처, 담당자 — 그리고 팀이 이미 하는 말에서 자라나는 지식 베이스 (2026)

지식 베이스는 조직이 두 번 이상 내놓는 답을 한 번만 적어 두고, 답이 필요한 사람이 누구에게 묻지 않고도 찾을 수 있는 곳에 보관한 것입니다. "스위스 유통업체에는 인보이스를 어떻게 발행하지?", "마감일을 놓친 학생의 학부모에게 뭐라고 안내해야 하지?", "모로코행 팔레트는 어느 운송사를 쓰지?" 같은 질문이 네 번째로 나오면, 조직은 만들었든 아니든 이미 지식 베이스를 갖고 있는 셈입니다. 다만 그것이 동료 한 사람의 머릿속과 십여 개의 채팅 스레드에 흩어져 있을 뿐입니다.

지식 베이스 구축 가이드 대부분은 소프트웨어 선택에서 시작합니다. 이 글은 그보다 앞에서 시작합니다. 소프트웨어는 가장 사소한 부분이기 때문입니다. 지식 베이스는 구조, 출처의 집합, 모든 항목에 붙는 이름이라는 세 가지 결정이며, 이를 순서대로 해 나가는 한 달의 작업입니다. 아래의 30일 계획은 직원 10~200명 규모의 조직이 사람들이 실제로 여는 지식 베이스에 도달하도록 돕습니다. 그대로 복사할 수 있는 항목 템플릿, 실제 사례, 팀이 이미 쓰는 도구 안에서 지식 베이스가 어디에 놓이는지 보여 주는 표가 있습니다. 그리고 대부분의 가이드가 건너뛰는 부분도 다룹니다. 지식 베이스는 대부분 이미 적혀 있습니다. 팀이 회의에서 하는 말과 채팅에 입력하는 글 안에 있습니다. 해야 할 일은 그것을 한곳에 모아 팀 모두가 읽을 수 있게 하는 것입니다.

지식 베이스란 무엇이고, 무엇이 아닌가

지식 베이스라고 불리는 것은 네 가지입니다. 이 넷의 혼동 때문에 많이 만들어지고도 거의 쓰이지 않습니다.

	담는 내용	작성하는 사람	읽는 사람	실패하는 경우
지식 베이스	팀이 묻는 질문에 대한 답. 질문당 한 항목, 담당자와 날짜 포함	답을 아는 사람이 한 번만	필요할 때 팀 모두	담당자 없음: 항목이 작성된 날 그대로 멈춘다
위키	누구든 쓰기로 한 것을 어느 페이지에든, 어떤 구조로든	누구나	그 페이지가 있다는 걸 아는 사람	구조 없음: 400개 페이지에 들어갈 길이 없다
문서 라이브러리	파일: 계약서, 가격표, 템플릿, 정책	파일을 만든 사람	링크를 가진 사람	최신 버전 없음: 사본 세 개가 저마다 "최신"이다
채팅 기록	오간 모든 말, 대부분의 답 포함	모두가 항상	충분히 멀리 스크롤해 올라가는 사람	승격 없음: 답은 스레드에서 나왔고 지금은 6주 치 메시지 아래에 있다

지식 베이스는 첫 번째 행이며, 나머지 셋에 기대어 있습니다. 위키는 구조 없는 지식 베이스가 되어 버린 모습이고, 문서 라이브러리는 지식 베이스의 파일이 있는 곳이며, 채팅 기록은 대부분의 항목이 답글로서 우연히 처음 적히는 곳입니다. 핵심 기술은 답을 네 번째 행에서 첫 번째 행으로, 이름을 붙여 한 번만 옮기는 것이며, 아래 방법은 이 이동을 중심으로 짜여 있습니다.

구축에 앞서 두 가지를 더 구분해 둘 필요가 있습니다. 내부 지식 베이스는 팀을 위한 것입니다. 우리가 일하는 방식, 물건의 위치, 우리가 내린 결정을 담습니다. 외부 지식 베이스는 고객을 위한 것입니다. 제품이 어떻게 작동하는지, 문제가 생기면 어떻게 하는지를 담습니다. 이 가이드는 내부 지식 베이스를 다룹니다. 외부 지식 베이스는 나중에 내부 지식 베이스에서 고객에게 공개해도 되는 항목을 고쳐 써서 만듭니다. 또 지식 베이스는 프로세스 문서나 SOP가 아닙니다. 그것들은 업무 하나를 처음부터 끝까지 설명합니다. 항목은 질문 하나에 답하고, 답이 "절차를 따르세요"일 때는 그 절차로 링크합니다.

세 가지 결정: 구조, 출처, 담당자

구조: 부서별이 아니라 질문별로. "스위스에는 인보이스를 어떻게 발행하지?"라고 묻는 사람은 답이 재무, 영업, 물류 중 어디에 속하는지 모릅니다. 아는 것은 질문뿐입니다. 부서별로 정리된 지식 베이스는 답 하나를 찾으려면 세 개 섹션을 돌아다니게 만듭니다. 사람들이 묻는 질문을 그들의 말 그대로 기준 삼아 정리하고, 최상위 수준은 일곱 개 섹션 이하로 유지하세요. 일곱 개를 넘으면 구조 자체에 검색이 필요해지는데, 아직 아무도 채우지 않은 지식 베이스에서는 검색해 봐야 아무것도 나오지 않습니다. 소규모 조직의 전형적인 최상위 구성은 다음과 같습니다. 고객과 주문, 돈과 인보이스, 사람과 채용, 도구와 접근 권한, 규칙과 결정, 연락처.

출처: 새로 쓰기 전에 이미 있는 것부터. 빈 페이지에서 지식 베이스를 쓸 시간은 아무에게도 없고, 그럴 필요도 없습니다. 답은 이미 있습니다. 동료가 지난 화요일에 한 답글, 규칙이 정해진 회의의 recap, 3월에 누군가 메시지에 첨부한 가격표, 마지막 신입이 남긴 온보딩 메모 속에 있습니다. 대부분의 항목은 첫 버전이 쓴 것이 아니라 복사한 것입니다. 출처가 어디에 있는지, 나중에 각각 얼마나 접근할 수 있는지는 아래 표에서 다룹니다. 요약하면 대부분의 스위트에서 채팅, 파일, 회의 메모는 서로 다른 세 곳이고, 그중 회의 자체가 가장 적게 남깁니다.

담당자: 모든 항목에 이름과 날짜를. 사람들이 신뢰하는 지식 베이스와 더 이상 열지 않게 된 지식 베이스를 가르는 단 하나는, 항목에 누가 담당자인지와 언제 마지막으로 확인했는지가 적혀 있느냐입니다. 이름과 "2026년 10월 14일 검토"가 붙은 항목은 믿을 수 있지만, 같은 내용이라도 그것이 없으면 "아마 오래된 정보"가 됩니다. 담당자의 일은 작습니다. 분기에 한 번 "이게 아직 맞나?"에 답하고 날짜를 바꾸는 것입니다. 지식 베이스를 다시 쓰는 일이 아닙니다. 어떤 항목에 이름을 붙일 사람이 없다면 그 항목은 지식이 아니라 추측이므로 삭제합니다.

30일 만에 지식 베이스 구축하는 방법

이 계획은 한 사람이 추진한다고 가정합니다. 팀 리더이거나 질문을 가장 많이 받는 사람이 일주일에 두 시간 정도를 쓰고, 나머지 팀원은 몇 분씩만 씁니다.

1주차 — 답이 아니라 질문을 모읍니다. 채널을 열거나 기존 채널에 메모를 하나 만들고, 7일 동안 모두가 동료에게 물었거나 질문받은 모든 질문을 사용한 말 그대로 남기게 합니다. 아직 답은 쓰지 않습니다. 금요일쯤이면 질문이 40~80개 모이고, 그중 3분의 1은 중복입니다. 반복된 횟수를 세어 보세요. 다섯 번 나온 질문이 첫 번째 항목입니다. 목록이 있는 곳이 곧 지식 베이스가 들어설 곳이기도 하므로, 그 전에 장소를 정해야 합니다. 장소는 소프트웨어 비교가 아니라 팀이 매일 이미 열어 보는 곳을 기준으로 여기서 정합니다.

2주차 — 구조와 담당자. 질문을 그룹으로 나눕니다. 그룹이 곧 섹션이며 일곱 개를 넘지 않습니다. 섹션마다 담당자를 정합니다. 1주차에 그 섹션의 질문에 가장 많이 답한 사람입니다. 그다음 가장 많이 나온 스무 개 질문에 대해 항목별 담당자를 정합니다. 목록 외에는 아직 아무것도 쓰지 않습니다. 섹션, 질문, 담당자만 적습니다. 이것을 팀에 보내 한 가지만 묻습니다. "빠진 질문이 있나요?" 목록은 열 개가 더 늘어서 돌아옵니다.

3주차 — 출처에서 뽑은 첫 스무 개 항목. 담당자들은 아래 템플릿으로 각자의 항목을 씁니다. 출발점은 이미 있는 것, 즉 채팅 답글, recap, 파일입니다. 3주차의 규칙은 "짧고 정확한 것이 길고 완전한 것보다 낫다"입니다. 파일 링크가 달린 두 문장짜리 답에 날짜와 서명이 있으면 항목입니다. 규칙의 역사를 설명하는 페이지는 문서이며 나중에 써도 됩니다. 아무도 찾지 못하는 결정에 기대는 항목은 먼저 결정 로그에 넣고, 그다음 링크와 함께 지식 베이스에 넣습니다.

4주차 — 게시한 뒤 루프를 돌립니다. 팀이 읽는 곳에 지식 베이스를 고정합니다. 그런 다음 지식 베이스를 살려 두는 두 가지 습관을 정합니다. 이제부터 질문 채널에 올라온 모든 질문은 답한 사람이 항목을 쓰거나 기존 항목 링크를 답니다. 그리고 모든 항목의 담당자는 검토일을 자기 캘린더에 넣습니다. 30일째가 완성된 지식 베이스는 아닙니다. 담당자와 날짜가 있는 스무~서른 개의 항목과, 질문에 답할 때마다 하나씩 더해 가는 루프가 있을 뿐입니다. 여섯 달 뒤에는 200개가 되어 있고, 그것을 프로젝트로 쓴 사람은 아무도 없습니다.

30일 동안 하지 않는 일은 문서 라이브러리 이전, 새 도구 선정, 모든 프로세스마다 페이지 작성입니다. 지식 베이스는 파일은 있는 곳을, 절차는 사는 곳을 가리킵니다. 그것들을 옮기는 것은 다른 프로젝트이고, 종종 불필요한 프로젝트입니다.

지식 베이스 항목 템플릿

항목 하나에 질문 하나, 한 페이지 미만입니다. 메모로 복사해 채워 넣으세요. 가장 자주 빠뜨리는 줄은 마지막 세 줄이며, 항목을 계속 정확하게 유지해 주는 것이 바로 이 줄들입니다.

[질문, 사람들이 묻는 말 그대로]
담당자: [이름] · 섹션: [일곱 개 중 하나] · 최종 검토일: [날짜] · 다음 검토일: [날짜]
짧은 답: [두 문장 — 무엇을 해야 하는지]
적용 대상: [팀, 사무실, 고객 유형] · 적용되지 않는 경우: [사람들이 혼동하는 사례]
방법: [번호를 붙인 단계, 각 단계마다 관련된 시스템, 사람 또는 파일 명시]
배경 규칙: [규칙을 정한 결정과 그 날짜, 이유]
예외: [정상 경로를 벗어나는 사례와 각각을 누가 결정하는지]
파일 위치: [현재 템플릿, 가격표, 계약서 링크]
관련 항목: [SOP, 프로세스, 이전 버전]

이 템플릿은 굵은 라벨이 붙은 일반 텍스트이므로, Word 파일, Google Doc, 위키 페이지, Slack canvas, 채팅 메모에 서식 변환 없이 붙여 넣을 수 있습니다.

실제 사례: 30일 뒤 한 수출업체의 지식 베이스

이탈리아의 기계 수출업체로 직원은 38명이고, 밀라노에 영업 사무소가 있으며 스페인, 루마니아, 모로코에 유통업체가 있습니다. 1주차에 질문 61개가 나왔고 중복을 제거하니 44개였습니다. 이 질문들에서 나온 구조와 30일째 섹션별 항목 수는 다음과 같습니다.

1. 유통업체와 주문 (7) — 신규 유통업체 등록 방법, 여신 한도 승인자, 주문이 생산으로 넘어가기 전에 필요한 것
2. 인보이스와 결제 (5) — 스위스 유통업체에 인보이스 발행하기, 견적 인보이스(pro forma)를 쓰는 경우, 결제가 30일 늦어졌을 때 할 일
3. 배송과 통관 (6) — 목적지별 운송사, 모로코행 팔레트에 필요한 서류, 수출 신고서 서명자
4. 서비스와 보증 (4) — 보증 범위, 서비스 방문 예약 방법, 재고로 보유한 부품
5. 도구와 접근 권한 (3) — CRM 접근 권한을 주는 사람, 가격표 위치, 공유 메일함 접근 방법
6. 규칙과 결정 (3) — 10,000 초과 시 두 명 서명 규칙, 할인 상한, 결정 로그
7. 연락처 (2) — 통관 중개인, 국가별 운송사 연락처

항목은 모두 서른 개였습니다. 1주차에 가장 많이 나온 질문 "모로코행 팔레트에는 어떤 서류가 필요하죠?"는 1년 동안 같은 물류 리더가 채널에서 열한 번 답한 질문이었습니다. 이 항목을 쓰는 데는 20분이 걸렸습니다. 열한 번째 답이 이미 적혀 있어서 담당자 줄과 날짜만 붙이면 됐기 때문입니다.

3번 섹션의 작성 완료 항목은 다음과 같습니다.

모로코행 팔레트에는 어떤 서류가 필요한가요?
담당자: 물류 리더 · 섹션: 배송과 통관 · 최종 검토일: 2026년 11월 3일 · 다음 검토일: 2027년 2월 3일
짧은 답: 상업 인보이스 3부, 패킹 리스트, EUR.1 증명서, 그리고 인보이스에 기재한 유통업체의 수입 허가 번호입니다.
적용 대상: 모로코 유통업체로 가는 모든 출하 · 적용되지 않는 경우: 택배로 보내는 1,000 EUR 미만의 예비 부품. 이 경우 택배사 자체 양식으로 보냅니다.
방법: 1. 시스템에서 모로코용 템플릿으로 인보이스를 내보냅니다. 2. 유통업체 파일에서 허가 번호를 찾아 추가합니다. 3. 상공회의소에 EUR.1을 요청합니다(영업일 기준 3일 소요). 4. 패킹 리스트를 첨부합니다. 5. 세트를 통관 중개인에게 보내고 유통업체를 참조에 넣습니다.
배경 규칙: 허가 번호는 2026년 3월 카사블랑카에서 발생한 보류 건 이후 추가되었습니다(결정 로그 항목 2026-03-19).
예외: 시연용 기계는 임시 반입으로 처리하며, 물류 리더가 결정합니다.
파일 위치: 모로코 인보이스 템플릿, EUR.1 신청 양식, 유통업체 파일.
관련 항목: 목적지별 운송사, 수출 신고서 서명자.

이미 쓰는 도구 안에서 지식 베이스는 어디에 있는가

직원 10~200명 규모의 조직은 이미 비용을 내고 있는 스위트 안에 지식 베이스를 만듭니다. 각 스위트에는 항목을 둘 곳, 파일을 둘 곳, 회의가 남긴 것이 지식 베이스로 가는 경로가 있습니다. 각각 멈추는 지점이 다르고, 어느 스위트에서든 기록은 입력된 언어로 남습니다. 벤더 자체 페이지에 문서화된 동작만 다루었고, 각 페이지를 확인한 달을 함께 적었습니다.

플랫폼	항목과 파일이 있는 곳	회의가 지식 베이스에 남기는 것	기록과 두 번째 언어
Microsoft Teams	채널의 대화와 Files 탭: 팀의 파일은 팀과 함께 만들어지는 SharePoint 사이트에 저장되며, 모든 표준 채널이 이 사이트를 공유하고 채널마다 폴더가 하나씩 있다. 비공개 채널과 공유 채널은 각각 자체 사이트를 가진다(2026년 11월 확인)	회의 컨트롤의 Notes — 참석자나 주최자 누구든 편집할 수 있는 Loop 구성 요소로, 사람을 태그해 작업을 할당할 수 있다. 자동 저장되며 Teams 캘린더와 회의 recap에서 접근할 수 있고, 외부 참석자는 접근하거나 편집할 수 없다(2026년 10월 확인)	채팅과 채널 메시지는 Teams 보존 정책에 따라 일정 기간 후 삭제될 수 있다. Teams와 함께 사용된 파일은 Teams 보존 정책의 적용을 받지 않으며 SharePoint와 OneDrive의 별도 정책을 따른다(2026년 10월 확인). 메시지는 읽는 사람이 요청하면 한 번에 한 메시지씩 번역된다(2026년 8월 확인)
Slack	채널, 그리고 채널에서 공유한 템플릿의 canvas. 목표, 다음 단계, action items 섹션이 있다(2026년 10월 확인)	canvas는 문서로서 채널에 남는다. 통화에서 오간 말은 누군가 입력해야만 거기에 들어간다(2026년 10월 확인)	Free 플랜에서는 워크스페이스가 최근 90일간의 메시지 기록을 보관한다. 내보내기는 멤버가 아니라 소유자나 관리자가 하는 작업이다(2026년 8월 확인)
Google Workspace	Google Doc. 공유하거나 Calendar 일정에서 링크한다. 질문은 Google Chat 스페이스에서 다룬다	해당 Workspace 에디션과 Google AI 플랜에서는 Take notes for me가 회의 후 Google Doc을 만들어 설정에 따라 공유한다. 이 기능은 한 번에 한 언어만 지원한다(2026년 10월 확인)	Google Chat의 Automatic Translation은 "본인에게만 표시"되는 것으로 문서화되어 있다. 읽는 사람의 화면이지 기록이 아니다(2026년 8월 확인)
WhatsApp	그룹 채팅 자체. 파일은 채팅 안의 첨부 파일이다	통화 중이나 통화 후에 입력된 메시지 외에는 아무것도 없다	전달된 메시지는 WhatsApp 서버에서 삭제된다. 기록은 멤버의 휴대전화와 백업에 남는다. Export chat은 채팅 하나를 공유 시트를 통해 텍스트 파일로 보내며, 최근 미디어를 선택적으로 포함할 수 있다. Advanced Chat Privacy를 켜면 다른 참가자가 내보내기를 막을 수 있고, WhatsApp Web에는 이 기능이 없으며, 독일에서는 2019년부터 이 기능을 쓸 수 없다(2026년 8월 확인) — 전체 절차는 WhatsApp 채팅 내보내는 방법에 있다

네 곳에 모두 같은 점이 셋 있습니다. 첫째, 항목은 입력된 단 하나의 언어로 된 문서나 메시지이고, 다른 언어를 읽는 멤버는 그것을 그대로 읽거나 누군가 만든 사본을 읽습니다. 둘째, 파일은 두 번째 장소에 있어 두 번째 검색으로 찾아야 합니다. 셋째, 규칙이 논의되고 정해진 회의는 누군가 나중에 직접 입력해야만 지식 베이스에 닿습니다. Teams와 Meet가 트랜스크립트와 요약을 어디에 보관하는지, 통화 후에 어떻게 보존하는지는 Microsoft Teams와 Google Meet가 트랜스크립트, 녹화, 요약을 저장하는 곳에 있습니다. 같은 이유로 많은 팀이 추가하는 AI 노트테이커는 Otter.ai 대안에서 비교하며, 각각 요약을 하나의 언어로 작성합니다.

이 스위트들이 문서화한 번역은 기록이 아니라 통화나 읽는 사람의 화면에 속합니다. Microsoft는 주최자가 Teams Premium 또는 Microsoft 365 Copilot 라이선스를 보유한 경우 Teams 회의에서 번역된 실시간 자막을 제공한다고 문서화했고, Google은 해당 Workspace 플랜의 Meet에서 번역된 자막을 제공한다고 문서화했으며(둘 다 2026년 8월 확인), WhatsApp은 받은 메시지를 읽는 사람의 휴대전화에서 번역하는 기능을 문서화했습니다(2026년 8월 확인). 각각이 무엇을 다루고 어디서 멈추는지는 Microsoft Teams 실시간 번역, Google Meet 실시간 번역, WhatsApp 번역에 있습니다. 카사블랑카의 유통업체 담당자가 월요일에 여는 항목은 그 자막들과는 별개의 대상이며, 입력된 언어로 읽습니다.

팀이 이미 하는 말에서 자라나는 지식 베이스

InterMIND는 팀의 업무가 채널 안에서 이루어지는 커뮤니케이션 공간이므로, 지식 베이스에는 자연스러운 자리가 있습니다. 그것을 쓰는 팀의 채널입니다. 수출팀, 클리닉 프런트 데스크, 에이전시의 어카운트 그룹이 그 예이며, 이 채널은 질문 채널이자 회의가 시작되는 곳이기도 합니다. 위의 세 가지 결정이 이 채널에 그대로 대응합니다.

구조와 담당자는 항목 자체입니다. 제목과 번호 목록이 있는 리치 텍스트 메시지인 노트로 게시하고 나중에 노트 자체 메뉴에서 편집하면, 항목은 각 멤버가 자기 언어로 읽을 수 있고 원문은 토글 한 번이면 볼 수 있습니다. 고정해 두면 현재 버전이 새 동료가 가장 먼저 찾는 것이 됩니다. 편집 기록을 켜 두면 바뀐 규칙의 이전 문구가 현재 텍스트 위에 타임스탬프와 함께 단어 단위 diff로 나타나며, 이것이 담당자의 "최종 검토일" 줄이 가리키는 검토 이력입니다. 항목이 가리키는 파일, 즉 가격표, 모로코 템플릿, 유통업체 계약서는 같은 채널에 업로드되며, 모든 플랜에서 읽는 사람의 언어로 된 AI 요약이 붙고 각 요점은 출처가 된 단락에 링크됩니다. 유료 플랜에서는 파일 자체가 읽는 사람의 언어로 번역되어 열립니다(문서는 30개 언어). 마스터 사본을 문서 도구에 두는 경우, 그 업데이트는 이메일로 채널에 들어옵니다. 채널의 호스트가 채널에 고유한 주소를 부여하면, 그 주소로 보낸 메시지는 보낸 사람이 표시되고 첨부 파일이 유지된 일반 메시지로 나타납니다. Slack에서 옮겨 오는 팀은 채널을 그대로 가져옵니다. 표준 Slack 워크스페이스 내보내기는 Slack 채널마다 채널 하나로 복원되고, 메시지는 원래 타임스탬프 순서대로 유지되며 고정과 리액션도 보존되고, 각 메시지는 모든 멤버가 자기 언어로 읽습니다.

출처는 위 표가 사람에게 맡겨 둔 일을 채널이 해내는 곳입니다. 규칙이 정해지는 회의는 채널에서 시작합니다. 통화 중에는 Share to conference로 항목 초안이 비디오 타일 옆 모두의 화면에 올라옵니다. 노트, 또는 채팅에 링크된 Google Docs나 OneDrive 문서를 쓸 수 있고, 참가자는 각자 독립적으로 스크롤하며 자기 언어로 읽고, 공유한 사람은 실시간으로 편집합니다. 통화가 끝나면 recap은 회의 자체에서 작성됩니다. 요약, 합의됨·미결·논쟁 중으로 표시된 요점, 담당자가 지정된 action items가 들어가고 각 줄에는 타임스탬프가 유지되며, 세션 중에 공유된 문서의 요약도 오간 말과 함께 반영됩니다. recap은 이메일로, 채널의 메시지로, 캘린더 일정의 링크로 도착하고, 로그인한 모든 멤버가 자기 언어로 읽습니다. 기록은 회의실에서 우연히 쓰인 언어로 한 번 작성되는 것이 아니라 읽는 사람별로 번역됩니다. 어느 멤버든 편집할 수 있고, 모든 편집에는 작성자와 수정 이력이 남으며, 채널은 지난 모든 세션의 recap을 보관합니다. 모로코 규칙을 정한 회의는 그 규칙을 서술한 항목에서 클릭 한 번 거리에 있습니다. 이것이 팀이 이미 하는 말에서 지식 베이스가 자라나는 방식입니다. 채널에 있던 열한 번째 답, 규칙이 논의된 통화의 recap, 3월에 첨부된 파일이 모두 한곳에 있고, 그 위에 항목이 있습니다.

질문 채널도 반대 방향에서 같은 대우를 받습니다. 멤버 본인의 어시스턴트(Claude, ChatGPT, Copilot, Gemini)가 MCP 커넥터로 연결되면, 질문 하나로 recap, 트랜스크립트, 채팅, 공유 파일의 텍스트를 함께 검색합니다. 예를 들어 "모로코행 팔레트에는 어떤 서류가 필요하죠?"라고 물으면 해당 구절을 출처가 된 회의, 날짜, 파일과 함께 돌려줍니다. 이 기능은 AI 기능을 켠 조직에서 작동하며, 어시스턴트를 통한 열람은 해당 멤버가 참여 중인 회의와 채널로 한정됩니다. 채팅 자체에도 검색이 있고, 지식 베이스 전체를 내보낼 수도 있습니다. 모든 플랜에서 설정의 백업이 채널을 메시지, 트랜스크립션, 파일과 함께 ZIP으로 내보내며, 이는 담당자 문제를 항목 수준이 아니라 조직 수준에서 답한 것입니다. 위 표와 나란히 놓으면 차이는 사실 그대로의 진술입니다. 그 스위트들이 문서화한 자막은 통화가 진행되는 동안 통화를 번역합니다. 여기서는 항목, 그것을 만든 회의, 그 파일, 그 이력이 하나의 기록이며 각 멤버가 자기 언어로 읽습니다.

팀의 지식을 가진 사람이 항상 직원인 것은 아닙니다. 유통업체의 주문 담당자, 통관 중개인, 스위스 규칙을 아는 프리랜서 회계사가 그렇습니다. 채널의 외부 멤버는 이메일로 무료 계정에 참여해 다른 모든 사람과 똑같이 항목과 그 이력을 읽습니다. 계정이 없는 사람은 회의 한 건의 게스트입니다. 링크로, 휴대전화로, 비용 없이 통화에 참여해 자기 언어로 실시간으로 듣지만 이후에 남는 기록은 없습니다. 호스트가 공간을 제공하며, 유료 플랜에서는 이전 28일 동안 활성이었던 멤버에 대해서만 비용을 지불합니다. 회의에 참여했거나, 채팅에 글을 썼거나, 어시스턴트에 질문한 멤버가 해당합니다. 조용해진 멤버는 비용 없이 접근 권한을 유지하며, 이것이 지식 베이스에 필요한 조건입니다. 2년 전에 항목을 쓴 사람이 여전히 채널에 있을 수 있어야 합니다.

완성된 recap 열어 보기 — 여러분의 recap을 쓰는 것과 같은 코드가 렌더링한 실제 기록입니다.
라이브 데모 체험하기 — 가입 없이 말해 보세요. 듣는 사람마다 번역된 회의실을 들을 수 있습니다.

기술로서의 지식 베이스 구축은 어떤 도구에서도 살아남습니다. 누군가는 여전히 질문을 모으고, 구조를 일곱 개 섹션으로 유지하고, 모든 항목에 이름과 날짜를 붙이고, 다이렉트 메시지가 아니라 채널에서 답해야 합니다. 살아남지 않아도 되는 것은 두 번째 일입니다. 회의에서 결정된 내용을 지식 베이스에 다시 입력하는 일, 그리고 다른 언어를 읽는 사무소를 위해 모든 항목의 번역본을 한 번에 한 언어씩 손으로 관리하는 일입니다.

FAQ

지식 베이스란 무엇인가요?

지식 베이스는 조직이 두 번 이상 받는 질문에 대한 답을 한 번만 적어 두고, 항목마다 담당자와 날짜를 붙여, 답이 필요한 사람이 동료에게 묻지 않고도 찾을 수 있는 곳에 보관한 것입니다. 내부 지식 베이스는 팀 자체의 질문에 답합니다. 인보이스는 어떻게 발행하는지, 파일은 어디에 있는지, 무엇을 결정했는지 같은 내용입니다. 외부 지식 베이스는 제품에 대한 고객의 질문에 답합니다. 위키와는 구조와 담당자가 있다는 점에서, 문서 라이브러리와는 파일이 아니라 답을 담는다는 점에서 다릅니다.

지식 베이스는 어떻게 만드나요?

팀이 실제로 묻는 질문을 사용된 말 그대로 일주일 동안 모읍니다. 질문을 일곱 개 이하의 섹션으로 묶습니다. 섹션마다, 그리고 가장 많이 나온 스무 개 질문마다 담당자를 정합니다. 담당자가 이미 있는 것, 즉 채팅 답글, 회의 recap, 파일에서 출발해 그 항목들을 쓰게 합니다. 이때 짧은 답, 단계, 예외, 검토일이 들어간 한 페이지짜리 템플릿을 씁니다. 팀이 이미 읽는 곳에 게시합니다. 그다음 루프를 계속 돌립니다. 답한 질문은 모두 항목이 되고, 모든 항목의 담당자는 검토일에 그 항목을 검토합니다.

지식 베이스에는 무엇이 들어가야 하나요?

질문마다 항목 하나이며, 각 항목에는 사람들이 쓰는 말 그대로의 질문, 담당자, 마지막 검토일과 다음 검토일, 짧은 답, 적용되는 경우와 적용되지 않는 경우, 관련된 시스템이나 사람이 명시된 단계, 규칙의 배경이 된 결정과 그 날짜, 예외와 그것을 결정하는 사람, 현재 파일 링크, 관련 항목 링크가 들어갑니다. 지식 베이스 전체에는 일곱 개 이하의 섹션 구조가 필요하며, 부서가 아니라 사람들이 묻는 질문을 기준으로 정리합니다.

지식 베이스와 위키는 무엇이 다른가요?

위키는 누구든 어떤 구조로든 쓸 수 있는 페이지의 집합입니다. 지식 베이스는 사람들이 묻는 질문을 기준으로 정리되어 질문마다 항목이 하나씩 있고 각 항목에 담당자와 검토일이 명시됩니다. 위키에 구조와 담당자를 더하면 지식 베이스로 바꿀 수 있습니다. 그것이 없으면 위키는 아무도 탐색할 수 없고 아무도 확인하지 않은 수백 개의 페이지로 불어납니다. 소프트웨어는 같은 경우가 많고, 차이는 이 두 가지 결정에 있습니다.

지식 베이스는 어떻게 구조화하나요?

부서별이 아니라 질문별로 합니다. 묻는 사람은 답이 어느 부서에 속하는지는 모르지만 자신이 무엇을 묻는지는 압니다. 첫 주에 모은 질문을 일곱 개 이하의 최상위 섹션으로 묶고, 소규모 조직이라면 보통 고객과 주문, 돈과 인보이스, 사람과 채용, 도구와 접근 권한, 규칙과 결정, 연락처로 나눕니다. 항목은 질문 하나로 유지합니다. 섹션이 서른 개 안팎을 넘어 커지면, 누가 답하는지가 아니라 사람들이 묻는 질문을 기준으로 나눕니다.

지식 베이스를 만드는 데 얼마나 걸리나요?

사람들이 여는 지식 베이스까지 30일입니다. 1주는 질문 수집, 1주는 구조와 담당자, 1주는 기존 출처에서 첫 스무 개 항목 작성, 1주는 게시와 검토 루프 설정입니다. 추진하는 사람은 일주일에 두 시간 정도를 쓰고, 담당자는 항목당 20분을 씁니다. 대부분의 항목은 새로 쓰는 것이 아니라 이미 한 답을 복사한 것이기 때문입니다. 지식 베이스는 30일째에 끝나지 않습니다. 질문에 답할 때마다 항목이 하나씩 늘어나며 자랍니다.

지식 베이스를 무료로 만들 수 있나요?

네. 이 가이드의 템플릿은 일반 텍스트이고, 지식 베이스는 팀이 이미 쓰는 도구 안의 노트, 문서, 채널에 둘 수 있습니다. Slack의 canvas, Google Doc, Teams 채널의 Files 탭, 채팅에 고정한 노트가 그 예입니다. 소프트웨어 비용이 들지 않아도 담당자의 검토 시간은 여전히 들며, 한계는 해당 스위트 자체의 한계입니다. Slack의 Free 플랜은 90일간의 메시지 기록을 보관하고, 어느 스위트에서든 항목은 입력된 언어로 남습니다. InterMIND에서는 Basic 플랜이 무료이며, 유료 플랜의 가격은 요금 페이지에서 확인할 수 있습니다.

출처: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. Microsoft Learn의 Teams–SharePoint 페이지는 2026년 11월에 확인했고, Teams 보존 및 회의 노트 페이지, Slack canvas 템플릿 페이지, Google "Take notes for me" 페이지는 2026년 10월에 확인했으며, Teams 메시지 번역 및 자막 페이지, Slack 요금·보존·내보내기 페이지, Google Chat 번역 및 Meet 자막 페이지, WhatsApp 페이지는 2026년 8월에 확인했습니다. 벤더는 시간이 지나면서 플랜, 기능, 지원 언어 목록을 바꿉니다. 현재 상태는 각 벤더의 페이지에서 확인하세요.