사내 지식 관리, 대행사를 위한 협업 문서와 위키

모든 클라이언트는 내부 탭과 클라이언트 탭으로 나뉜 자신만의 페이지 트리를 가지며, 검색과 즐겨찾기 덕분에 필요한 문서까지 키 입력 몇 번이면 닿습니다. 대행사의 문서는 이 클라이언트의 전략, 저 클라이언트의 브랜드 문서, 다른 클라이언트의 리포트 주기처럼 속한 계정별로 정리되며, 세 번째 프로젝트쯤 쓸모없어지는 폴더 하나에 몽땅 쏟아붓지 않습니다.

트리가 활성 클라이언트에 맞춰지므로 클라이언트를 바꾸면 문서 화면도 자동으로 그 계정에 다시 뿌리내리고, 별표를 준 페이지는 빠른 복귀를 위해 맨 위로 올라옵니다. 클라이언트 관리에서 추가한 신규 계정은 첫날부터 자신만의 문서 공간을 얻으므로, 지식 관리는 클라이언트 명부와 함께 성장하며 오래된 문서가 사라지는 곳이 되지 않습니다.

슬래시 메뉴는 필터링되고 완전히 키보드로 탐색할 수 있어, 원하는 블록의 이름을 입력하고 화살표로 후보를 오가면 되므로 숙련된 사용자는 마우스에 손을 댈 일이 없습니다. 표는 인라인으로 행과 열을 더하고 지우며, 토글은 중첩된 줄을 열고 닫고, 콜아웃은 원하는 이모지를 쓸 수 있고, 코드 블록은 서식을 그대로 유지하며, 이미지 블록은 페이지 흐름 안에서 바로 그림을 보여줍니다.

편집 방식은 의도적으로 깔끔합니다. Enter는 블록을 나누며 목록을 이어가고, 서식이 있는 블록의 맨 앞에서 백스페이스를 누르면 일반 텍스트로 내려간 뒤 위 블록과 합쳐지며, 화살표 키는 글쓰는 사람이 기대하는 방식으로 블록 사이를 이동합니다. 편집 내용은 다른 곳을 클릭하는 순간 저장되므로 반쯤 쓰다 만 줄이 사라지는 일이 없고, 문서는 훑어보기 힘든 텍스트 벽이 아니라 깔끔하고 구조화된 상태를 유지합니다.

문서에는 위계가 필요합니다. 브랜드 섹션, 전략 섹션, 회의 노트 섹션을 각각 자신만의 페이지로 담은 계정 개요가 그 예입니다. 트리에서 바로, 페이지 메뉴에서, 또는 슬래시 하위 페이지 명령으로 하위 페이지를 만들 수 있고, 이 명령은 입력하던 자리에 새 페이지로의 인라인 링크도 함께 남기므로 글을 쓰는 동안 구조가 저절로 만들어집니다.

목록이 아니라 위키처럼 동작합니다. 페이지는 업무가 요구하는 만큼 깊이 중첩될 수 있고, 트리는 그 중첩을 한눈에 보여주며, 페이지를 삭제하면 하위 트리 전체가 함께 사라지므로 고아가 된 하위 페이지가 남지 않습니다. 금세 손을 벗어나는 개인 메모장과, 클라이언트 계정 하나를 탐색 가능한 구조 하나에 통째로 담는 지식 관리의 차이가 여기서 갈립니다.

문서가 아무것도 다루지 않는 경우는 드뭅니다. 거래, 프로젝트, 캠페인, 회의를 기록하기 마련입니다. 연결 명령을 실행하면 검색 가능하고 종류별로 필터링되는 선택 창이 열려 팀원, 클라이언트, CRM 리드, 프로젝트, 업무, 테마, 폼, 카피, 소재, 회의, 채팅, 파일에 대한 클릭 가능한 참조를 다른 문서 페이지로의 일반 링크와 나란히 페이지에 바로 남길 수 있습니다.

각 참조는 해당 툴로 깊이 연결되며 따라가면 활성 클라이언트도 함께 설정되므로, 회의 요약은 관련된 정확한 CRM 리드를 가리킬 수 있고 프로세스 문서는 자신이 규정하는 프로젝트를 링크할 수 있습니다. 이로써 사내 문서는 죽은 아카이브가 아니라 콘솔 전체를 이어주는 결합 조직이 되어, 문서를 그것이 설명하는 살아 있는 업무와 묶어줍니다.

계정 전략, 내부 사후 분석, 솔직한 메모처럼 뒷단에 머무르는 문서가 있는가 하면, 승인된 범위나 공유 플랜처럼 클라이언트를 위한 문서도 있습니다. 페이지별 공유 토글이 무엇이 무엇인지 결정하므로, 같은 에디터가 두 종류의 문서를 모두 담으면서도 내부용 한마디가 엉뚱한 독자 앞에 놓일 걱정을 끊임없이 할 필요가 없습니다.

페이지가 공유되면 해당 클라이언트의 포털에 깔끔한 읽기 전용 문서로 나타나고, 내부로 두면 대행사 안에 확실히 머무릅니다. 실수가 아니라 의도적으로 그은 벽이 있기에 팀은 한쪽에서는 솔직하게 쓰고 다른 쪽에서는 자신 있게 게시할 수 있습니다. 모두 하나의 구조화된 사내 지식 관리 안에서 이뤄집니다.