대행사에 대시보드 공유했다가 원가까지 보여줄 뻔했다 — 데이터 권한 설계 가이드
브랜드 8곳의 권한 설정을 열어봤습니다. 90일 동안 권한을 넓힌 기록은 83건, 좁힌 기록은 15건이었습니다.
브랜드 8곳의 권한 설정을 열어봤습니다. 90일 동안 권한을 넓힌 기록은 83건, 좁힌 기록은 15건이었습니다.
데이터를 잘 쓰는 팀일수록 공유가 늘어납니다. 광고 대행사, 물류 파트너, 외주 MD, 신규 입사자, 여러 브랜드를 함께 운영하는 법인이라면 브랜드별 담당자까지. 문제는 공유의 단위가 보통 "대시보드 통째로"라는 것입니다. 광고 성과를 보여주려다 원가율이 노출되고, 재고를 보여주려다 전 채널 매출이 노출됩니다.
본 리포트의 수치는 실제 거래 데이터가 아니라, 라플라스 벤치마크 지표의 분포를 반영해 생성한 예시 값입니다. 특정 고객사의 실제 수치가 아니며 절대값이 아닌 경향 파악 목적으로 참고해 주세요.
PART 1. 어느 화면을 여는가
권한 이야기는 대부분 개념으로 끝납니다. 이 글은 화면 네 개에서 끝나게 쓸 겁니다. 먼저 어디를 여는지부터 정리합니다.
| 보고 싶은 것 | 화면 | 이 리포트의 어느 숫자 | 우선순위 |
|---|---|---|---|
| 지금 누가 들어올 수 있나 | 권한 설정 › 멤버 | 접근 계정 78개, 최고권한 27개 | 오늘 |
| 수락 안 된 초대가 남아 있나 | 권한 설정 › 초대 | 대기중 초대 78건 | 오늘 |
| 역할이 몇 개고 무엇을 여는가 | 권한 설정 › 역할 | 커스텀 역할 5개 · 1/8곳 | 이번 주 |
| 누가 언제 무엇을 바꿨나 | 권한 설정 › 감사 로그 | 90일 229건 | 이번 주 |
라플라스에서 보는 곳 — 권한 설정 › 멤버 / 초대 / 역할 / 감사 로그
다음에 볼 화면 — 화면은 알았습니다. 그런데 이게 정말 흔한 문제인지부터 확인하고 넘어갑니다. PART 2로 갑니다. ›
PART 2. 과공유는 예외가 아니라 통계다 — 연구가 확인한 숫자
우리 데이터를 보기 전에 기준선을 먼저 잡습니다. "협력사에 열어준 접근"이 사고로 이어지는 빈도는 이미 대규모로 측정되어 있습니다.
| 연구 | 확인된 숫자 |
|---|---|
| Verizon DBIR 2025 (22,052건 인시던트 · 139개국) | 침해에 제3자가 관여한 비중이 15%에서 30%로 1년 만에 두 배가 됐습니다 |
| Verizon DBIR 2025 (EMEA 기준) | 침해의 29%가 조직 내부에서 시작됩니다 — 비의도적 실수 19%, 권한 오남용 8% |
| IBM Cost of a Data Breach 2025 | 가장 비싼 공격 경로는 악의적 내부자(평균 약 492만 달러)입니다 |
| IBM Cost of a Data Breach 2025 | 공급망·제3자 경유 침해는 해결까지 평균 267일이 걸립니다 |
"여기까지는 남의 숫자입니다"
다음에 볼 화면 — 남의 숫자는 여기까지입니다. 이제 실제 권한 설정을 엽니다. PART 3으로 갑니다. ›
PART 3. 권한은 늘기만 합니다
브랜드 8곳의 90일치 권한 변경 기록 229건을 "넓힌 것"과 "좁힌 것"으로 갈라봤습니다. 넓힌 것은 초대 발송·수락, 역할 부여, 공유 생성입니다. 좁힌 것은 계정 제거, 초대 취소, 역할 회수입니다.
| 90일간 권한을 넓힌 기록 | 같은 기간 좁힌 기록 | 넓힌 횟수 대 좁힌 횟수 |
|---|---|---|
| 83건 | 15건 | 5.5 : 1 |
설정하는 법
-
권한 설정 › 감사 로그를 열고 기간을 90일로 둡니다. 30일로 보면 표본이 너무 작아 부여·회수 비가 흔들립니다.
-
대상 타입을 멤버 · 초대 · 역할로 좁힙니다. 이 셋이 접근 범위를 실제로 바꾸는 항목입니다.
-
액션을 넓힘(초대 발송·수락, 역할 부여, 공유 생성)과 좁힘(계정 제거, 초대 취소, 역할 회수)으로 나눠 셉니다. 나머지는 설정 조정이라 접근 범위와 무관합니다.
-
두 숫자의 비를 봅니다. 절대 건수는 팀 크기에 따라 다르지만, 비는 습관을 보여줍니다.
나온 숫자를 읽는 법
-
넓힌 횟수가 좁힌 횟수의 다섯 배가 넘습니다. 83건 대 15건, 5.5 : 1. 부여는 요청이 오지만 회수는 아무도 요청하지 않기 때문입니다. 절대 건수는 팀 크기를 따라가니 비교할 것은 이 비입니다 — 우리 팀의 비를 재보고, 여덟 곳 어디에도 회수 루틴이 없었다는 사실과 나란히 놓아보세요.
-
기타 131건(57%)은 설정 조정입니다. 역할의 권한을 고치거나 정책을 손보는 기록으로, 접근 범위 자체를 바꾸지는 않습니다. 감사 로그를 그냥 세면 "활발히 관리 중"으로 보이는 이유가 여기 있습니다 — 절반 이상이 범위와 무관한 기록입니다.
-
90일 동안 정리된 계정은 15개입니다. 계정 78개의 19%입니다. 이 기간에 끝난 협업과 퇴사가 그보다 적었다면 문제가 없고, 많았다면 남아 있는 계정이 있다는 뜻입니다. 이 대조를 해본 팀이 실제로는 드뭅니다.
다음에 볼 화면 — 늘기만 한다는 건 알았습니다. 그래서 지금 누가 들어와 있는지를 봅니다. PART 4로 갑니다. ›
PART 4. 지금 들어와 있는 사람, 들어올 수 있는 사람
변경 기록이 아니라 현재 상태입니다. 계정 78개가 어떤 권한을 들고 있는지 갈라봤습니다.
나온 숫자를 읽는 법
-
세 개 중 하나가 최고권한입니다. 27개, 34.6%. 최고권한은 원가·마진·고객정보를 포함해 전부 보이는 계정입니다. 팀이 작을 때 "일단 관리자"로 시작한 계정이 그대로 남은 경우가 대부분입니다.
-
역할이 아예 없는 계정이 10개(12.8%)입니다. "나중에 정하자"가 그대로 남은 자리입니다. 역할이 없으면 무엇이 보이는지도 정의돼 있지 않아서, 점검할 때 판단을 못 합니다.
-
외부 도메인 계정이 7개(9.0%)입니다. 대행사·파트너·외주입니다. 열 개 중 하나가 외부인이라는 뜻이고, 이들이 어느 컬럼까지 보는지가 이 글의 핵심 질문입니다.
그런데 계정 목록만 보면 놓치는 것이 있습니다. 아직 수락하지 않은 초대입니다.
초대는 살아 있는 접근 경로입니다
설정하는 법
-
권한 설정 › 초대에서 대기중 목록을 엽니다. 상태 필터를 "수락 대기"로 두면 살아 있는 링크만 남습니다.
-
보낸 날짜로 정렬해 2주가 지난 초대를 먼저 봅니다. 그 안에 안 들어온 사람은 대개 앞으로도 안 들어옵니다.
-
끝난 협업·퇴사자·오타 주소를 취소합니다. 필요하면 다시 보내면 되므로 취소는 되돌릴 수 있는 결정입니다.
-
남길 초대는 역할을 지정한 상태로 남깁니다. 역할 없는 초대는 수락되는 순간 위 10개 자리에 한 칸을 더합니다.
다음에 볼 화면 — 누가 들어와 있는지 셌습니다. 이제 무엇으로 막을 수 있는지를 봅니다. PART 5로 갑니다. ›
PART 5. 함정 — 도구는 있는데 쓰이지 않습니다
권한 도구가 없어서 과공유가 생기는 것이 아닙니다. 8곳에서 도구별 사용률을 세봤습니다.
나온 숫자를 읽는 법
-
역할 자체는 여덟 곳 모두 씁니다. 다만 대부분 기본 제공 역할(관리자·조회 등)에 사람을 얹은 수준입니다. 데이터 영역별로 무엇을 가릴지는 정의돼 있지 않습니다.
-
커스텀 역할을 만든 곳은 한 곳뿐입니다. 그 한 곳이 만든 역할 이름이 시사적입니다 — "원가가 들어간 수식·차트에 접근 불가", "원가만 등록 가능". 필요는 어디에나 있고, 설계만 한 곳에서 이뤄졌습니다.
-
그룹으로 묶어 관리하는 곳은 없습니다. 사람이 늘면 개별 설정도 같이 늘고, 그때부터 "누가 무엇을 보는지"를 아무도 답할 수 없게 됩니다.
-
90일 안에 일괄 점검 흔적이 있는 곳도 없습니다. PART 3의 5.5 : 1 은 이것의 결과입니다.
가장 흔한 구멍은 원본이 아니라 파생물입니다
다음에 볼 화면 — 무엇이 막히는지 알았습니다. 이제 표 한 장으로 설계합니다. PART 6으로 갑니다. ›
PART 6. 설계는 표 한 장에서 시작합니다
사람 단위로 "접근 가능/불가"를 나누는 것만으로는 부족합니다. 같은 대시보드 안에서 "이 컬럼은 빼고", "이 행(브랜드)만" 수준의 제어가 필요합니다. 이게 안 되면 결국 대시보드를 사람 수만큼 복제하게 되고, 복제본은 관리에서 빠져나가 또 다른 유출 경로가 됩니다.
| 시나리오 | 보여줘야 하는 것 | 보이면 안 되는 것 | 흔한 사고 경로 |
|---|---|---|---|
| 광고 대행사 | 캠페인 성과, 채널 유입, ROAS | 상품 원가, 마진율, 타 대행사 성과 | "광고 대시보드"에 마진 차트가 섞여 있음 |
| 물류·풀필먼트 파트너 | 재고 수량, 입출고, 발주 예정 | 판매가, 매출, 고객 정보 | 재고 대시보드에 매출 요약이 같이 있음 |
| 신규 입사자·외주 MD | 담당 카테고리 지표 | 전사 손익, 원가, 타 카테고리 전략 | 입사 첫날 "일단 전체 권한"으로 시작 |
| 멀티 브랜드 담당 | 담당 브랜드의 전 지표 | 다른 브랜드의 매출·원가 | 브랜드별로 대시보드를 복제해 관리 밖으로 샘 |
설정하는 법
-
데이터 민감도를 세 단계로만 나눕니다 — 잠금(원가·마진·고객정보) / 역할별(매출·재고) / 개방(유입·트래픽). 더 잘게 나누면 아무도 유지하지 못합니다.
-
사람이 아니라 역할을 먼저 정의합니다. 위 매트릭스의 다섯 줄이면 대부분의 조직이 덮입니다. 역할 수가 늘수록 관리가 무너집니다.
-
역할에 컬럼 마스킹과 행 필터 정책을 겁니다. 그리고 파생 데이터 자동 적용을 켜서 정책이 요약 차트·복제본까지 따라가게 합니다.
-
외부 공유는 보기 전용으로 시작합니다. 넓히는 것은 요청이 오면 되지만, 좁히는 것은 요청이 오지 않습니다.
다음에 볼 화면 — 설계는 끝났습니다. 남은 것은 회수 루틴입니다. 실행안으로 갑니다. ›
실행안 — 4주
| 주차 | 할 일 | 끝났다는 기준 |
|---|---|---|
| 1주차 | 권한 설정 › 멤버·초대 전수 조회. 대기중 초대부터 정리 | 외부 계정 수와 대기중 초대 수를 말할 수 있다 |
| 2주차 | 민감도 3단계 분류 + 역할 다섯 줄 정의 | 매트릭스 표 한 장이 문서로 남았다 |
| 3주차 | 역할에 컬럼 마스킹·행 필터 연결, 파생 데이터 자동 적용 켜기 | 외부 계정으로 로그인해 원가가 안 보이는 것을 눈으로 확인했다 |
| 4주차 | 오프보딩 체크리스트에 "권한 회수" 항목 추가 + 분기 점검 캘린더 등록 | 다음 점검일이 캘린더에 있다 |
분기 1회, 15분이면 됩니다
정리
-
권한은 늘기만 합니다. 90일 동안 넓힌 기록 83건, 좁힌 기록 15건 — 5.5 : 1. 회수는 아무도 요청하지 않기 때문입니다.
-
계정 세 개 중 하나가 최고권한입니다. 27/78개 (34.6%). "일단 관리자"로 시작한 계정이 그대로 남습니다.
-
계정보다 초대를 먼저 세세요. 대기중 초대 78건은 활성 계정 수와 같고, 계정 목록에는 잡히지 않습니다.
-
도구가 없어서가 아니라 설계를 안 해서입니다. 커스텀 역할을 만든 곳은 1/8곳, 그룹을 쓰는 곳은 0곳이었습니다.
-
원본보다 파생물이 샙니다. 정책이 요약 차트·복제 대시보드까지 따라가야 하고, 마진이 들어간 지표는 원가가 역산됩니다.
재현 설정
| 항목 | 값 |
|---|---|
| 화면 | 권한 설정 › 멤버 / 초대 / 역할 / 감사 로그 |
| 감사 로그 기간 | 90일 (30일은 표본이 작아 비가 흔들립니다) |
| 대상 타입 | 멤버 · 초대 · 역할 |
| 넓힘으로 세는 액션 | 초대 발송 · 초대 수락 · 역할 부여 · 공유 생성 |
| 좁힘으로 세는 액션 | 계정 제거 · 초대 취소 · 역할 회수 |
| 표본 | 브랜드 8곳 · 접근 계정 78개 · 변경 기록 229건 |
자주 묻는 질문
Q. 소규모 팀인데도 권한 관리가 필요한가요? 외부 협력사가 하나라도 있으면 필요합니다. 과공유는 조직 규모가 아니라 공유 횟수에 비례하고, 소규모일수록 "일단 다 공유"가 관행이 되기 쉽습니다. 잠글 것(원가·마진·고객정보)만 정하는 최소 설계로 시작하세요.
Q. 대행사에 ROAS는 보여주고 마진은 감추고 싶어요. 그게 컬럼 마스킹의 용도입니다. 광고 파트너 역할에 원가·마진 컬럼 마스킹을 걸면 같은 대시보드에서 성과 지표만 보입니다. 단, 마진이 계산에 들어간 파생 지표는 역산 가능성이 있으니 노출 여부를 따로 판단하세요.
Q. 여러 브랜드를 운영하는데 담당자끼리 서로 데이터가 보이면 안 됩니다. 행 필터 정책으로 브랜드 기준 분리를 걸면 같은 프로젝트 안에서 각자 자기 브랜드 행만 봅니다. 브랜드별로 대시보드를 복제하는 방식보다 관리 부담이 훨씬 적고, 복제본이 관리 밖으로 새는 문제도 없습니다.
Q. 권한을 세게 걸면 협업이 느려지지 않나요? 반대인 경우가 많습니다. 민감 데이터가 구조적으로 가려져 있으면 공유 여부를 매번 고민할 필요가 없어져 공유가 빨라집니다. 거버넌스는 공유의 브레이크가 아니라 안전벨트입니다.
Q. 어디서부터 시작해야 하나요? 오늘 할 일은 하나입니다 — 대기중 초대 조회. 계정보다 먼저 세야 하고, 대부분 이 목록에서 바로 정리 대상(끝난 협업, 퇴사자, 오타 주소)이 나옵니다.
마무리
데이터 활용이 늘수록 공유는 늘 수밖에 없습니다. 성장하는 팀의 질문은 "공유할까 말까"가 아니라 "어디까지 보이게 할까"여야 하고, 그 답을 사람의 조심성이 아니라 시스템에 넣어두는 것이 거버넌스입니다.
우리 프로젝트에 지금 접근 가능한 계정과 대기중 초대 — 권한 설정에서 오늘 한 번 열어보세요. 15분이면 충분합니다.
본 리포트의 수치는 실제 거래 데이터가 아니라, 라플라스 벤치마크 지표의 분포를 반영해 생성한 예시 값입니다. 특정 고객사의 실제 수치가 아니며 절대값이 아닌 경향 파악 목적으로 참고해 주세요. 공개 연구 수치는 각 항목에 출처를 표기했습니다. 화면 이름과 설정 항목 이름은 릴리스에 따라 조금 다를 수 있습니다.