역할 권한 설명표, 이름보다 가능한 행동으로 안내하기
기준일 2026-10-21 · AZET 운영팀 작성
이 글은 AZET 운영팀의 실무 참고용 제안입니다. 예시는 설명을 위한 가상 상황이며 특정 제품의 현재 기능이나 운영 조건을 뜻하지 않습니다.
동료는 파일을 수정할 수 있는데 내 화면에는 수정 버튼이 없습니다. 역할 이름이 다르다는 설명만으로는 해결할 수 있는지 판단하기 어렵습니다. 권한 안내는 사용자가 하려는 행동과 그 행동이 허용되는 대상을 연결해야 합니다.
행동과 대상을 한 칸에 담습니다
‘편집 가능’이라는 말은 문서 전체, 특정 폴더, 본인이 만든 자료 중 어디까지를 뜻할까요. 행동 옆에 적용 범위를 적어야 같은 말을 다르게 이해하는 일을 줄일 수 있습니다. 팀 전체 권한과 개별 자료의 권한이 함께 있다면 둘의 관계도 확인합니다.
아래 표는 문서 구조를 설명하는 가상 예시입니다. 역할별 허용 여부를 임의로 채우지 않고 실제 제품의 설정과 동작을 확인한 뒤 완성하는 방식으로 사용합니다.
| 행동 | 적용 대상 | 확인할 설명 |
|---|---|---|
| 열람 | 지정한 자료 | 목록과 내용 중 볼 수 있는 범위 |
| 수정 | 공유받은 문서 | 본문과 설정의 변경 가능 여부 |
| 공유 | 팀 또는 외부 대상 | 초대할 수 있는 사람의 범위 |
| 삭제 | 직접 만든 항목 | 처리 권한과 복원 경로 |
역할명은 행동 설명 뒤에 붙입니다
사용자는 ‘편집자가 되고 싶다’보다 ‘이 표를 수정하고 싶다’는 목적을 가지고 도움말을 찾을 수 있습니다. 질문을 행동 기준으로 묶고 필요한 역할이나 요청 경로를 연결합니다. 조직 내부에서 쓰는 직급과 제품 안의 역할이 같다는 인상을 주지 않습니다.
한 사람이 여러 공간에 속하면 공간마다 권한이 달라질 수 있습니다. 이 경우 문서 첫 부분에 적용할 공간을 확인하도록 적습니다. 권한이 더 높은 계정을 새로 만드는 방법을 기본 해결책으로 안내하기 전에 현재 작업에 필요한 범위를 확인합니다.
버튼이 없는 이유를 단정하지 않습니다
화면이 다르다는 사실만으로 권한 부족이라고 결론 내리지 않습니다. 선택한 공간, 항목 상태, 사용 중인 화면 등 확인할 조건을 짧게 제시합니다. 그다음 실제 권한이 부족한 경우에만 요청할 대상과 필요한 설명을 안내합니다.
요청 문안에는 하려는 행동, 자료의 범위, 필요한 기간을 담을 수 있습니다. 업무와 무관한 전체 접근 권한을 요청하게 만드는 표현은 피합니다. 담당자가 범위를 판단할 수 있어야 요청을 검토하기도 쉽습니다.
권한이 바뀐 뒤에는 새로 가능한 행동과 여전히 제한된 행동을 확인하도록 안내합니다. 변경 사실을 알리는 메일만으로 모든 작업이 열렸다고 해석하지 않게 하는 것입니다. 안내표의 확인 날짜도 남겨 화면이 바뀌었을 때 다시 검토할 지점을 찾습니다.
자주 묻는 질문(FAQ)
Q1. 역할이 많으면 표가 너무 커지지 않나요? 자주 묻는 행동부터 작은 표로 정리하고 예외 조건을 별도로 연결합니다. 서로 다른 범위를 한 칸에 압축하지 않습니다.
Q2. 관리자에게 문의하라는 문장만 써도 되나요? 문의할 역할과 전달할 정보를 함께 적습니다. 사용자가 누구에게 무엇을 요청해야 하는지 알 수 있어야 합니다.
Q3. 화면 캡처로 권한을 설명하면 충분한가요? 캡처는 위치를 보여 주는 보조 자료입니다. 가능한 행동과 적용 범위는 글로도 남기는 편이 좋습니다.
AZET 관련 안내는 azet.io에서 확인하세요.