성장하는 팀을 위한 부서 범위 접근 제어

단일한 에디터/뷰어 역할은 2~5인 팀에는 잘 작동하지만, "팀"이 서로의 캠페인이나 고객 스레드를 읽을 이유가 없는 별도의 기능별 그룹을 의미하는 순간 더 이상 통하지 않습니다. 부서는 기존 역할 위에 소유자 → 부서 리더 → 멤버 계층을 더합니다: 프로젝트 가시성은 부서별로 범위가 지정되고, 공유 메일함은 부서 전체에 보이며, 개별 메일함은 한 사람에게만 비공개입니다 — 계정 소유자조차 사유가 필요하고 완전히 기록되는 재정의를 통해서만 접근할 수 있습니다.

팀원을 부서로 묶어 프로젝트 가시성과 공유 메일함 접근이 실제로 함께 일하는 그룹에 범위가 지정되게 하세요. 고객지원, 영업, 마케팅은 기본적으로 서로의 캠페인과 고객 스레드를 읽지 않게 되고, 부서 리더는 매번 계정 소유자를 거치지 않고도 자신의 그룹 안으로 초대할 수 있으며, 개별 메일함은 소유자가 사유가 필요하고 기록되는 재정의를 통해 열지 않는 한 비공개로 유지됩니다.

몇 명을 넘어서 성장한 MailInApp 계정에는 정확히 하나의 가시성 모델만 있었습니다: 활성 상태인 모든 에디터나 뷰어가 계정이 소유한 모든 프로젝트와 모든 공유 메일함을 보았습니다. 어차피 모두가 서로 모든 것을 보는 소규모 팀이라면 그걸로 충분합니다. 하지만 "팀"이 서로 다른 기능별 그룹 — 고객 스레드를 처리하는 고객지원, 자체 캠페인을 운영하는 영업, 자체 캠페인을 운영하는 마케팅 — 을 의미하는 순간, 한 그룹이 다른 그룹을 들여다볼 실제 업무상 이유가 없어지면서 더 이상 적합하지 않게 됩니다.

부서는 기존 역할 위에 겹쳐집니다

부서는 소유자/에디터/뷰어 역할을 대체하지 않습니다 — 그 안에서 에디터나 뷰어가 무엇을 볼 수 있는지의 범위를 지정할 뿐입니다. 계정 소유자는 설정에서 부서를 만들고 팀원을 하나 이상의 부서에 배정하며, 그 시점부터 부서가 태그된 프로젝트나 공유 메일함은 그 부서의 멤버와 소유자에게만 보입니다. 부서가 설정되지 않은 프로젝트나 메일함은 이전과 정확히 똑같이 동작합니다: 계정 전체에 보입니다.

부서 리더가 소유자의 부담을 덜어줍니다

팀원을 자신의 부서 리더로 승격시키면 새 사람을 그 부서로 직접 초대할 수 있게 됩니다 — 단순한 라벨이 아니라 실제 위임입니다. 리더의 권한은 자신의 부서 경계에서 멈춥니다: 자신이 운영하지 않는 그룹에는 초대할 수 없고, 결제나 자격 증명을 건드릴 수 없으며, 다른 리더를 만들 수도 없습니다. SMTP 설정, Stripe Connect, API 키, 웹훅 시크릿, 팀 관리 자체처럼 이미 소유자 전용으로 남아 있던 모든 것은 리더에게도 여전히 소유자 전용입니다.

개별 메일함은 비공개이지 열람 불가능한 것은 아닙니다

support@ 같은 클레임된 수신 주소는 부서 전체와 공유하거나, 개별로 설정해 특정 한 사람에게 배정할 수 있습니다. 개별 메일함은 일상적인 업무 서신을 위해 회사 소유 주소를 사용하는 것이므로, 완전한 기술적 장벽을 두면 퇴사한 직원의 메일함이 영구히 복구 불가능한 회사 데이터가 되어 버리는 대가로 실제 업무 연속성을 포기하는 셈이 됩니다 — 회사 도메인의 업무 서신에 법이 실제로 요구하지도 않는 프라이버시 보장을 위해서요. 대신 소유자가 다른 사람의 개별 메일함에 들어가는 유일한 방법은 소유자 접근입니다: 메일함을 선택하고 사유를 입력한 다음 읽습니다 — 배정된 사람을 대신해 답장하는 일은 절대 없습니다. 이 접근은 기록되며, 그 기록은 이후 메일함의 배정된 당사자에게도 공개되고 숨겨지지 않습니다.

초대를 수락하는 모든 사람이 그 의미를 먼저 보게 됩니다

부서는 팀원이 볼 수 있는 것을 바꾸고, 소유자 접근으로 개별 메일함에 들어가는 것도 가능하기 때문에, 초대 수락 페이지는 누구든 합류하기 전에 짧고 평이한 언어로 된 고지를 보여줍니다: 자신의 부서가 무엇을 보이게 하는지, 그리고 소유자 접근은 항상 사유가 필요하고 항상 기록된다는 점입니다. 별도로 설정할 동의 절차는 없습니다 — 초대를 수락하는 것 자체가 이 고지를 확인했다는 뜻입니다.

바뀌지 않는 것

부서 안의 에디터와 뷰어 권한은 원래 그대로 유지됩니다 — 부서 범위의 에디터는 자신이 볼 수 있는 것에 대해 여전히 만들고, 발송하고, 응답을 읽을 수 있으며, 부서 범위의 뷰어는 여전히 읽기 전용입니다. 발송량 한도, 플랜 등급, 자격 증명 회전 규칙은 이 중 어떤 것으로도 바뀌지 않습니다 — 부서는 가시성 계층이지, 새로운 요금 축이나 새로운 쓰기 권한 집합이 아닙니다.

시작하기

설정 → 팀에서 조직의 실제 구조에 맞는 부서를 만들고, 팀원을 배정한 다음, 생성 화면에서 새 프로젝트에 부서를 태그하세요. 전체 참고 자료는 부서를, 그 아래에서 역할과 초대가 어떻게 작동하는지는 팀 협업을, 부서가 범위를 지정하는 공유 및 개별 주소를 설정하는 방법은 수신 메일함을 참고하세요.

일반적인 제작 및 발송 순서

  1. 1

    조직에 맞는 부서 만들기

    설정 → 팀에서 기능별 그룹마다 부서를 추가하세요 — 고객지원, 영업, 마케팅 등 실제 회사 구조를 반영하는 이름이면 무엇이든 좋습니다.

  2. 2

    팀원을 각자의 부서에 배정하기

    멤버 목록에서 팀원마다 하나 이상의 부서를 고르세요. 어떤 부서에도 배정되지 않은 사람은 부서 기능이 생기기 전과 마찬가지로 계속 모든 프로젝트를 봅니다.

  3. 3

    프로젝트에 부서 태그 붙이기

    계정에 부서가 하나라도 있으면 프로젝트 생성 화면에 필수 부서 선택 단계가 추가됩니다 — 기존에 태그되지 않은 프로젝트는 계정 전체에 계속 보입니다.

  4. 4

    원한다면 초대를 부서 리더에게 위임하기

    신뢰하는 팀원을 자신의 부서 리더로 승격시키면, 채용할 때마다 계정 소유자를 거치지 않고도 새 멤버를 직접 그 부서에 초대할 수 있습니다.

  5. 5

    원한다면 공유 메일함 주소를 개별 받은편지함으로 나누기

    필요한 수신 메일함에 대해, support@ 같은 클레임된 주소를 공유(부서 전체에 보임) 또는 개별(배정된 한 사람에게만 비공개)로 설정하세요.

자주 묻는 질문

이미 존재하는 프로젝트와 메일함은 어떻게 되나요?

태그를 붙이기 전까지는 아무것도 바뀌지 않습니다 — 부서가 설정되지 않은 프로젝트나, 부서 없이 공유로 남아 있는 메일함 주소는 부서 기능이 생기기 전과 똑같이 계정 전체에 계속 보입니다. 부서는 선택적으로 켜는 범위 지정이지, 소급해서 무언가를 좁히는 기본값이 아닙니다.

계정 소유자는 여전히 모든 것을 볼 수 있나요?

프로젝트와 공유 메일함에 대해서는 그렇습니다 — 소유자의 시야는 부서로 범위가 지정되지 않습니다. 개별 메일함만이 유일한 예외입니다: 소유자는 사유가 필요하고 기록되는 소유자 접근을 통해서만 다른 사람의 개별 메일함을 열 수 있으며, 일반적인 읽기 경로로는 열 수 없습니다.

부서 리더는 일반 멤버가 할 수 없는 무엇을 할 수 있나요?

자신의 부서에 새 팀원을 초대하고 부서 이름을 바꾸는 것뿐입니다 — 그 이상은 없습니다. 리더는 자신이 이끌지 않는 부서에는 초대할 수 없고, 결제나 자격 증명을 건드릴 수 없으며, 다른 사람을 리더로 승격시킬 수도 없습니다. 부서 자체를 만들거나 삭제하는 것 같은 계정 수준의 작업은 여전히 소유자 전용입니다.

비공개 개별 메일함은 회사 데이터를 숨기는 허점 아닌가요?

아닙니다 — 개별 메일함은 여전히 업무에 사용되는 회사 소유 주소(support@나 도메인의 특정 팀원 자신의 주소)이지 개인 계정이 아니므로, 기술적으로 열람 불가능한 것은 아닙니다. 제품 안에서는 기본적으로 비공개이며, 소유자가 들어갈 수 있는 유일한 경로는 사유가 필요하고 기록되며 이후 메일함의 배정된 당사자에게도 공개되는 재정의뿐입니다 — 이 앱이 다른 곳에서 고객 데이터에 대한 직원 접근에 이미 적용하는 것과 같은 논리입니다.

팀원은 합류하기 전에 이런 내용을 안내받나요?

네 — 팀 초대를 수락하면 먼저 평이한 언어로 된 고지가 표시됩니다: 자신의 부서 소속이 무엇을 보이게 하는지, 그리고 개별 메일함에 대한 소유자 접근이 가능하며 항상 사유가 필요하고 항상 기록된다는 점입니다. 이를 보지 않고는 초대를 수락할 수 없습니다.

부서 범위 지정은 유료 애드온인가요?

아니요 — 부서 개수는 플랜 등급에 묶여 있지 않습니다. 팀 협업의 구조적인 기능으로, 팀 좌석이 있는 곳이라면 어디서든 이용할 수 있습니다.

스튜디오에서 만들어보세요

무료 플랜으로 시작하세요 — 모든 인터랙티브 블록과 전체 폴백 엔진이 모든 플랜에 포함됩니다.