팀은 AI로 흩어진 업무를 어떻게 공유 지식으로 바꾸는가

결정은 채팅 스레드에, 맥락은 회의 녹화본에, 업무 절차는 한 사람의 머릿속에 있습니다. 흩어진 업무를 AI가 실제로 도울 수 있는 지식 베이스로 바꾸기 위해 팀들이 쓰는 방법을 소개합니다.
대부분의 팀에는 지식이 부족한 것이 아닙니다. 지식이 머물 곳이 없을 뿐입니다. 결정은 채팅 스레드에서 내려지고, 그 이유는 회의에서 설명되고, 최종본은 누군가의 초안에 남아 있고, 전체 내용을 아는 사람은 휴가 중입니다.
AI가 이 문제를 혼자 해결해 주지는 않습니다. 하지만 가장 지루한 일, 즉 날것의 업무를 다른 사람이 읽을 수 있는 형태로 바꾸는 일의 비용을 크게 낮췄습니다. AI로 효과를 보는 팀들은 단순한 흐름을 따릅니다. 업무가 일어나는 곳에서 기록하고, AI가 몇 가지 재사용 가능한 형식으로 정리하게 하고, 연결된 하나의 워크스페이스에 보관하고, 중요한 페이지마다 담당자를 둡니다.
이 글에서는 이 흐름과 이를 믿을 수 있게 만드는 프롬프트, 그리고 AI 지식 베이스를 아무도 읽지 않는 페이지 더미로 만드는 실수를 설명합니다.
핵심만 먼저
AI로 흩어진 업무를 공유 지식으로 바꾸려면, 먼저 팀이 계속 묻는 질문이 무엇인지 정하세요. 그 답의 바탕이 되는 회의 메모, 채팅 스레드, 문서, 웹 리서치를 하나의 워크스페이스에 모읍니다. AI에게 각 자료를 의사 결정 기록, 업무 가이드, 프로젝트 요약 같은 몇 가지 형식으로 정리하게 하고, 게시하기 전에 모든 초안을 원본과 대조해 확인하세요. 그다음 페이지를 관련 프로젝트와 업무 절차에 연결하고, 담당자를 정하고, 승인된 내용을 바탕으로 AI에게 질문할 수 있게 합니다.
초안 작성, 요약, 검색은 AI가 합니다. 무엇이 사실이고 최신이며 남길 가치가 있는지는 여전히 팀이 정합니다.
팀의 지식은 왜 흩어질까
지식이 흩어지는 이유는 기록용으로 만들어지지 않은 여러 도구에 업무가 나뉘어 있기 때문입니다. 채팅은 빠른 소통을 위한 것이지 석 달 뒤에 결정을 찾기 위한 것이 아닙니다. 회의 녹화본에는 아무도 다시 볼 시간이 없는 맥락이 담겨 있습니다. 문서는 한 프로젝트를 위해 쓰인 뒤 폴더 속에서 잊힙니다.
그 비용은 과소평가하기 쉽습니다. 맥킨지는 지식 근로자가 하루에 약 1.8시간을 정보를 찾고 모으는 데 쓴다고 추정했습니다. 팀 단위로 보면 반복되는 질문, 느린 온보딩, 두 번 내리는 결정, 한 사람이 자리를 비우면 멈추는 업무로 나타납니다.

전통적인 위키는 일이 끝난 뒤 사람들에게 문서를 쓰게 하는 방식으로 이 문제를 풀려고 했습니다. 하지만 대부분의 팀은 이를 꾸준히 해내지 못했습니다. 달라진 점은 이제 AI가 업무 자체로부터 첫 초안을 만들 수 있다는 것입니다. 문서화가 더 이상 별도의 프로젝트일 필요가 없습니다.
| 흩어진 업무 | 공유 지식 |
|---|---|
| 채팅 스레드에 묻힌 결정 | 이유, 담당자, 날짜가 담긴 의사 결정 기록 |
| 60분짜리 회의 녹화본 | 결정 사항과 할 일이 담긴 2분짜리 메모 |
| 같은 문서의 다섯 가지 버전 | 프로젝트와 연결된 최신 페이지 하나 |
| "마리아한테 물어봐, 그 사람이 알아" | 누구나 따라 할 수 있는 업무 가이드 |
| 답 하나 찾으려고 도구 세 개 뒤지기 | 출처 링크와 함께 답이 나오는 질문 하나 |
1단계: 사람들이 계속 묻는 질문부터 시작하기
가진 파일을 전부 옮기는 것부터 시작하지 마세요. 팀을 가장 자주 방해하는 질문부터 시작합니다. 각 리더에게 매주 답하는 질문 다섯 개를 적어 달라고 하고, 채팅 기록에서 "의 최신 버전이 어디 있어요?", "왜 ~로 결정했죠?", "는 어떻게 해요?" 같은 반복되는 스레드를 찾아보세요.
그 질문들을 몇 가지 범주로 묶습니다. 대부분의 팀에서는 다음과 같습니다.
- 결정: 무엇을, 언제, 누가, 왜 결정했는지.
- 업무 절차: 반복 업무를 단계별로 어떻게 처리하는지.
- 프로젝트 맥락: 진행 중인 업무의 목표, 범위, 상태, 주요 링크.
- 온보딩: 새로 온 사람이 처음 2주 동안 알아야 할 것.
- 참고 자료: 고객 정보, 제품 정보, 정책.
이 범주가 지식 베이스의 뼈대가 됩니다. 이후에 기록하는 모든 것은 이 중 하나에 들어가야 합니다.
2단계: 업무가 일어나는 곳에서 기록하기
기록은 대부분의 팀이 건너뛰는 단계이자 AI가 가장 크게 도움이 되는 단계입니다. 목표는 새 문서를 쓰는 것이 아니라, 최소한의 노력으로 날것의 자료를 한곳에 모으는 것입니다.
회의 중에는 공유 페이지에 메모하거나, AI 회의록 도구로 녹취록을 결정 사항과 할 일이 정리된 메모로 바꾸세요. 논의를 녹음했다면 음성 텍스트 변환 도구로 먼저 검색 가능한 녹취록을 만들 수 있습니다.
리서치 자료는 채팅에 링크를 붙여 넣어 사라지게 두지 말고, Buildin Web Clipper로 웹페이지, 기사, 유튜브 자막을 저장하세요. 채팅에서 내린 결정은 대화가 끝나 맥락이 아직 분명할 때 바로 스레드를 페이지로 옮기세요.
팀이 이미 다른 도구에 문서를 쌓아 두었다면 처음부터 다시 만들지 말고 가져오세요. Buildin은 Notion API를 통해 하위 페이지와 데이터베이스 관계까지 포함해 Notion 워크스페이스를 가져올 수 있어서 기존 구조를 잃지 않습니다.

3단계: AI로 날것의 업무를 재사용 가능한 형식으로 정리하기
날것의 자료는 아직 지식이 아닙니다. 60분짜리 녹취록이나 메시지 200개짜리 스레드는 다시 쓰기에 너무 깁니다. 바로 여기서 AI가 업무를 동료가 2분 안에 읽을 수 있는 형태로 바꿉니다.
출력 형식을 몇 가지만 정하고 매번 같은 형식을 쓰세요. 완벽함보다 일관성이 중요합니다. 그래야 팀이 어디를 봐야 하는지 알게 됩니다.
의사 결정 기록은 무엇을 결정했는지, 어떤 선택지를 검토했는지, 왜 이것을 골랐는지, 누가 결정했는지, 언제 다시 볼지 답합니다. 업무 가이드는 설명을 사전 준비와 흔한 실수가 포함된 번호 매긴 단계로 바꿉니다. 프로젝트 요약은 목표, 범위, 담당자, 상태, 최신 작업 링크를 담습니다. FAQ 항목은 반복되는 질문 하나에 몇 문장으로 답하고 전체 출처를 링크합니다.
"이거 요약해 줘" 같은 모호한 프롬프트로는 아무도 활용할 수 없는 요약이 나옵니다. 필요한 형식과 AI가 지어내면 안 되는 것을 알려 주세요. 다음 프롬프트로 시작해 보세요.
아래 회의 메모를 의사 결정 기록으로 만들어 줘.
포함할 내용: 한 문장으로 된 결정, 논의된 선택지, 최종 선택의 이유, 담당자, 남은 질문, 이름이 적힌 후속 업무. 메모에 있는 정보만 사용해 줘. 불분명하거나 빠진 내용은 추측하지 말고 [확인 필요]로 표시해 줘. 전체 기록은 250단어 이내로 해 줘.
회의 메모:
[여기에 메모나 녹취록을 붙여 넣으세요]

Buildin에서는 별도의 채팅에 아무것도 복사하지 않고 이 작업을 할 수 있습니다. 페이지에서 메모를 선택해 페이지 안의 AI에게 다시 써 달라고 하거나, Buildin Agent에게 작업 전체를 맡기세요. 예를 들어 "이번 주 회의 페이지를 읽고, 결정마다 의사 결정 기록을 만들어 Decisions 데이터베이스에 추가해 줘"라고 요청하면, Agent가 페이지를 읽고 기록을 만들어 워크스페이스에 저장합니다.
4단계: '공식'이 되기 전에 검토하기
AI 초안은 매끄럽게 읽히고, 매끄러운 글은 쉽게 믿음을 줍니다. 그래서 모든 초안은 팀 지식으로 공유되기 전에 사람의 확인을 거쳐야 합니다.
업무를 가장 잘 아는 사람이 초안을 원본과 대조해 읽어야 합니다. 이름, 날짜, 숫자, 약속한 내용을 확인하세요. AI가 메모가 아니라 일반 지식으로 채워 넣었을지 모를 세부 사항을 찾아보세요. [확인 필요] 표시는 모두 해결하거나 해당 문장을 지우세요. 아직 논의 중인 결정이라면 내일 바뀔 수도 있는 답을 게시하지 말고 페이지를 초안으로 표시하세요.
유용한 규칙이 하나 있습니다. 담당자, 출처 링크, 날짜가 있어야만 페이지가 공식이 됩니다. 나머지는 모두 작업 메모입니다.
5단계: 지식을 분류하지 말고 연결하기
폴더는 누군가 필요로 하기도 전에 페이지를 어디에 둘지 정하게 만듭니다. 연결된 페이지는 같은 지식이 필요한 곳 어디에나 나타나게 합니다. 이것이 문서 보관소와 공유 지식의 차이입니다.
팀 워크스페이스의 실용적인 구조는 다음과 같을 수 있습니다.
- 목표, 진행 중인 프로젝트 링크, 온보딩 가이드가 있는 팀 홈 페이지.
- 프로젝트, 담당자, 날짜, 상태 속성이 있는 Decisions 데이터베이스.
- 프로젝트 관리 SOP 템플릿 같은 업무 가이드와 표준 운영 절차를 모은 업무 절차 영역. 처음부터 쓰려면 SOP 작성법을 참고하세요.
- 관련 회의, 결정, 산출물로 연결되는 프로젝트 페이지.
- 회의록 템플릿을 바탕으로 하고, 모든 기록이 해당 프로젝트와 연결된 Meetings 데이터베이스.

Buildin은 이런 구조를 위해 만들어졌습니다. 페이지, 데이터베이스, 마인드맵이 같은 워크스페이스에 있어서, 의사 결정 기록 하나가 데이터베이스의 한 행이면서 프로젝트 페이지에서 링크되고 프로젝트 마인드맵에도 보일 수 있습니다. 세 개의 사본을 따로 관리할 필요가 없습니다. 아직 도구를 고르는 중이라면 AI 지식 베이스 도구 비교에서 주요 선택지와 가격을 확인하세요.
6단계: 전문가 대신 지식 베이스에 묻게 하기
지식이 기록되고, 검토되고, 연결되면 AI는 두 번째 방식으로 쓸모가 생깁니다. 바로 질문에 답하는 것입니다. 아는 사람 한 명에게 메시지를 보내는 대신, 동료가 워크스페이스에 직접 물어볼 수 있습니다.
좋은 질문은 구체적입니다. "왜 출시를 10월로 미뤘나요?", "환불 처리 단계는 어떻게 되나요?", "Business 요금제 가격은 어떻게 결정했나요?" 같은 질문입니다. Buildin AI는 페이지와 데이터베이스를 검색해 출처 페이지를 인용하며 답하므로, 읽는 사람이 요약을 무작정 믿지 않고 원래 맥락을 확인할 수 있습니다.

이 답의 품질은 앞 단계에 그대로 달려 있습니다. 어지럽고 오래된 워크스페이스를 AI로 검색하면 어지럽고 오래된 답이 나옵니다. 담당자와 날짜가 있는 검토된 페이지를 검색하면 바로 행동으로 옮길 수 있는 답이 나옵니다.
민감한 정보를 다루는 팀이라면 검색 품질만큼 데이터가 어디에 있는지도 중요합니다. Buildin은 프라이빗 배포를 제공하므로 문서와 AI 질의를 자체 인프라에 둘 수 있습니다.
7단계: 지식을 최신으로 유지하기
지식은 낡습니다. 업무 절차가 바뀌고, 도구가 교체되고, 결정이 뒤집혀도 예전 페이지는 계속 자신 있게 질문에 답합니다.
1년에 한 번 대청소를 계획하는 대신 관리를 업무 흐름 안에 넣으세요. 중요한 페이지에 '마지막 검토일'과 담당자를 추가하세요. 결정이 바뀌면 별도의 페이지를 만들지 말고 의사 결정 기록을 업데이트한 뒤 새 기록을 링크하세요. 한 달에 한 번 각 담당자가 조회 수가 가장 많은 페이지와 가장 오래된 페이지를 점검합니다. 여기서도 AI가 도움이 됩니다. 업무 절차의 두 버전을 비교해 바뀐 점을 정리하게 하거나, 더 이상 쓰지 않는 도구를 언급한 페이지를 찾게 하세요.
피해야 할 흔한 실수
한꺼번에 전부 가져오기
모든 파일을 새 도구로 옮기면 새로운 곳에 더 큰 혼란이 생길 뿐입니다. 가장 많이 묻는 질문부터 시작하고, 나머지는 필요할 때 추가하세요.
검토 없이 AI 초안 게시하기
확인하지 않은 요약은 제안을 결정으로 바꾸거나 없는 마감일을 만들어 낼 수 있습니다. 담당자가 승인할 때까지 초안 표시를 유지하세요.
문서마다 새 형식 만들기
팀원마다 자기만의 템플릿을 만들면 아무도 어디를 봐야 할지 모릅니다. 형식을 몇 가지만 정하고 계속 재사용하세요.
담당자 없는 페이지 방치하기
담당자가 없는 페이지는 결국 낡습니다. 중요한 페이지마다 팀이 아니라 한 사람을 담당자로 지정하세요.
AI의 답을 출처로 여기기
AI의 답은 지식을 찾는 방법이지 지식을 대신하는 것이 아닙니다. 항상 출처 페이지 링크를 남기고, 중요한 일을 실행하기 전에는 원본을 확인하세요.
권한과 개인정보 무시하기
모든 대화가 공유 지식 베이스에 들어가야 하는 것은 아닙니다. 개인 정보를 지우고, 기밀을 존중하고, 워크스페이스 권한으로 민감한 페이지를 볼 수 있는 사람을 관리하세요.
매주 반복할 수 있는 업무 흐름
한 주 동안은 회의 메모를 공유 페이지에 쓰고, 리서치 자료는 채팅이 아니라 워크스페이스에 저장하세요. 회의가 끝날 때마다 2분 동안 AI에게 결정 사항과 할 일을 뽑아 달라고 하고, 회의 담당자가 확인합니다.
일주일에 한 번은 그 주의 중요한 스레드와 메모를 모아 AI에게 의사 결정 기록, 업무 가이드, 프로젝트 업데이트 초안을 쓰게 하고, 각 담당자가 자기 초안을 검토합니다. 승인된 페이지는 관련 프로젝트에 연결하고 알맞은 데이터베이스에 추가하세요.
한 달에 한 번은 가장 많이 쓰인 페이지와 가장 오래된 페이지를 점검하고, 바뀐 내용을 업데이트하거나 보관 처리하고, 사람들이 여전히 채팅으로 묻는 질문을 살펴보세요. 그 질문이 다음에 무엇을 문서화해야 하는지 알려 줍니다.
마치며
공유 지식은 한 번 쓰고 끝나는 문서가 아닙니다. 업무가 일어나는 곳에서 기록하고, AI가 몇 가지 일관된 형식으로 바꾸게 하고, 검토하고, 연결하고, 최신으로 유지하는 습관의 결과입니다.
속도는 AI에게, 판단은 팀에게, 기억은 연결된 하나의 워크스페이스에 맡기세요. 팀 하나와 그 팀이 가장 자주 답하는 질문 다섯 개로 시작하세요. 팀의 지식을 정리하는 더 많은 아이디어는 지식 관리 앱 가이드를 참고하세요. Buildin을 무료로 사용해 보고 이번 주의 회의와 스레드를 팀 지식 베이스의 첫 페이지로 만들어 보세요.
Sency Shen
Skilled in content structuring, topic breakdown, and background research, with a strong interest in knowledge management and content workflows. Responsible for research, information organization, and foundational content preparation at Buildin.





