Slite에서 문서·위키 기능을 쓸 때 공식 문서에 적힌 설정·요금제·한계는 무엇인가?

Slite의 문서·위키 기능 중 공식 문서로 확인된 항목은 31개이며, 나머지는 「확인된 바 없음」으로 남는다. 이 글은 Slite 한 서비스만 깊이 읽는 글이라서, 문서별 열람 권한 나누기, 업무 매뉴얼과 표준 절차 문서 관리, 신입 온보딩 문서 정리라는 세 가지 질문에 걸린 조건을 공식 문서 문장 단위로 나누어 적는다. Slite 문서에 적힌 내용은 출처를 달아 옮기고, 문서에서 보이지 않은 내용은 기능이 없다는 식으로 쓰지 않고 「공식 문서에서 확인하지 못함」이라고만 적는다.

누구를 위한 글인가

이미 Slite를 쓰고 있거나, 팀 위키를 고르는 중에 Slite를 후보로 올려 둔 팀장을 위한 글이다. 팀장은 문서를 직접 만드는 사람이면서 동시에 누가 그 문서를 볼 수 있는지, 절차가 바뀔 때 문서가 따라 바뀌는지, 새로 온 사람이 혼자 찾아 읽을 수 있는지를 챙겨야 하는 자리에 있다. 이어지는 세 장면은 Slite의 권한·매뉴얼·온보딩 질문을 그려 보려고 만든 「예시 상황」일 뿐, 실제 고객 사례가 아니다.

예시 상황 A. 인사와 재무 관련 문서가 팀 전체에 그대로 보이는 것을 뒤늦게 알게 된 팀. 페이지마다 볼 수 있는 사람을 나눌 수 있는지, 조직 밖의 협력자에게는 필요한 페이지만 열 수 있는지, 로그인을 사내 계정으로 묶을 수 있는지, 관리자가 변경 기록을 볼 수 있는지가 궁금하다.

예시 상황 B. 담당자가 바뀔 때마다 같은 설명을 처음부터 반복하는 팀. 업무 절차를 문서로 남기되 양식을 통일하고, 문서가 바뀐 이력을 되짚을 수 있으며, 문서를 고칠 수 있는 사람을 제한하고 싶다.

예시 상황 C. 채용이 늘어 교육 부담이 커진 팀. 신입이 처음 읽을 문서를 같은 틀로 만들고, 필요한 문서를 스스로 검색해서 찾게 하고, 신입에게 보이면 안 되는 문서는 따로 가리고 싶다.

세 상황은 한 문서 도구 안에서 이어진다. 온보딩 문서를 만들려면 매뉴얼 틀이 필요하고, 매뉴얼을 모으면 곧 누가 무엇을 볼 수 있는지를 정해야 하는 일이 생긴다. 그래서 Slite 문서 하나를 세 질문에 번갈아 대어 읽었고, 칸마다 근거 문장과 확인 날짜를 따로 달아 두었다. 인원 규모나 업종은 이 글에서 가르지 않았고, 조직이 커질 때 다시 볼 조건은 뒤의 「상황별로 확인할 조건」에서 질문으로만 적는다.

기능 한눈에

아래 표는 세 인텐트가 요구하는 조건을 Slite 공식 문서에서 어떻게 확인했는지 정리한 것이다. 표의 줄 차례에는 의미를 두지 않았으며, 페이지 단위 권한처럼 한 근거가 여러 상황에 겹쳐 쓰이는 칸도 있다.

설정·관리 순서

Slite 근거 행에서 화면 메뉴 이름이나 클릭 순서를 가리키는 문구는 나오지 않는다. 따라서 설정 단계를 만들어 적지 않고, 공식 문서를 어떤 차례로 펼치면 세 질문의 답이 풀리는지를 근거 행의 문서 위치대로만 따라간다. 같은 항목이 두 번 이상 나오는 이유는 한 조건이 여러 상황에서 함께 쓰이기 때문이다. 요금제 페이지는 기능 이름을 한 줄씩 올려 두는 성격이고, 도움말 페이지는 관리 화면의 동작을 풀어 쓰는 성격이라고 근거 행의 표현에서 읽힌다.

1. 문서 권한은 요금제 페이지의 문서 권한 항목에서 시작한다. 항목 이름이 올라 있다는 것까지는 확인되지만, 권한이 페이지 단위인지 폴더 단위인지는 이 페이지의 근거 행에 적혀 있지 않다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
2. 외부 협력자를 초대하는 쪽은 같은 페이지의 게스트 협업자 항목을 본다. 게스트가 볼 수 있는 범위가 특정 페이지로 한정되는지는 근거 행에 적혀 있지 않다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
3. 로그인 통합은 같은 페이지의 SSO 항목을 본다. OpenID 방식, 곧 OIDC가 적혀 있다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
4. 양식 통일은 맞춤 템플릿 항목에서, 변경 기록은 문서 이력 항목에서 읽는다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
5. 문서가 오래되어 낡는 것을 막는 관리는 도움말의 문서 건강 상태 안내에서 읽는다. 한 화면에서 확인하거나 소유자를 바꾸거나 보관 처리할 수 있다고 적혀 있다 [출처: https://slite.com/help/8asbrkQaX8aQou/Keep-your-docs-healthy(새 창, 공식 원문)].
6. 검색은 홈페이지의 문서 검색 문구에서 확인한다 [출처: https://slite.com/(새 창, 공식 원문)].

요금제에 따라 달라지는 것

Slite를 들이기 직전 팀장이 먼저 묻게 되는 것은 어느 요금제에서 무엇이 열리느냐이다. 이번 근거 행으로는 이 질문에 답이 거의 나오지 않는다는 점을 먼저 밝혀 둔다. 요금제 페이지가 기능 이름을 나열해 두었을 뿐, 항목마다 어느 요금제 열에 속하는지는 근거 행에 구분되어 있지 않다.

확인된 차이는 다음과 같다. 무료 체험 기간은 14일이고, 그 뒤에는 유료 구독이 필요하다고 적혀 있다 [출처: https://slite.com/pricing(새 창, 공식 원문)]. 공개한 문서에 쓰는 사용자 지정 도메인은 유료 요금제 쪽 기능으로 적혀 있다 [출처: https://slite.com/pricing(새 창, 공식 원문)]. 요금은 사용자 수에 따라 붙는 방식이고, 사용자 수의 상한은 이번 근거에서 찾지 못했다 [출처: https://slite.com/pricing(새 창, 공식 원문)].

SSO와 감사 로그는 요금제 페이지에 항목으로 올라 있지만, 어느 요금제에서 되는지는 구분해서 확인하지 못했다. 요금제 열이 갈라져 확인되기 전에는 이 두 항목을 특정 요금제에서 쓸 수 있다고 읽어서는 안 된다 [출처: https://slite.com/pricing(새 창, 공식 원문)]. 문서 변경 이력도 같은 방식이다. 항목은 있지만 이전 버전을 며칠까지 되살릴 수 있는지는 적혀 있지 않다 [출처: https://slite.com/pricing(새 창, 공식 원문)].

공식 문서에 적힌 한계

이번 근거에는 요건 미충족(not_met)으로 판정된 행이 하나 있고, 그 밖에는 문서 문장에 드러난 범위를 적는다.

• 무료로 계속 쓰는 길은 요금제 페이지에서 확인되지 않았다. 14일 체험 뒤에는 구독 요금제를 사야 계속 쓸 수 있다고 적혀 있다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
• SSO는 SAML이 아니라 OpenID 방식으로만 적혀 있다. SAML 방식으로 묶어야 하는 조직이라면 직접 물어봐야 하는 부분이다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
• 문서 변경 이력은 기능 이름만 있고 보관 일수가 적혀 있지 않다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
• 게스트 협업자는 항목 이름만 있고, 게스트에게 열어 줄 수 있는 범위가 페이지 단위인지는 적혀 있지 않다 [출처: https://slite.com/pricing(새 창, 공식 원문)].
• 문서 권한은 요금제 페이지에서 항목 이름으로만 확인된다. 소유자 이관 도움말에서는 페이지 권한 모델을 설명하는 문장을 찾지 못했다 [출처: https://slite.com/help/8asbrkQaX8aQou/Keep-your-docs-healthy(새 창, 공식 원문)].

확인된 바 없음 · 조사 중

Slite 문서에서 못 찾은 항목과 아직 열어 보지 않은 항목은 이 절에서 갈라 둔다. 근거 문장이 잡히지 않았다고 해서 기능이 없다고 단정하지는 않으며, 이번에 읽은 공식 문서 범위에서만 얻지 못했다는 말이다. 「조사 중」인 항목은 문서를 아직 열지 않은 상태라서, 두 부류 모두 도입을 정하는 근거로는 삼지 않는다.

세 인텐트가 요구하는 핵심 조건은 항목 수준에서 모두 공식 문서에 올라 있었다. 다만 Slite를 다룬 다른 상황 글의 조건 가운데 다음은 「확인된 바 없음」으로 남아 있다. 팀장이 같이 물을 수 있어서 적는다.

• 다른 도구에서 문서를 가져오는 가져오기 기능은 공식 문서에서 확인하지 못함.
• 다른 도구에서 옮겨 오는 전용 이전 도구는 공식 문서에서 확인하지 못함.
• 문서를 프로젝트나 업무 관리 도구와 연결하는 기능은 공식 문서에서 확인하지 못함.
• 문서 안에서 데이터베이스 표를 만드는 기능은 공식 문서에서 확인하지 못함.
• 퇴사자의 문서를 정리하는 절차는 확인한 도움말에 적혀 있지 않았음.
• 문서를 올리고 승인받는 결재 흐름은 공식 문서에서 확인하지 못함.
• 사용자 수나 페이지 수의 상한은 공식 문서에서 확인하지 못함.

조사 중인 것은 다음과 같다. 아래 세 가지는 이번에 Slite 문서를 열어 보지 못했다는 표시일 뿐, 기능이 없다는 표시가 아니다.

• SSO와 감사 로그가 어느 요금제 열의 항목인지.
• 문서 변경 이력의 보관 기간.
• 게스트가 접근할 수 있는 범위.

상황별로 확인할 조건

표 한 줄은 Slite를 쓰는 팀장이 부딪힐 만한 상황 하나, 그 상황에서 열어 볼 조건, 그 조건의 공식 문서 상태를 나란히 놓은 것이다. 상태가 「확인」이어도 Slite 공식 문서에 그 항목이 실려 있다는 데까지만 말하며, 조직이 요구하는 수준을 채우는지는 따로 가려야 한다. 요구 수준은 사내에서 먼저 정하고, 공급사 답변으로 맞춰 본다. 팀장이 직접 정해야 하는 것은 대개 누구에게 어느 문서를 보이느냐와 문서를 얼마나 오래 되돌릴 수 있어야 하느냐 두 가지다.

권한과 템플릿과 이력은 요금제 페이지의 항목 이름이 근거다 [출처: https://slite.com/pricing(새 창, 공식 원문)]. 검색은 홈페이지의 문구가 근거이고 [출처: https://slite.com/(새 창, 공식 원문)], 오래된 문서를 점검하는 흐름은 도움말이 근거다. 도움말에는 확인 주기를 정해 두면 기한이 지날 때 소유자에게 다시 살펴보라는 알림이 간다고 적혀 있다 [출처: https://slite.com/help/8asbrkQaX8aQou/Keep-your-docs-healthy(새 창, 공식 원문)]. 이 문장은 문서 승인 흐름과는 다른 것이다. 낡은 문서를 다시 살펴보게 하는 장치일 뿐, 올리기 전에 결재를 받는 장치는 아니다. 팀장이 매뉴얼을 맡는다면 이 알림이 실제로 누구에게 가는지, 소유자가 바뀐 문서는 알림도 새 소유자에게 가는지를 함께 물어 두는 편이 안전하다. 이 도움말은 소유자를 한꺼번에 바꾸는 동작도 같은 화면에서 한다고 적고 있어서, 담당자 교체가 잦은 팀에서는 이 두 동작이 이어지는지가 쓸모를 가른다.

공급사에 물어볼 질문

Slite 요금제 페이지처럼 항목 이름만 올라 있고 범위가 보이지 않는 대목은 아래 질문으로 옮겼다. 받은 답변을 문서나 메일로 보관해 두면 담당자가 교체된 뒤에도 그대로 이어 쓸 수 있다.

1. 문서 권한은 페이지 단위로 보기와 편집을 나눌 수 있는가, 아니면 더 큰 단위로만 나뉘는가?
2. 게스트 협업자에게 특정 페이지만 열어 줄 수 있는가, 그리고 게스트 수에도 요금이 붙는가?
3. SSO와 감사 로그는 어느 요금제부터 쓸 수 있는가? SAML 방식도 지원하는가?
4. 문서 변경 이력은 며칠 또는 몇 번까지 보관되며, 이전 버전으로 되돌릴 수 있는가?
5. 퇴사자가 만든 문서의 소유자를 한꺼번에 바꾸는 방법이 있다면, 그 사람의 접근 권한도 함께 정리되는가?
6. 올리기 전에 승인을 받는 흐름을 둘 수 있는가?
7. 다른 도구에서 문서를 가져올 공식 방법이 있는가?
8. 사용자 수가 늘 때 요금은 어떻게 계산되고, 상한이 있는가?

이웃 글

• /products/slite — Slite 서비스 쪽 정리
• /guides/knowledge-doc-permission — 문서별 열람 권한을 나눌 때 보는 조건
• /guides/knowledge-manual-sop — 업무 매뉴얼과 표준 절차 문서를 관리할 때 보는 조건

출처 목록

• https://slite.com/pricing(새 창, 공식 원문)
• https://slite.com/(새 창, 공식 원문)
• https://slite.com/help/8asbrkQaX8aQou/Keep-your-docs-healthy(새 창, 공식 원문)