슬랙에서 옮길 때 채널과 스레드 구조까지 유지되나요? 채널이 수백 개로 늘 때 통제하고 이전하는 순서

조건부입니다.
인사책 사내 메신저에는 Slack 의 채널·스레드·첨부·작성자·시간을 구조 그대로 가져오는 기능이 없어서,
슬랙에서 옮길 때 옛 대화 구조가 유지된다고 말할 수 없습니다.
채널이 수백 개로 늘어난 조직은 인사책에서 공개·비공개 채널과 생성자·관리자 권한으로 운영할 수 있지만,
채널 만들기를 관리자만 하도록 막는 설정,
사람이 만든 채널의 보관(읽기 전용),
소유자 이관은 인사책 메신저에 없습니다(2026-10-21 확인).
그래서 옛 Slack 은 지난 대화를 읽는 용도로 남겨 두고 새 대화만 인사책에서 시작하는 병행 전환이 맞고,
채널 생애주기 전체를 정책으로 통제해야 하는 조직은 다른 도구와 함께 시험해 보시기 바랍니다.

한눈에 보는 답

인사책 사내 메신저는 정상 운영 중입니다.
회사관리자가 켜고 이용 권한을 발급한 직원에게 보입니다.
아래 표는 이 질문에서 갈리는 조건을 인사책 기준으로 정리한 것입니다.

이 글은 인원 제한이 없다는 말과 채널 관리·이전 지원을 서로 다른 주장으로 나눠 씁니다.
한쪽이 참이어도 다른 쪽이 참이 되지는 않기 때문입니다.

먼저 확인할 질문 6가지

아래 여섯 가지를 먼저 적어 보면 인사책이 맞는지,
다른 도구를 함께 봐야 하는지 스스로 판정할 수 있습니다.

1. 채널 생성·공개 전환·소유자·보관을 지금 누가 통제하고 있나요? 인사책에서는 채널 생성이 누구에게나 열려 있고,
   이름 수정·삭제·입장 승인·멤버 내보내기·외부 연동 같은 관리 동작만 생성자와 관리자로 나뉩니다.
2. 대화량과 관리자 수,
   그리고 필요한 운영 한도는 무엇인가요? 채널 수와 관리자 수를 숫자로 적어야 아래 시험 규모를 정할 수 있습니다.
3. Slack 원본 플랜에서 어떤 데이터를 내보낼 수 있나요? 원본에 이미 없는 데이터는 어떤 새 도구도 되살릴 수 없습니다.
4. 유지해야 할 스레드·권한·작성자·시간의 기준은 무엇인가요? 감사나 분쟁에 쓸 대화와 단순 참고용 대화를 나눠 둡니다.
5. 옛 대화를 읽기만 해도 되나요,
   아니면 새 도구에서 검색까지 되어야 하나요? 인사책은 옛 Slack 대화를 가져오지 않으므로 인사책 검색에는 새로 올린 대화만 나옵니다.
6. 병행을 끝낼 기준과 되돌릴 기준은 무엇인가요? 기준은 숫자로 미리 적어 둡니다.

숫자로 보기

아래 숫자는 모두 가상의 예이며 실제 고객 성과가 아닙니다.
계산식은 자기 회사 숫자로 바꿔 쓰시면 됩니다.

채널이 늘어나는 속도 (가상의 예)

직원 120명 가운데 40명이 채널을 만들고 한 사람이 1년에 5개씩 만든다고 가정하면 40명 × 5개 = 200개가 1년 만에 생깁니다.
이 중 석 달 동안 새 글이 없는 채널이 30%라면 200개 × 0.3 = 60개가 정리 후보입니다.
인사책 메신저에는 채널을 한꺼번에 보관하는 기능이 없고 삭제는 채널마다 하므로,
60개를 하나씩 삭제할지 이름 앞에 표시를 붙여 두고 둘지 회사가 먼저 정해야 합니다.

이전 시험 한 번에 대조할 칸 수 (가상의 예)

채널 3개,
스레드 20개,
첨부 20개를 먼저 옮겨 보는 시험이라면 대조할 칸은 이렇게 셉니다.
채널 3개 × 2칸(이름·공개 여부) = 6칸,
스레드 20개 × 5칸(작성자·시간·답글 연결·권한·검색) = 100칸,
첨부 20개 × 3칸(파일 이름·크기·열림) = 60칸입니다.
합계는 6 + 100 + 60 = 166칸이고,
하나씩 ○ 또는 × 로 적습니다.
× 가 한 칸이라도 있는 항목은 옮겨진다고 쓰지 않습니다.

검색 결과 60건 상한 (가상의 예)

인사책 메신저 검색은 결과를 60건까지 보여줍니다.
'견적'이라는 낱말이 들어간 글이 150건이라고 가정하면 한 번에 모두 볼 수 없습니다.
채널 필터로 3개 채널에 50건씩 나누면 채널마다 50건이 되어 60건 이하이므로,
3번 검색해서 150건을 모두 확인할 수 있습니다.

권한 점검 칸 수 (가상의 100채널 운영 모형)

역할 3종(워크스페이스 관리자·운영 관리자·일반 구성원) × 동작 5개(이름·설명 수정,
삭제,
입장 승인,
멤버 내보내기,
외부 연동 만들기) = 15칸을 표 한 장으로 먼저 판정합니다.
그다음 100개 채널을 유형별로 나눠 10개(10%)를 뽑아 15칸 × 10개 = 150번 확인하면,
표와 실제 화면이 같은지 알 수 있습니다.

인사책에서 하는 법

아래 순서는 채널·사람·기록을 먼저 정리하고,
이전 시험으로 검증한 뒤,
운영으로 넘어가는 순서입니다.

1단계 채널 현황을 세어 둡니다

지금 쓰는 도구에서 공개 채널 수,
비공개 채널 수,
최근 석 달 동안 글이 올라온 채널 수,
채널 관리자 수를 적어 둡니다.
이 숫자는 인사책 화면이 아니라 지금 도구에서 세어야 하는 값입니다.
숫자가 있어야 옮길 채널,
정리할 채널,
새로 만들 채널을 나눌 수 있습니다.

2단계 사내 메신저를 켜고 직원에게 발급합니다

톱니 ⚙ › 「설정」 › 「기능 켜기·끄기」 칸 › 위쪽 「메신저·연동」 탭의 「사내 메신저」 칸에서 스위치를 켭니다.
켤 수 있는 사람은 회사관리자 역할(대표 포함)이고,
회사관리자 역할이 아닌 사람은 켤 수 없습니다.
처음 켤 때는 사업자 확인을 통과해야 하며,
켜는 순간 인사책이 메신저 연결을 최대 3초 동안 확인하고 실패하면 켜지지 않습니다.
켠 뒤 같은 칸의 「직원 발급 관리」에서 이름 검색,
전체 선택,
「발급」 순서로 이용 권한을 줍니다.
한 번에 1~200명까지 발급하거나 취소할 수 있고,
발급 전 직원에게는 「아직 메신저가 발급되지 않았어요」 안내가 보입니다.
발급을 취소하면 그 직원이 인사책으로 들어온 메신저 접속도 끊깁니다.

3단계 채널 이름과 공개·비공개 규칙을 정합니다

채널 이름은 1~80자이고 공백은 밑줄(_)로 바뀌며,
같은 이름은 회사 안에서 한 번만 쓸 수 있습니다.
겹치면 「이미 같은 이름의 채널이 있습니다.」 안내가 나옵니다.
채널 만들기를 역할로 막는 설정이 없으므로 이름 규칙과 누가 만드는지는 회사 약속으로 정합니다.
가상의 예: 팀_영업,
프로젝트_신제품,
공지_전사처럼 앞 낱말로 종류를 나눕니다.
채널을 만든 뒤에는 이름과 설명만 고칠 수 있고 공개·비공개는 바꿀 수 없으므로 처음 만들 때 고릅니다.

4단계 역할과 승인자를 나눕니다

공개 채널은 「채널 둘러보기」에서 바로 참여합니다.
비공개 채널은 멤버에게만 목록에 보입니다.
멤버가 아닌 사람이 입장을 요청하면 채널 생성자와 워크스페이스 관리자에게 알림이 가고,
멤버 화면의 입장 요청 목록에서 승인 또는 거절합니다.
역할별로 할 수 있는 동작은 아래 표와 같습니다.

비공개 채널은 멤버에게만 열리므로,
그 채널의 멤버가 아닌 관리자는 이름·설명 수정,
삭제,
외부 연동 만들기를 할 수 없습니다.

인사책 부서와 연결된 방은 예외입니다.
연결이 켜진 회사에서 부서와 짝지어진 방은 이름 변경,
삭제,
나가기,
멤버 넣기와 빼기가 막히고 멤버가 인사책 부서를 따라갑니다.
설명은 고칠 수 있습니다.

5단계 소유자 퇴사와 오래된 채널을 정리합니다

채널을 만든 직원의 계정을 비활성화해도 그 직원이 만든 채널은 지워지지 않습니다.
이름과 설명은 운영 관리자도 고칠 수 있고,
삭제는 워크스페이스 관리자만 할 수 있습니다(비공개 채널은 그 채널의 멤버인 관리자만).
소유자를 다른 직원으로 바꾸는 기능은 없으므로,
퇴사 전에 그 직원의 채널을 어느 관리자가 맡을지 정해 둡니다.
마지막 활성 워크스페이스 관리자는 비활성화할 수 없습니다.
인사책과 연결된 직원이 인사책에서 퇴사로 바뀌면 메신저 계정이 꺼지고,
로그인과 알림이 끊기며,
부서 대화방에서 빠집니다.
이미 오간 메시지는 남습니다.
퇴사자 처리 전체 순서는 퇴사자 처리 원스톱 세팅에 있습니다.

사람이 만든 채널에는 보관 기능이 없어서 선택지는 삭제와 방치 둘입니다.
삭제하면 그 채널의 메시지,
첨부 파일,
반응,
고정 글,
북마크,
외부 연동이 함께 지워지고 되돌리는 기능이 없습니다.
남겨야 할 결론은 삭제 전에 새 채널에 요약해 올리고,
지우지 않을 채널은 이름 앞에 회사가 정한 표시(가상의 예: 종료_)를 붙여 구분합니다.
이름 표시는 읽기 전용이 아니므로 글은 계속 올라올 수 있습니다.
인사책 부서와 연결된 방만 부서가 없어지면 읽기 전용으로 보관되고,
이 방에서는 글을 읽기만 할 수 있습니다.

6단계 이전 시험: 채널 3개·스레드 20개·첨부 20개를 대조합니다

Slack 에서 인사책으로 옛 대화를 가져오는 기능이 없으므로,
구조가 어떻게 되는지는 아래 표로 먼저 정리합니다.

시험은 다음 순서로 합니다.
먼저 Slack 에서 내보낼 수 있는 범위를 확인합니다.
그다음 공개 채널 1개,
비공개 채널 1개,
스레드가 많은 채널 1개를 골라 스레드 20개와 첨부 20개에 표시를 합니다.
이전을 약속하는 도구라면 옮긴 뒤 위 166칸을 대조합니다.
인사책은 가져오기가 없으므로 같은 3개 채널을 인사책에서 새로 만들고 스레드 20개의 결론과 첨부 20개를 올려,
검색(2자 이상,
채널·작성자·기간 필터)과 비공개 채널 접근(멤버만 보임)이 의도대로인지 봅니다.
인사책 검색은 접근할 수 있는 방만 대상으로 하고 본문이나 첨부 파일 이름과 일치하는 글을 찾습니다.
샘플이 통과해도 전체가 유실 없이 옮겨진다는 보장으로 읽지 않습니다.

7단계 병행 기간과 되돌리는 기준을 정합니다

새 대화를 인사책 사내 메신저에서만 시작하는 날(전환일)을 정하고,
전환일 전 대화는 Slack 에서 읽습니다.
Slack 의 읽기 전용 설정 가능 여부는 이 글이 확인하지 못했고,
이력 보관 기간은 플랜에 따라 달라서 Slack 도움말로 확인해야 합니다.
Slack 도움말(Usage limits for free workspaces)은 무료 워크스페이스에서 최근 90일 이력 접근,
1년을 넘은 데이터 삭제,
앱 10개 제한을 안내하고,
결제 플랜으로 올리면 메시지·파일·앱 한도가 없어진다고 안내합니다.
메신저 「인사책 알림」 대화에는 결재 요청 · 결재 결과 · 휴가 결과 · 출퇴근 누락 알림이 옵니다(회사가 켜고 발급한 직원 한정).
공지는 사내공지에서 발행하면 목록에 공지마다 읽은 사람 수가 표시됩니다.
되돌리는 기준은 숫자로 미리 적습니다.
가상의 예: 전환 2주 안에 직원 40명 중 5명 이상이 Slack 으로 돌아가 같은 대화를 하면 병행을 2주 연장합니다.

8단계 운영 책임과 문의를 정합니다

운영 책임자 1명과 대리인 1명을 정하고,
막히면 문의 화면으로 접수합니다.
응답 시간이나 장애 복구 범위를 약속하는 공개 문서는 확인하지 못했으므로,
전환 첫 주에 필요한 해결 방법은 회사 안에서 미리 정해 둡니다.

인사책이 맞지 않는 경우

아래 요구가 필수 조건이면 인사책 사내 메신저만으로는 충족하지 못합니다.
이 경우는 해당 기능을 공식 문서로 설명하는 도구를 함께 검토하세요.

Slack 대화 이력을 구조 그대로 옮겨야 하는 경우

인사책으로 Slack 데이터를 가져오는 기능은 없습니다.
채널·스레드·작성자·시간·첨부·권한이 그대로 유지되어야 하고 옛 대화까지 새 도구에서 검색되어야 한다면,
가져오기를 공식 문서로 설명하는 도구를 후보로 놓고 위 6단계 시험을 요구하세요.

채널 생애주기를 관리자 정책으로 통제해야 하는 경우

다음은 인사책 메신저에 없습니다.
채널 만들기를 관리자만 하도록 제한하는 설정,
채널 만든 뒤 공개·비공개 바꾸기,
사람이 만든 채널의 보관(읽기 전용),
소유자 이관,
채널을 일괄 정리하는 화면입니다.
이 가운데 하나라도 필수라면 Slack·Teams·Mattermost 같은 도구의 관리자 문서를 검토 대상으로 두고 가상 100채널 시험을 하세요.

법적 보존·내보내기·외부 협력사 참여가 필요한 경우

메시지 보관기간,
자동 삭제,
법적 보존 설정은 없고 관리자가 대화를 내려받는 기능도 없습니다.
회사 밖 사람을 채널에 초대하는 게스트나 공유 채널도 없습니다.
협력사 담당자를 「직원 초대하기」의 초대 링크로 회사의 직원으로 초대하고 관리자가 「소속 승인」을 한 뒤 메신저 이용 권한을 발급하면 대화할 수 있지만,
그 사람은 회사의 직원으로 들어가 관리자에게 전화번호·이메일 같은 직원 정보가 보이고,
출퇴근은 끌 수 없는 기본 기능이라 그 사람 화면에도 출근 단추가 보일 수 있습니다.
회사 자체 로그인 연동(SAML·OIDC),
계정 자동 관리(SCIM),
메신저 자체 로그인의 2단계 인증,
자체 설치,
데이터 위치 선택도 없고,
외부 정보보호 인증 심사는 아직 받지 않았습니다.
화상회의는 없습니다.
문서를 여러 사람이 함께 고치는 공동 편집은 없습니다.

Slack 연동과 Slack 이전은 다릅니다

인사책 Slack 연동은 출퇴근 기록을 Slack 채널로 전달하는 단방향 기능이고,
화면에서 켜는 방식이 아니라 문의로 신청합니다.
출퇴근은 인사책 앱에서 입력하며 Slack 에서는 출퇴근을 찍을 수 없습니다.
이 연동이 있다고 해서 과거 Slack 대화를 인사책으로 가져온다는 뜻은 아닙니다.
인사책 자체 메신저와 외부 Slack 연동은 서로 다른 제품 흐름입니다.

다른 서비스와 비교할 때

선정한 5개 서비스는 시장 순위나 점유율이 아니라 이 질문에서 판단에 필요한 공개 근거가 있는 비교 표본입니다.
표에 없다고 해서 열위라는 뜻이 아니며,
표의 「공개 자료로 확인 못 함」은 미지원이 아니라 이 글이 확인한 범위에서 근거를 찾지 못했다는 뜻입니다(출처: 각 사 공개 문서,
2026-10-21 확인).

조건별로 어떤 후보를 볼지

순위가 아니라 조건별 후보입니다.
모든 후보는 실제 도입 계정에서 가상 100채널·3권한·소유자 퇴사·보관·검색 시험을 거친 뒤 확정하세요.
필수 조건이 미확인으로 남으면 문서 검토 후보를 적합 후보로 올리지 않습니다.

• 채널 생성·소유자·보관 전체를 정책으로 통제해야 한다면: Slack 의 채널 구조,
  Teams 의 메시지 정책,
  Mattermost 의 기업 에디션을 관리자 문서 검토 대상으로 둡니다.
  어느 쪽이든 한도와 라이선스는 정확한 플랜으로 확인해야 합니다.
• 한국어 도움말과 주제별 토픽,
  멤버·기간별 검색이 중요하다면: 잔디를 검토합니다(SL-S17).
  토픽 공개 전환은 Enterprise 이상 조건을 확인하세요.
• 메신저와 화상회의가 한 상품에 들어 있고 25인 이하로 시작한다면: Dooray! 를 검토합니다(SL-S24,
  SL-S25).
• 자체 호스팅과 데이터 위치 통제가 필수라면: Mattermost 자체 구축을 검토하되 서버 운영인력과 에디션 구분을 함께 봅니다.
• 근태·결재·휴가 알림을 이미 인사책으로 받고,
  채널 수가 많지 않으며,
  새 대화부터 시작해도 되는 조직이라면: 인사책 사내 메신저의 병행 전환을 검토합니다.

옛 Slack 대화를 새 도구에서 구조 그대로 보존해야 하는 경우에는 이 표의 어느 서비스도 이 글이 확인한 공개 자료만으로는 가져오기 지원을 확정할 수 없습니다.
이 항목은 비교를 보류하고 각 서비스의 공식 이전 안내와 샘플 시험으로 확인하세요.

근거와 확인일

• 인사책: 이 글의 인사책 기능 설명은 2026-10-21 인사책 소스 코드 기준입니다.
  수정 책임은 인사책 편집팀이며,
  제품 화면이 바뀌면 이 글도 함께 고칩니다.
• 인사책 관련 페이지: 사내 메신저, 그룹웨어, Slack 연동, 보안, 요금, 사내공지, 문의.
• 한계: 실제 고객 계정으로 이전을 시연하지 않았습니다.
  이 글의 계산 예시는 모두 가상이며 실제 고객 성과가 아닙니다.
  샘플 시험의 통과는 전체 무손실 이전의 보장이 아닙니다.
  메신저 안의 채널·권한 기능은 화면이 바뀔 수 있어 확인일을 적었습니다.
  미확인 항목은 미지원이나 충족으로 바꿔 쓰지 않았습니다.
• 경쟁사 공개 문서(2026-10-21 확인 · SL-S05·SL-S06·SL-S14·SL-S15·SL-S28 은 2026-10-22 다시 확인):

- Slack 무료 워크스페이스 사용 한도 SL-S05: https://slack.com/help/articles/115002422943-Usage-limits-for-free-workspaces - Slack 채널 설명 SL-S06: https://slack.com/help/articles/360017938993-What-is-a-channel - Slack 데이터 보관 설정 SL-S09: https://slack.com/help/articles/203457187-Customize-data-retention-in-Slack - Microsoft Teams 비즈니스 요금 SL-S11: https://www.microsoft.com/ko-kr/microsoft-teams/compare-microsoft-teams-business-options - Teams 메시지 정책 SL-S14: https://learn.microsoft.com/en-us/MicrosoftTeams/messaging-policies-in-teams - Teams 보존 정책 SL-S15: https://learn.microsoft.com/en-us/microsoftteams/retention-policies - 잔디 화면 구성 SL-S17: https://support.jandi.com/ko/articles/setup-jandi-page-ab85b112 - 잔디 정회원과 준회원 권한 SL-S19: https://support.jandi.com/ko/articles/permissions-member-18b64e76 - 잔디 토픽 공개·비공개 전환 공지 SL-S21: https://support.jandi.com/ko/articles/topic-public-private-settings-a166301c - 잔디 요금 안내(본문 확인 못 함) SL-S23: https://www.jandi.com/landing/kr/pricing - Dooray! 메신저 SL-S24: https://dooray.com/main/service/messenger/ - Dooray! 요금 안내 SL-S25: https://dooray.com/main/pricing/ - Mattermost 제품 소개 SL-S26: https://mattermost.com/platform/secure-messaging-and-collaboration/ - Mattermost 에디션 SL-S27: https://docs.mattermost.com/product-overview/editions-and-offerings - Mattermost 플랜 SL-S28: https://docs.mattermost.com/product-overview/plans