메뉴(IA)와 상태표

원본: projects/skill-lens/product/plan/04-menu-and-states.md

---
title: SkillLens 메뉴(IA)와 상태표
status: proposed
owner: PM
updated: 2026-11-09
source_of_truth: true
---

SkillLens 메뉴(IA)와 상태표

역할마다 메뉴, 상태마다 누가 보고 바꾸나.
결정(decisions.md)과 다르면 결정이 이긴다.
디자인 값(색, 글자, 간격, 화면 틀)은 이 문서가 아니라 디자인 시스템과 8판 시안을 따른다.

P-29 구조 · 메뉴(IA): 역할마다 어디로 가나

이 문서가 답하는 질문: 누가 어떤 메뉴로 들어가 무엇을 찾나?

결론

역할마다 틀이 하나씩이다. 관리자는 메뉴 5개, 진단대상자 · 지원자는 메뉴 없는 한 흐름, 운영자는 메뉴 5개. 메뉴는 2단까지다. 메뉴는 고민 · 일 단위로, 그 안은 화면 안 탭 · 상세 칸으로 묶는다.

근거: DEC-063, DEC-114, DEC-125, DEC-149

역할마다 틀 하나

• 메뉴 5개 (관리자): PC 중심 · 폰은 확인 · 짧은 처리
  온보딩은 메뉴를 숨긴 한 흐름(나중에 하기 = 저장하고 나감 · 다시 오면 이어서)
  초대를 보내면 메뉴로
• 메뉴 없는 한 흐름 (진단대상자): 폰 중심 · 메일 링크로 들어옴
  결과 뒤엔 탭 3개
  내 결과 = 결과 설명 · 피드백 · 내 직무 정보
• 메뉴 없는 한 흐름 (지원자): 진단 링크(관리자가 보냄) · 화면 4개
  결과 없음
• 메뉴 5개 (운영자): PC만 · 내부 도구
  고객 화면은 운영 접속으로만

근거: DEC-044, DEC-098, DEC-105, DEC-124

관리자 대메뉴

홈 · 진단 · 결과 · 강화 · 설정(DEC-127, DEC-194). 하위 메뉴 없이 화면 안 탭으로 나눈다.

관리자 메뉴 지도

정함(DEC-194): 대메뉴 다섯 + 화면 안 탭 · 하위 메뉴 없음 · 결과 요약은 홈으로.

• 지금 할 일 하나 (홈)
  상태마다 첫 문장 · 주 행동이 바뀜(진단 중: 검토할 사람 · 독려)
  결과확정 뒤: 목표달성률 · 무엇부터 4줄(①~④) · [보고서 받기] · 미리 보기 시트
• 누가 냈고 누구를 봐야 하나 (진단)
  탭: 진단대상 · 검토
  [결과확정]은 검토 탭 끝(검토필요 0명일 때)
• 우리 조직은 어디가 비었나 (결과)
  탭: ① 부족스킬 · ② 공백스킬 · ③ 스킬히트맵
  탭 위 보기 고르기: 조직 전체 · 직군 · 직무 · 그룹
  탭마다 주 버튼이 같은 번호의 강화 탭으로
• 빈 곳을 어떻게 채우나 (강화)
  탭: ① 교육계획 · ② 채용 · ③ 인재 검색 · ④ 스킬셋 개선
  지원자 진단(다음 단계)은 채용 안
• 기준과 기록 (설정)
  탭: 회사 · 목적 · 직무 · 스킬 · 대상자 · 기간(초대 메일 포함) · 기록
  초대 뒤 직무 · 스킬은 보기만

근거: DEC-194, DEC-127, DEC-074, DEC-146, DEC-165, DEC-168

아직 열리지 않은 메뉴

숨기지 않는다. 흐리게 두고 언제 열리는지 한 줄로 말한다(디자인 기초 A의 비활성 규칙).

관리자 온보딩: 메뉴를 숨긴 한 흐름

1. 회사 · 목적: '이 회사가 맞나요?'(운영자가 넣은 기업명 + 기업 정보) → 아니면 검색해서 고름 → 업종 · 직군 시작안 · 진단목적
2. 직무: 올리기 또는 표준 · 애매한 것만 질문
3. 스킬: 직무별 스킬셋 · 요구레벨 · 진단스킬
4. 대상자 · 기간: 명단 · 기간 · 독려 · 편집 권한 · 메일 문구
5. 확인 · 초대: 숫자 한 벌 확인 → 초대 보내기
6. 홈으로: 이후 같은 묶음은 관리에서 같은 순서로

근거: DEC-063, DEC-074, DEC-136, DEC-145

진단대상자: 한 흐름

1. 메일 링크 → 안내 · 동의: 가입 · 비밀번호 없음(처음 한 번) · 링크를 못 쓰면 같은 화면이 링크 안내
2. 내 스킬: 받은 스킬 확인 · 고치기(편집 가능 조직만)
3. 레벨 고르기: 한 화면 한 스킬 · 렌지 추천은 원할 때
4. 확인 → 제출: 검토완료 전까지 고쳐서 다시 냄
5. 제출 완료: 결과는 결과확정 뒤 메일로 · 검토 전까지 [스킬 수정](편집 가능 조직만) · [레벨 수정] · 재진단이면 메일 링크로 다시
6. 결과 메일 → 탭 3개: 내 결과(결과 설명 · 피드백 · 내 직무 정보) · 학습계획 · LinkedIn 스킬 프로필

근거: DEC-079, DEC-096, DEC-098, DEC-124

지원자: 한 흐름

1. 진단 링크(관리자가 보냄) → 안내 · 동의: 만료면 같은 화면이 링크 안내
2. 스킬마다 레벨 · 근거
3. 제출 확인
4. 제출 완료: 결과는 받지 않음

근거: DEC-044, DEC-124

운영자 메뉴(PC만)

조직 상세처럼 할 일이 많은 화면도 하위 메뉴를 더 만들지 않고 화면 안 탭으로 둔다. 자리가 정해지지 않은 것은 '검토 중'.

R-001: 화면 13개(조직 만들기를 따로 세면 14개). 합칠 후보: 기록 셋을 한 화면의 탭으로 · 번역 관리를 스킬 데이터의 탭으로(검토 중).

• 지표 · 멈춘 조직 · 화면 1 (홈)
  지표: 노출 → 재계약 단계별 · 멈춘 조직
  월별 목표 · 광고비 · 매출 입력: 지표 화면 안 [월별 값 입력](제안, 심플 ad_metrics · sadmin_settings)
• 목록 · 상세 · 화면 2 (조직)
  조직 목록(주 행동 [조직 만들기] · 받을 칸은 심플 그대로, DEC-084 · DEC-093)
  조직 상세(운영 접속 · 관리자 초대 · 다시 초대 · 해제 · 최대인원 · 기간 · 담당자 · 비활성 · 보고서 · 조직 로그 · 파기는 탭 · 행동)
• 들어온 문의 → 계약 · 화면 3 (리드 · 문의)
  리드 장부(단계 · 메모 · 조직 승격)
  문의함(도입 · 앱 · 번역 문의)
  마케팅(너처링 캠페인 · 수신 해지 · 방문 · 유입)
• 누가 무엇을 했나 · 화면 3 (기록)
  감사 기록
  메일 기록(미리보기 · 발송 계획 · 대기 줄 손 실행)
  렌지 대화 기록
• 공용 자료 · 시스템 · 화면 4 (데이터)
  스킬 데이터(취합 · 자체 직무 · 스킬 편집)
  번역 관리(직무 · 스킬 문구, 제안 자리)
  시스템 현황
  팀 테스트 보드

근거: DEC-040, DEC-041, DEC-093, DEC-105, DEC-113, DEC-126

깊이 규칙

근거: DEC-194

같은 상세는 어디서 열든 같은 본문

진단대상 · 검토 · 결과 어디서 열어도 본문은 같고, 아래 행동만 그 자리에 맞게 바뀐다(같은 데이터를 화면마다 따로 만들지 않음, R-001).

사람시트 스킬시트 직무시트 지원자 시트

메뉴가 아닌 것: 화면 안의 행동

누르는 이유를 한 문장으로 말할 수 없는 것은 메뉴로 만들지 않는다(부록 12).

대상자 올리기 직무 연결 독려 재진단 커스텀스킬 반영 목표 정하기 코멘트 결과확정 초대 보내기

P-28 상태표: 상태마다 누가 보나 · 바꾸나 · 잠기나 · 다음 조건

이 문서가 답하는 질문: 사람과 회차는 어떤 상태를 지나고, 상태마다 무엇이 열리고 잠기나?

결론

사람 상태 7개 · 회차 상태 4개. 진단대상 = 검토완료 + 검토필요 + 미제출(미시작 · 진행 중 · 재진단) + 초대 실패: 어느 화면 · 어느 회차 상태에서든 이 한 식이다(DEC-071). 검토필요 0명이면 결과확정(DEC-069). 화면을 그리기 전에 볼 공통 표 여섯(메일 · 확정 뒤 · 막힘 문구 · 입구 · 행동 위치 · 지원자)이 아래에 있다.

근거: DEC-069, DEC-071, DEC-128, DEC-129

사람 상태: 지나가는 순서

1. 미시작: 초대 메일 받음(못 보냈으면 초대 실패)
2. 진행 중: 링크 엶
3. 검토필요: 제출 · 이상신호 · 커스텀 표시
4. 재진단 ↺: 관리자 요청 → 다시 제출 → 검토필요
5. 검토완료
6. 결과확정 뒤: 내 결과 · 학습

근거: DEC-035, DEC-078

사람 상태표

근거: DEC-013, DEC-035, DEC-040, DEC-062, DEC-069, DEC-090, DEC-120, DEC-128, DEC-129

회차 상태표

결과확정 때 진단대상이 둘로 나뉜다(진단대상 n은 그대로, DEC-071): 진단인원 = 결과에 든 사람(검토완료, DEC-180) · 확인 창의 '미제출 n명' = 재진단(다시 안 냄, DEC-128) + 미제출(미시작 · 진행 중) + 초대 실패(낸 적 없음).

근거: DEC-063, DEC-069, DEC-074, DEC-091, DEC-109, DEC-117, DEC-125, DEC-128, DEC-129, DEC-147

메일 명세 ①: 대상자 · 지원자에게 가는 메일

메일마다 제목 · 첫 문장 · 버튼 하나. 문구는 해요체 · 한 문장에 하나 · 다음 할 일(DEC-144). 제목 앞에는 [SkillLens]를 붙인다(심플 그대로). 버튼은 그 일을 하는 화면으로 바로 간다(P-31 이동 규칙). 문구는 예시이고 심플 문구를 줄인 것이다.

근거: DEC-020, DEC-089, DEC-124, DEC-129, DEC-139, DEC-144, DEC-147

메일 명세 ②: 관리자에게 가는 메일

메일이 아닌 것: 결과 메일 대량 발송 진행은 메일로 알리지 않고 홈 · 설정 › 기록에 한 줄('결과 메일 {m} / {n}명 보냈어요')로 보인다(제안 · 심플에는 없음, 대기 줄 mail_queue). 인원 문의 접수는 운영팀에게만 메일이 가고(simple-worker.js:6561~6571) 관리자에게는 화면 한 줄 '문의를 보냈어요. 회신은 {이메일}로 가요.'.

근거: DEC-069, DEC-109, DEC-124, DEC-144

메일 명세 ③: 운영팀(help@)에게 가는 메일

근거: DEC-040, DEC-041, DEC-132, DEC-126

결과확정 뒤: 화면마다 잠김 · 보기만 · 대신 보일 한 줄

근거: DEC-090, DEC-121, DEC-125, DEC-129

막힘 문구: 서버 · 연결이 막을 때

탓하지 않고 다음 할 일을 함께 쓴다(DEC-144). 문구는 예시다.

근거: DEC-129, DEC-131, DEC-144

입구 상태: 링크 · 로그인이 막힐 때

근거: DEC-124, DEC-129, DEC-147

행동 위치: 진단 › 진단대상 vs 설정 › 대상자

진행 행동(독려 · 다시 초대 · 재진단)은 진단 › 진단대상, 명단 고치기(더하기 · 빼기)는 설정 › 대상자 한 곳에 둔다(R-001 · 제안).

근거: DEC-069, DEC-090, DEC-128

지원자 상태표

지원자는 진단대상이 아니다: 최대인원 · 결과 · 평균 어디에도 세지 않는다. 판단은 상태와 따로 둔다(심플 hire_candidates.status · decision).

심플은 AI 확인을 다 마쳐야 냄으로 바뀌었다(simple-worker.js:6093~6094): 첫 출시에서는 AI 확인을 빼고 낸다(DEC-086).

근거: DEC-044, DEC-086, DEC-124

이 사이트는 ideber 저장소 projects/skill-lens/ 에서 자동으로 만들어집니다. 고칠 때는 저장소를 고칩니다. 공개 주소이지만 검색엔진에는 나오지 않습니다.