기능 범위(할 것, 안 할 것)

원본: projects/skill-lens/product/plan/02-features.md

---
title: SkillLens 기능 범위(할 것, 안 할 것)
status: proposed
owner: PM
updated: 2026-11-09
source_of_truth: true
---

SkillLens 기능 범위(할 것, 안 할 것)

기능 목록(심플 기능 170개 포함)과 범위.
결정(decisions.md)과 다르면 결정이 이긴다.
디자인 값(색, 글자, 간격, 화면 틀)은 이 문서가 아니라 디자인 시스템과 8판 시안을 따른다.

P-6 WHAT · 할 것 · 안 할 것(기능 범위)

이 문서가 답하는 질문: 1~5를 지키는 데 꼭 필요한 범위는 어디까지인가?

결론

할 것 = 심플 기능 전부(디자인 제외) + LinkedIn 스킬 프로필 + 학습계획(DEC-084 · DEC-083). 첫 출시 = 진단 한 바퀴 · 결과 · 강화 · 개인 가치 전부이고 ASAP(DEC-112) · 채용의 지원자 진단은 다음 단계(DEC-149) · 학습 지킴 체크 · 알림 · 교육 독려는 추후 계획(DEC-179)

근거: DEC-084, DEC-083, DEC-114

만드는 순서: '꼭'을 먼저 내고, 일정이 밀리면 아래부터 늦춘다(DEC-114)

심플 기능은 전부 할 것(DEC-084): 출시가 ASAP(DEC-112)라 '꼭' 묶음(= 첫 출시, 강화 · 개인 가치 포함)으로 내고 지원자 진단 · '있으면'을 이어 올린다(DEC-149)

진단 한 바퀴 (꼭(Must)): 온보딩 · 시작안 · 초대 · 독려 · 자기진단 · 검토 · 결과확정 · 조직 결과 · 개인 결과 · 운영자 도구 · 개인정보 · 기록 + 강화 전부: 교육계획 · 채용 가이드(LinkedIn 공고 양식 · 배너) · 인재 검색(스킬 검색 · 렌지에게 묻기) · 스킬셋 개선 → 저장 · 내려받기 + 개인 가치: 학습계획(IDP) · LinkedIn 스킬 프로필 · 렌지 개인 브리핑 · 이어지는 직무 · 결과 보고서 · 렌지 레벨 추천(DEC-149 · DEC-150 · DEC-151)
강화 · 개인 가치 (다음 단계): 채용의 지원자 진단(공고에 지원자를 받아 진단 링크를 보내고 판단): 다음 단계(DEC-149)
설명 · 부가 (있으면(Could)): 2×2 · 참고 기준 비교(문턱 뒤)
추후 계획(8 · WHEN) (이번엔 아님): 학습 게이트웨이 · 지원자 AI 확인 · 그룹 관리자 · 공동 관리 · 팀장 보기 · 다른 플랫폼 · HRIS · ATS 연동 · 목적지 여러 개
안 함(Won't) (안 함(Won't)): 업무 데이터로 스킬 추론 · 점수를 보상 · 승진에 · 시험형 진단 · 등급 · 순위 · 리더보드 · 검증 배지

근거: DEC-084, DEC-104, DEC-114, DEC-130

이미 정한 것: 출시 범위의 틀

틀	내용
출시	ASAP(DEC-112): 첫 출시 = 강화까지 전부 · 지원자 진단만 다음(DEC-149)
학습 연동	유데미 하나: 부족스킬마다 추천 강의
채용	LinkedIn 공고 꼴 그대로의 공고 예시 + '채용에 어려움이 있으신가요?' → LinkedIn Talent 문의(연동 아님) · 스킬 수 기본 10개, 채널 최신 기준을 따름
다른 연동	HRIS · ATS · 평가 등은 추후 계획(DEC-104): 다 하면 첫 출시가 늦어진다

근거: DEC-051, DEC-049, DEC-045

심플 버전 기능 170개:

디자인은 빼고 기능은 다 넣는다(DEC-084). 넣는 것은 기능 범위이고, 구현은 확인한 뒤 채택한다(DEC-249). 판단 칸: '결정 DEC-n' = 잠김 · '가져옴' = DEC-084로 확정 · '보류' = 2회차를 열 때 다시 봄(DEC-125) · '안 가져옴' = 추천안(PM이 보고 고칠 것). PM 질문(Q-042~048)에 걸렸던 칸은 11-03 답으로 결정(DEC-128~133 · DEC-069)

가져옴: 132개 / 170
결정: 32개 / 170
안 가져옴: 2개 / 170
제로 버전 유지: 2개 / 170
보류(2회차): 2개 / 170

전체 170개: 가져옴 · 결정 · 제로 버전 유지는 첫 출시에 들어감(DEC-084). 단 '결정 DEC-086 · DEC-179: 추후 계획'(E12 · E04)은 추후 계획 · 보류는 2회차를 열 때 다시 봄(DEC-125)(정으로 옮김)

ID	기능	무엇을 하나(지난 버전)	제로 상태	판단 · 이유
A01	관리자 초대 · 가입	운영자가 조직을 열면 관리자에게 1회용 가입 링크 메일이 간다. 비밀번호를 만들면 바로 세션을 받는다(다시 로그인 없음)	없음	가져옴: 관리자의 유일한 입구
A02	로그인 · 조직 고르기 · 잠금 · 비밀번호 찾기	한 이메일이 여러 조직에 있으면 조직을 고른다. 5회 틀리면 1분 · 7회 5분 · 10회 30분 잠근다(simple-worker.js:10750~10752). 재설정 메일을 보낸다	없음	가져옴: 기본 인증
A03	진입 판정 · 이어서 하기 · 초안 서버 저장	온보딩이 끝났으면 홈, 하다 말았으면 '이어서', 단계 0이면 첫 화면으로 보낸다. 초안(onboarding_draft)을 서버에 둬 폰에서 PC로 이어 간다	이미 결정됨 DEC-073(이어서 하기)	가져옴
A04	처음부터 다시 · 나중에 하기	온보딩을 처음부터 다시 하거나 미뤄 두고 홈으로 간다	없음(Q-020 반대 근거에 '온보딩 다시 하기' 언급)	가져옴: DEC-084 · 끝낸 뒤엔 관리에서 같은 순서로 다시 봄(DEC-074)
A05	영업 프리셋	운영자가 조직을 만들 때 업종 · 직무 · CSV · 인원을 미리 채운다. 시작값일 뿐 제한이 아니다. 관리자가 진행한 뒤에는 덮어쓰지 않는다(409)	없음(DEC-063 처음 온 조직의 흐름)	가져옴: 설정 시간을 줄이는 영업 도구
A06	직무표 올리기(CSV · XLSX) · 양식	이미 쓰는 직무 · 스킬표를 올린다. 열: 직무 · 스킬 · 구분 · 요구레벨 · Lv1~5 · 직무코드. 파서는 하나다(sl-csv.js)	이미 결정됨 DEC-060(직무기술서 PDF · DOCX를 더해 넓힘)	가져옴
A07	이름 대조(/api/import/resolve)	올린 직무 · 스킬 이름을 표준(KNOW · O*NET · 도구 사전 · 한글 용어)과 대조한다. 아는 것은 표준으로 잇고, 모르는 것만 남긴다	이미 결정됨 DEC-059(그대로 · 확인 · 질문)	가져옴: 매칭 엔진의 바탕
A08	진단인원 칸 · 권장 직무 · 스킬 수(지난 버전)	최대인원(target_count)으로 권장 직무 수 · 스킬 수를 계산한다. 인원이 없으면 10~50명을 가정한다	DEC-180	안 가져옴(DEC-180): 회사 확인 → 업종 표준 직무 · 스킬셋 시작안(DEC-136)과 진단 길이 안내(DEC-138)가 대신함 · 계약 인원은 최대인원(운영자가 정함)
A09	대상자 편집 권한 고르기(approve / locked)	대상자가 스킬을 고칠 수 있는지, 레벨만 고르는지를 조직마다 정한다	다르게 결정됨 DEC-066 · DEC-073	결정 DEC-096: 넣음: 관리자가 편집 가능 / 스킬 고정 선택 · 온보딩에서 고르고 초대 뒤에는 바꿀 수 없음(DEC-117)
A10	업종 표 20개(KSIC 대분류를 손질)	업종 코드 · 이름 · 이모지 · 순서	다르게 결정됨 DEC-055(KSIC 11차 그대로)	제로 버전 유지(KSIC 그대로, PM 확인)
A11	업종 추천 직무 규칙	KNOW → SkillLens → O*NET 순으로 3:2로 섞는다. 공통 직무 11개를 우리가 지정했다(COMMON_NAMES)	다르게 결정됨 DEC-054 · DEC-056(공통 직군 9 NCS + KECO 중분류)	제로 버전 유지: 규모별 범위는 나중(Q-025)
A12	직무 이름 검색	내 업종 → 공통 → 나머지 순으로 찾는다. 별칭(그로스 마케터 · 퍼포먼스 마케터)으로 찾아도 같은 직무가 나온다	없음	가져옴: 직군 표와 상관없이 필요
A13	직무 0개 가드	직무가 하나도 없으면 다음 단계로 못 간다	없음	가져옴: 빈 진단 방지
A14	커스텀 직무 만들기	직무를 직접 만든다. 렌지가 설명 · 하는 일 초안을 쓰고 추천 스킬을 낸다	없음	가져옴: 표준에 없는 직무 대응
A15	직무 상세(KNOW)	하는 일 · 되는 길 · 연봉 · 전망 · 자격증 · 관련 직업을 보여 준다(/api/kr/jobs/:cd/full)	없음	결정 DEC-099: 넣음: 하는 일은 온보딩, 연봉 · 전망 · 자격증 · 관련 직업은 개인 결과
A16	직무별 스킬 템플릿 · 요구레벨 기본값	하드 3~6 · 소프트 4~7 · 합 12개 이내. 요구레벨 = reqPolicy(필수 Lv3 · 하나만 Lv4 · 확장 Lv2 · Lv5 없음)	이미 결정됨 DEC-068	가져옴: 결정과 같은 규칙이 이미 코드에 있음
A17	직무별 스킬 편집	스킬 추가 · 빼기(되돌리기) · 필수/확장 · 요구레벨을 고친다. 스킬 검색을 쓴다	DEC-058 · DEC-068	가져옴
A18	스킬 정보 수정 + 렌지 초안	설명 · 세부 설명 · Lv1~5 문구를 고치면 커스텀이 된다([원본으로] 있음). 렌지가 다섯 단계 문구를 한 번에 쓴다(/api/ai/skill-draft)	DEC-011(문구는 스킬마다 다름)	가져옴: 커스텀스킬도 고유 문구를 갖게 함
A19	업종 스킬 랭킹 후보	업종에서 많이 쓰는 스킬 · 도구를 더할 후보로 보여 준다(/api/skill-rank?ind=)	없음	가져옴: 스킬 더하기 검색 보조
A20	진단스킬 고르기	직무 풀 중 이번 회차에 물을 스킬을 고른다(필수 = 기본 체크). 중요도 · 평균 요구레벨로 거르고, 인당 소요 n분을 보여 준다	결정 없음(제로 시안에 '진단스킬' 있음)	가져옴: 소요 시간 · 완료율을 정하는 핵심 선택
A21	진단 기간 · 독려 횟수 · 문구	시작일 · 마감일(기본 14일)을 정한다. 독려 횟수 상한은 기간에 맞춘다(1일 0 · 2~3일 1 · 4~5일 2 · 6일+ 3)	이미 결정됨 DEC-073	가져옴
A22	명단 입력 · 검사 · 직무 매핑	직접 입력 · 붙여넣기 · CSV를 받는다. 검토 시트에 읽은 수 · 이메일 오류 · 중복을 보인다. 파일의 직무 값 → 우리 직무 매핑은 관리자가 한다. 60명이 넘으면 명단을 100명씩 나눠 바로 서버에 저장하고, 화면은 요약 · 검색으로 보인다	이미 결정됨 DEC-073(명단 검사)	가져옴
A23	그룹(부서) 열	명단에 소속 묶음 열을 둔다(dept). 필터에 쓴다	없음(대상군은 안 만듦(DEC-075))	결정 DEC-106 · 111: 넣음: 명단 그룹 열 · 그룹별 보기 · 내려받기(5명 미만 숨김)
A24	최대인원 초과 막기 · 문의	최대인원을 넘겨 저장하면 403을 주고, 인원 늘리기 문의(license-inquiry)로 보낸다	이미 결정됨 DEC-073	가져옴
A25	초대 메일 고치기 · 미리보기	제목 · 본문을 고친다. 토큰은 {조직명} · {이름} · {마감}이다. 미리보기를 보여 준다	이미 결정됨 DEC-073(운영자 열람 문구는 고정)	가져옴
A26	초대 보내기 · 보낸 뒤 화면	save-jobs → update → save-members → invite 순서로 보낸다. 다 보내면 완료 화면을 띄운다	이미 결정됨 DEC-073	가져옴
A27	조직 기본 정보 · 담당자	조직명과 담당자 이름 · 이메일을 둔다. 담당자는 대상자 메일 하단과 회신 주소에 쓴다	DEC-074(회사 · 목적 묶음)	가져옴
A28	아이콘 고르기 · 올리기	직무 · 스킬 아이콘을 고르거나 PNG · JPG(128KB 이하)를 올린다(/api/tenant/icon-upload, /api/icon/<id>)	DEC-022 · DEC-023(서로 다른 아이콘 · 하드는 실제 로고)	가져옴: DEC-084(고객이 아이콘을 올리는 길 포함)
B01	단계 판정 · 지금 할 일 · 숫자 한 벌	조직 단계를 판정한다(설정 전 / 진단 중 / 결과 확인 중). 진단대상 = 검토완료 + 검토필요(관리자 화면 이름 · 실무자 화면은 '검토대기', DEC-180) + 미제출(재진단 포함) + 초대 실패, 합은 늘 N이다(재진단은 미제출로 센다: 현황 '제출 n/N'과 도넛 합이 같다). '검토필요'는 관리자 화면, 실무자 화면은 '검토대기'(DEC-035 · DEC-180)	DEC-071(숫자 일치)과 같은 뜻 · 제로 식(한 식): 진단대상 = 검토완료 + 검토필요 + 미제출(미시작 · 진행 중 · 재진단) + 초대 실패(P-24 · P-28)	가져옴: 재진단은 미제출 안에 센다(지난 버전 그대로, DEC-186) · 화면마다 숫자가 달라지는 것을 막음
B02	진단대상 목록 API	사람당 한 줄(상태 · 이상신호 · 점수 · 4기둥). 필터(state · flag · q · job · dept) · 정렬 · 페이지 · 요약. 1,200명 실측에서 색인 50~80ms · 결과 집계 33ms였다	없음	가져옴: 1,000명 규모 검증됨
B03	사람 상태 7종	지난 버전 7종: 초대 실패 · 미시작 · 진행 중 · 검토필요 · 재진단 · rejected · 검토완료(review_status, simple-worker.js:5798)	DEC-035(검토필요 · 검토완료) · P-28	가져옴(고쳐서): 제로 7개 = 초대 실패 · 미시작 · 진행 중 · 검토필요 · 재진단 · 검토완료 · 결과확정 뒤(P-28) · rejected 상태는 두지 않음
B04	이상신호: 전체 레벨 동일	스킬 3개 이상이 모두 같은 레벨이다(same, 값 함께)	이미 결정됨 DEC-050(기존 '전체 레벨 동일' 신호)	가져옴
B05	이상신호: 응답 시간	링크를 연 뒤 2분 안에 제출했다(fast, 초 함께)	이미 결정됨 DEC-050('응답 시간')	가져옴
B06	이상신호: 스킬 적음 · 전부 충족	few = 스킬이 min(4, 직무 필수 수)보다 적거나 직무 필수의 절반 미만. allmet = 모든 스킬이 요구레벨 이상	DEC-014 · 050에 언급 없음	결정 DEC-087: '전부 충족'은 신호 아님 · '전체 같은 레벨'이 신호 · 편집 가능 조직의 '편집 없음'도 신호(DEC-135)
B07	커스텀스킬 n개(ext)	대상자가 더하거나 고친 스킬. 이상이 아니라 결정할 거리로 둔다	DEC-017 · DEC-018	가져옴
B08	한 번에 검토완료	지금 조건에 맞는 전원에게 적용한다. 커스텀스킬이 있는 사람은 빼고, 이상신호 수는 확인창에 보인다. 300명에 78ms다	이미 결정됨 DEC-062 · DEC-069	가져옴
B09	사람시트 검토	이번 제출(스킬별 내 레벨 / 요구레벨 · 미달)을 본다. 커스텀스킬마다 넣기 / 빼기를 정해야 [검토완료]가 눌린다	DEC-012 · 013 · 017 · 018	가져옴
B10	커스텀 반영 = 승격 / 미반영	승격 = 그 사람 직무 스킬셋 + 진단스킬에 더한다. 미반영 = 사유 선택 + 코멘트(member_skill_reviews · 지난 버전 이름 "반려"는 제로에서 쓰지 않음)	DEC-018 · 019 · 021(반영 = 조직 결과에 넣기)	결정 DEC-118: 반영 = 그 사람 결과 · 이번 조직 결과에만 들어감(같은 직무 다른 사람에게는 묻지 않음). 직무 스킬셋에는 강화 › 스킬셋 개선에서 관리자가 고를 때만 들어감(DEC-082)
B11	커스텀스킬 요구레벨	지난 버전에서는 2.111.0 전까지 화면이 보낸 required_level로 채점해 SRS 53 → 80이 재현됐다. 2.111.0부터는 요구레벨 3(고친 사본은 원본 값) · 확장 가중으로 채점한다	DEC-021(반영이 SRS를 바꿈). 요구레벨을 누가 정하는지는 없음	결정 DEC-088: 반영할 때 관리자가 요구레벨(기본 Lv 3) · 반영 전엔 점수 제외(지난 버전 2.111.0은 반영 전에도 3 · 확장 가중으로 넣음)
B12	재진단 요청	사람별 · 일괄로 보낸다. 사유 메모(선택) · 제외 스킬 블록 · 마감을 메일에 담는다. 토큰은 재사용한다	결정 DEC-120(사유 선택 · 목록 · 직접 쓰기) · DEC-015(이전 / 재제출 응답 · 누적 횟수 기록)	가져옴: 사유는 선택 그대로 + 목록 · 이력 기록을 더함
B13	재진단 범위	전체 재진단을 하되, 메일에 관리자가 제외한 스킬 · 코멘트를 넣는다. 재진입하면 고칠 스킬로 바로 간다	Q-014 결정됨(DEC-078)	결정 DEC-078: 전체 재진단 + 스킵 · 전체 스킵(다시 볼 스킬 표시 없음)
B14	수동 독려	사람별 · 일괄로 보낸다. 24시간 쿨다운에 초대 시각도 센다. 제출자는 자동으로 빼고, 쿨다운으로 건너뛴 수를 알린다	DEC-073(독려)	가져옴
B15	자동 독려 계획	기간을 (n+1) 등분한 날 09:00 KST에 미제출자에게 보낸다. 사흘 지난 항목은 건너뛰고, 3회 실패하면 포기한다	이미 결정됨 DEC-073	가져옴
B16	초대 실패 다시 보내기	초대 메일을 보내지 못한 사람('초대 실패': 이메일 없음 · 아직 안 보냄)의 주소를 고쳐 다시 보낸다. 지난 버전에서는 반송을 따로 알아내지 않았다	없음	가져옴: 주소 오류 · 못 보낸 초대는 실제로 생김
B17	메일 열람 · 기록 카드	초대 · 독려 메일 열람(픽셀) · 시작 · 제출 n회차 · 재진단 · 결과 메일 · 마지막 접속을 시간 순으로 보인다	없음	결정 DEC-089: 메일 열람 · 접속 · 제출 기록 모두 넣음
B18	제출 스냅숏 · 제출 이력	제출마다 member_skill_snapshots에 남긴다. member-history API로 읽는다	이미 결정됨 DEC-015(이전 응답 기록)	가져옴
B19	결과확정	검토필요(관리자 화면 이름 · 실무자 화면은 '검토대기', DEC-180) 0명 · 검토완료 1명 이상일 때만 된다. 결과 메일을 일괄로 보내고 help@에 알리며 감사 기록을 남긴다. 자동 독려는 멈춘다	DEC-062 · DEC-069(검토필요 0명). '검토완료 1명 이상' 조건은 두지 않음	결정 DEC-128: 다시 안 낸 재진단대상자는 미제출로 빠짐 · '검토완료 1명 이상' 조건은 두지 않음(DEC-069) · 나머지(검토필요 0명 · 결과 메일 · help@ 알림 · 감사 기록 · 자동 독려 멈춤)는 가져옴(DEC-062 · 069)
B20	결과확정 뒤 그 회차 반영	확정 뒤에 넣은 사람도 진단 · 검토를 받고, 결과 메일이 바로 간다(사람 단위 문)	다르게 결정됨 DEC-062	결정 DEC-090 · DEC-129: 확정한 회차엔 새 대상자 · 제출 없음 · 링크는 '이번 진단은 끝났어요' 안내만
B21	마감 ≠ 종료 · 마감 메일	마감 뒤에도 제출을 받는다. 마감일 18:00 KST에 관리자 마감 메일을 보낸다	없음(DEC-062와 맞음)	가져옴
B22	초대 링크 수명	마감이 없으면 14일(최대 30일). 마감이 있으면 14일과 마감 + 7일 중 긴 쪽이고 최대 60일	없음	가져옴(고쳐서): 결과확정 전까지는 링크를 자동으로 늘린다(DEC-147)
B23	관리자 알림(첫 제출 · 전원 제출)	회차당 2통. 버튼이 바로 그 화면으로 간다(#n=review)	없음	가져옴: 서로 기다리다 멈추는 일을 막음
B24	관리자 현황 메일	독려 때마다 제출(검토필요 · 검토완료: '검토필요'는 관리자 화면, 실무자 화면은 검토대기(DEC-180)) · 미제출 수를 보낸다	DEC-073(자동 독려)	가져옴
B25	조직 로그(관리자가 보는 감사 기록)	관리자 로그인 · 설정 변경 · 명단 · 초대 기록 300건	DEC-040(고객 관리자에게 무엇을 보일지는 2단계 정책)	결정 DEC-093: 넣음
B26	앱 안 문의	도움말 아래 [문의하기]에서 질문 · 오류 · 제안을 보내면 운영자 문의함으로 간다	DEC-041(문의)	가져옴
B27	그 자리 도움말 · 도움말 모음	화면마다 3~6항목을 둔다. 모음 페이지는 검색 · 관리자/대상자 탭이 있다	없음	가져옴: 내용은 제로 용어로 다시 씀
C01	메일 링크 진입(가입 없음)	메일 링크로 들어온다. 같은 링크를 다시 누르면 세션을 다시 준다. 앱 안 브라우저에서 기본 브라우저로 옮겨도 토큰을 지킨다	P-0(초안) '메일 링크'	가져옴
C02	동의 화면	이용약관 · 개인정보 수집 · 이용(필수 2개 + 전체 동의)을 받는다. '인사평가 아님' · 소요 시간 · '내 학습 추천'을 함께 보인다	없음	가져옴: 법적 동의
C03	소요 시간 안내	스킬당 30초 × 스킬 수로 계산한다(화면 · 메일 같은 계산)	P-0(초안) '스킬당 약 30초'	가져옴
C04	내 스킬 정리	관리자가 정한 스킬을 받고 빼기 · 더하기 · 되돌리기를 한다. 조직 풀(모든 직무 스킬셋 + 동료가 담은 스킬, 개인정보 없음)에서 찾는다	이미 결정됨 DEC-066	가져옴
C05	커스텀스킬 만들기	이름 · 종류 · 설명 · 다섯 단계 문구를 저장하고 전달한다. 이름 80자 제한 결함이 있었다	DEC-018 · 019	가져옴: 길이 제한은 입력부터
C06	복사-편집	조직 스킬을 고치면 원본은 두고 사본이 커스텀이 된다(derived_from). 바뀐 게 없으면 커스텀이 아니다	없음	결정 DEC-100: 넣음: 원본 · 사본 둘 다 남김
C07	레벨 고르기	한 화면에 한 스킬. 스킬마다 고유한 다섯 단계 문구와 세부 설명을 보인다. 관리자 스킬과 더한 스킬 모두 묻는다	이미 결정됨 DEC-010 · DEC-011	가져옴
C08	렌지 단계 설명(skill-brief)	스킬마다 Lv3 · Lv4가 무슨 뜻인지 그 스킬의 상황으로 풀어 준다(캐시)	Q-021 결정됨(DEC-084): 설명 · 예시도 넣음	가져옴
C09	렌지 레벨 추천(level-suggest)	다섯 단계 기준을 들고 최근 한 일을 2번까지 묻는다. 첨부(PDF · 이미지)를 읽어 레벨을 제안한다. 고르는 건 본인이다	Q-021 결정됨(DEC-084: 렌지는 추천, 최종은 대상자)	결정 DEC-084: 넣음(렌지는 추천, 최종은 대상자)
C10	진행 초안 서버 저장	다른 기기에서 이어 한다. 제출하면 초안을 지운다(member-draft)	없음	가져옴
C11	제출 최소 기준(서버)	스킬 0개 · 레벨 빈칸 · 1~5 정수가 아닌 값이면 400을 준다	없음	가져옴
C12	제출 뒤 화면	마감 D-n까지 [스킬 수정][레벨 수정]. 재진단이면 사유를 보이고 고치기. 결과확정 전이면 '기다림', 뒤면 [결과 보기]	DEC-015(기존 레벨 그대로 다시 낼 수 있음)	가져옴
C13	다시 내기 막기	검토완료 뒤 본인 재제출은 409. 새 회차 초대 전에는 지난 링크로 제출하지 못한다(423)	DEC-062	가져옴: 검토완료 뒤 409는 그대로 · 새 회차 초대 전 423은 2회차를 열 때 다시 봄(DEC-125)
C14	넣고 빼기 기록 기준	처음 받은 목록 대비 최종 제출로 센다. 넣었다 다시 빼면 기록이 없다	DEC-066(뺀 스킬은 검토에 보임)	가져옴
D01	개인 SRS 계산	제출 때 서버가 computeSRS로 계산해 diagnosis_sessions에 저장한다	DEC-053(4기둥 유지) · DEC-076 · DEC-115	가져옴
D02	조직 준비도 · 분포 · 기준 인원	개인 점수 평균에 5구간 분포(90+ · 80대 · 70대 · 60대 · 60 미만)와 기준 인원을 붙인다	이미 결정됨 DEC-061	가져옴
D03	검토 전 '제출자 기준' 결과	검토완료자가 없으면 제출자 기준으로 결과를 보인다(basis 폴백)	다르게 결정됨 DEC-062	안 가져옴: DEC-062: 검토 없이 결과에 자동으로 넣지 않고, 점수는 '검토완료 n명 기준' 하나
D04	4기둥 세부 · 사람별 산출 근거	요구레벨 충족 · 다양성 · 균형 · 참여도를 사람별로 보이고, 산식 시트를 연다	DEC-053	가져옴
D05	스킬히트맵	사람 × 스킬 레벨. 30명씩 서버가 정렬한다. 미달을 표시하고 점수 · 순위는 숨긴다	P-0(초안) '현 위치 = 스킬히트맵'	가져옴
D06	스킬별 사람 목록	한 스킬을 누가 얼마나 가졌나(미달자만 보기 가능)	없음	가져옴: 히트맵 · 교육 대상의 상세
D07	부족스킬	보유자는 있는데 요구 미달자가 있는 스킬. 모자란 레벨 합이 큰 순으로 놓는다(3명이 2씩 모자람 = 6)	P-0(초안) 부족 → 키운다	가져옴
D08	우선순위 2×2	요구레벨 × 미달 사분면. 기준선은 조직 평균이다	없음	첫 출시(심플에 있음, DEC-114 · DEC-168)
D09	공백스킬	진단스킬인데 보유자가 0명이다 → 채용. 필요 스킬 대비 보유스킬을 보인다	P-0(초안) 공백 → 들인다	가져옴
D10	직무 · 부서 집계 · 내부 이동 후보	API에 jobs · depts · move가 남아 있다(화면에서는 뺐다)	없음(대상군은 안 만듦(DEC-075))	결정 DEC-111: 직무 · 그룹 집계 넣음. 내부 이동 후보는 안 가져옴(심플 화면에서도 뺌 · 추천안)
D11	참고 기준 비교 + 편집	국내 · 업계 · 글로벌 평균(srs_benchmarks)과 운영자 편집 API. 지난 버전 10-19에 화면에서 지웠다	없음	결정 DEC-114: '있으면' 묶음 · 문턱(조직 3곳 · 30명: 제안 · 측정 전, 지난 버전은 실측 30건) 전엔 숨김
D12	대상자: 조직 평균	내 점수 옆에 조직 평균을 보인다(검토완료 5명부터)	없음	가져옴: DEC-084 · 검토완료 5명부터(DEC-111과 같은 기준)
D13	대상자: 나머지 30점 세부	가진 스킬 수 · 하드/소프트 · 넣고 뺀 수 · 직접 만든 수	DEC-053	가져옴: 4기둥 설명 근거
D14	대상자: 먼저 배울 스킬 · 강점	필수 먼저 → 차이 큰 순으로 놓고, 강점은 레벨 높은 순으로 놓는다	P-0(초안) 학습계획	가져옴
D15	대상자: 이어지는 직무	O*NET 관련 직업 6개를 보인다. KNOW · 커스텀 직무면 스킬이 많이 겹치는 한국 직무를 보인다	없음	결정 DEC-098: 넣음: 개인 결과 '내 직무 정보' · 묶음(꼭 · 해야 · 있으면)은 첫 출시('꼭', DEC-148)
D16	대상자 결과 공개 시점	결과확정 뒤에만 연다. 지난 회차 결과는 그 회차 결과 메일을 받은 사람만 본다	DEC-062	가져옴
D17	관리자의 개인 결과 보기	검토 전 제출도 본다. 스킬별 레벨 / 요구레벨과 관리자 검토 기록을 함께 보인다	DEC-012~014	가져옴: 검토의 근거
D18	렌지 조직 · 개인 브리핑	규칙으로 조립(점수 · 부족 1~3위 · 보유 0명 · 다음 행동)하고 모델은 한 줄만 쓴다. 일반 버전 화면에서만 썼다	없음(DEC-070 '무엇부터')	결정 DEC-098: 넣음: 개인 결과 피드백 · 조직 '먼저 할 일' · 묶음(꼭 · 해야 · 있으면)은 첫 출시('꼭', DEC-148)
D19	지난 회차 결과 보기	round= 로 지난 회차 결과 · 학습계획을 연다	DEC-050(지난 회차 대비 신호)	보류: 2회차를 열 때 다시 봄(DEC-125)
E01	강의 추천 큐레이션	부족스킬 × n개를 고른다. 순서는 관련성 → 한국어(음성 > 자막) → 평점(평가 수 보정) → 수강생 → 최신도. 같은 강사는 2개까지다. 조직에 유데미 서브도메인이 있으면 강의 주소를 그 주소로 연다	DEC-049 · DEC-051(유데미), P-6 입력자료	가져옴
E02	유데미 카탈로그 동기화	OAuth GraphQL로 카탈로그를 받는다. 무중단 배치 교체 · 제외 목록 · 매칭 빌드 cron이 있다(lens-sync)	DEC-051	가져옴
E03	개인 학습계획	부족스킬 6개마다 지금 → 요구 Lv · 어림 시간(하드 4 · 10 · 20 · 35 / 소프트 3 · 6 · 12 · 20)을 정한다. 주당 시간으로 주차를 나누고 스킬마다 추천 강의 1개를 붙인다. 대상자가 바꾸는 것은 주당 학습 시간(1~40시간)뿐이다	P-0(초안) 학습계획(IDP)	가져옴
E04	학습 지킴 체크 · 알림 · 독려	요일 · 시각 · 지난 주 / 이번 주 지킴 체크 · 학습계획 실천율을 둔다. 학습 알림은 본인이 고른다(끔 · 그날 1시간 전 · 매주 월 08시). 관리자 학습 독려 메일은 결과확정 뒤에만 보내고, 한 번에 40명 · 24시간 안에 받은 사람은 건너뛴다	없음(P-6 '학습계획 체크 = 나중, 성장 데이터')	결정 DEC-179: 추후 계획 · 지난 판단은 가져옴(DEC-084 · DEC-149)
E05	교육계획(관리자)	학습계획을 스킬별로 묶는다. 대상 인원 · 총 시간 · 지금 평균 → 목표 Lv · 첫 순서 인원 · 추천 강의 ID → 사람별로 내려간다	P-0(초안) 교육계획	가져옴
E06	교육계획 전원 CSV	사유를 받고 감사 기록을 남긴다. 대외비 머리 · 수식 가드 · 강의 ID 열(일괄 배정용)을 둔다	없음	가져옴
E07	강의 추천 CSV	스킬 × 강의 목록을 내려받는다	없음	가져옴: E06에 합쳐도 됨
E08	채용 공고 만들기	공백스킬로 공고 문구를 만든다(스킬 최대 6개 · 레벨 기준 문장) → [복사]	다르게 결정됨 DEC-045(LinkedIn 공고 꼴 · 기본 10개 · LinkedIn Talent 문의)	가져옴(고쳐서)
E09	채용 배너 PNG	브라우저 canvas로 1080폭 이미지를 만든다(핵심 스킬 카드 · 레벨 미터 · 절차)	DEC-045('지난 버전의 공고 문구 · 배너'를 LinkedIn 꼴로)	결정 DEC-097: 넣음
E10	지원자 추가 · 진단 메일	이름 · 이메일을 넣는다(공고당 200명). 30일 링크 메일에 '결과는 담당자만 · 180일 뒤 삭제'를 적는다	DEC-044	가져옴 · 공고당 200명 · 180일 삭제(simple-worker.js:6039)는 정할 것(Q-056)
E11	지원자 진단 흐름	스킬마다 자가 레벨 + 포트폴리오(파일 / 링크) + 한 일 20자 이상. 다 마쳐야 제출된다. 지원자에게 AI 레벨 · 근거는 숨긴다	DEC-044(결과 안 받음)	가져옴
E12	지원자 AI 확인 필수(hire-check)	렌지가 설명 · 첨부로 레벨을 확인해야 저장된다. AI 레벨 · 근거는 관리자에게만 간다	없음	결정 DEC-086: 추후 계획
E13	지원자 결과 · 판단	자가 vs AI 레벨 · 포트폴리오를 보인다. 면접 질문은 부족스킬부터 낸다. [면접][보류][제외] + 메모(최종 합불은 회사 절차)	DEC-044(관리자가 지원자 스킬 정보를 받음)	가져옴
E14	공고 닫기 · 180일 삭제	닫은 공고의 지원자 기록을 180일 뒤 cron이 지운다	DEC-044(개인정보 원칙)	가져옴 · 180일 뒤 다 지울지, 개인 식별 정보만 지울지(DEC-132 방향)는 정할 것(Q-056)
E15	인재 검색: 스킬로	스킬 최대 3개 + 최소 레벨을 모두 만족하는 사람을 찾는다. 레벨만 보이고 점수 · 순위는 없다. 검토완료 기준이다	P-0(초안) 보유 → 인재 검색	가져옴
E16	인재 검색: AI로	프로젝트 글을 받는다. 닫힌 AI가 우리 스킬셋 이름(enum) 안에서만 스킬 · 최소 레벨을 고른다. 사람 정보는 보내지 않는다	없음	결정 DEC-151 · DEC-157: 첫 출시 '꼭'(인재 검색 › 렌지에게 묻기)
E17	스킬셋(우리 스킬 사전)	진단 · 미진단 · 커스텀과 보유자 · 평균 Lv · 사용직무를 보이고 거른다	P-0(초안) 스킬셋 개선	가져옴
E18	스킬셋 CSV 내려받기 · 다시 올리기	BOM CSV(직무 · 스킬 · 구분 · 요구레벨 · Lv1~5 · 진단 여부 · 출처 · 조직 현황 · 직무코드)를 내려받는다. 다시 올리면 스킬셋이 그대로 돌아온다(레벨 문구 · 세부 설명 · 진단 여부 · 직무코드를 싣고, 사람 이름은 싣지 않는다)	P-0(초안) 'CSV 내려받기'	가져옴
E19	대상자가 더한 · 뺀 스킬 집계	스킬별 사람 수를 보인다(signals). 사람 이름은 없다	DEC-066, Q-022	가져옴 · 자리: 결과 › 요약 '무엇이 바뀌었나', 고치는 일은 강화 › 스킬셋 개선(DEC-133 · DEC-146)
E20	다음 회차에 고칠 점	고칠 게 있을 때만 4줄까지 보인다: 커스텀 2명 이상 · 필수 미달 80% 이상 · 보유 0명 · 진단스킬 수 vs 권장 · 하드:소프트 30% 미만	P-0(초안) 기준이 안 맞으면 고친다	가져옴
E21	개선된 스킬셋 저장(지난 버전 이름: 다음 회차 스킬셋 초안)	결과확정 뒤에만 저장한다. 새 회차를 열 때 적용한다(next-skillset)	DEC-063 · DEC-074(다음 회차는 바뀐 것만)	결정 DEC-130: 첫 출시 '꼭' 묶음 · 저장 = 1회차의 마침표(DEC-125) · 새 회차에 적용하는 것은 2회차를 열 때 다시 봄(DEC-125)
F01	회차 · 스냅숏	skillmap_round · round_snapshots · round_closed_at으로 회차를 나눈다	DEC-062 · DEC-063	가져옴
F02	새 회차 열기	운영자가 재계약 때 연다. 스냅숏 · 회차 + 1 · 기간 · 초대 · 검토 · 접속 기록을 비운다. 잠금을 풀고 next_skillset을 적용하며, 관리자에게 새 회차 안내 메일을 보낸다(회신 help@)	없음(DEC-063은 흐름만)	보류: 2회차를 열 때 다시 봄(DEC-125 · DEC-091도 그때 다시 봄)
F03	연 1회 정기 진단 = 계약 단위	다음 회차는 재계약 때 연다	P-0(초안) WHEN '연 1회(계약 단위)'	가져옴: 다음 회차를 여는 방식은 2회차를 열 때 다시 봄(DEC-125)
F04	일반 버전 전용 · 심플에서 이미 뺀 기능	재설계 모드(redesign) · round-start · nudge · 관심 스킬 ☆(my-favorites) · custom-adopt · edit-review 등	없음	안 가져옴: 심플에도 없던 일반 버전 전용(DEC-095 철회 뒤 추천안)
G01	조직 만들기 + 관리자 초대	프리셋과 함께 만든다. 코드 규칙 400 · 중복 409	DEC-041 · DEC-073	가져옴
G02	조직 목록 · 상세	단계(개설 → 온보딩 중 → 설정 완료 → 초대 발송 → 진단 중 → 검토 끝 → 결과확정)와 정체 일수를 보인다	DEC-041	가져옴
G03	조직 수정 · 상태	최대인원 · 기간 · 유데미 서브도메인 · 담당자를 고친다. 비활성 / 다시 활성(감사 기록)	DEC-073 · DEC-074(최대인원은 운영자만)	가져옴
G04	관리자 다시 초대	1회용 링크를 다시 보내고, 옛 초대는 닫는다	없음	가져옴
G05	운영 접속	고객 관리자 화면으로 들어간다. 그 세션의 고객 로그에는 'SkillLens 운영'이 남는다	이미 결정됨 DEC-040	결정 DEC-131: 운영 접속 중 고칠 수 있음 · 모두 기록 · 고객 기록엔 'SkillLens 운영'
G06	운영자 개인 계정 + TOTP	개인 계정이 있으면 공용 로그인을 막는다. 감사 주체는 사람이다	DEC-040	가져옴
G07	감사 로그(전체)	운영자 · 관리자 행동 기록	DEC-040	가져옴
G08	파기	파기 표(PURGE_TABLES · PURGE_KEEP)를 단위 테스트로 지킨다. 영구 삭제 + 관리자 안내 메일. 비활성 30일이면 help@에 알린다	없음(DEC-040 처리방침)	결정 DEC-132: 개인 식별 정보만 지우고 통계 · 비식별 기록은 남김 · 비활성 30일 알림 · 안내 메일은 가져옴
G09	결과 보고서	경영진 보고용 인쇄 페이지(report.html)	없음	결정 DEC-093: 넣음
G10	사용 현황	업종별 · 단계 퍼널 · SRS 분포. 시험 조직은 뺀다	DEC-041	가져옴
G11	리드 관리	도입 문의 → 단계 · 메모 · 조직 승격. CSV는 서버가 만든다(사유 · 감사)	DEC-041	가져옴
G12	리드 반응 점수	문의 20 · 앱 문의 10 · 열람 3 · 클릭 10 · 동의 5 + 최근성 감쇠	DEC-041	가져옴
G13	너처링 캠페인	대상 고르기 · 청크 발송 · 도착 · 열람 · 클릭 · 수신 해지(광고 메일 끊기). '(광고)' 접두와 1클릭 수신 해지(광고 메일 끊기). 고객사 관리자에게 광고성 메일은 막는다	DEC-041	가져옴
G14	방문 · 유입 추적	/api/track · UTM · 광고 지표(ad-metrics)	DEC-173(머문 시간 · 누른 버튼 · 다시 온 횟수를 더하고 방문 기록으로 팔로업, DEC-041의 '나중에'를 고침)	결정 DEC-093: 넣음 · 제품 안 사용 기록(화면 열람 · 버튼 · 내려받기 · 복사 · 렌지 질문 · 그만둔 화면)도 같은 장치로 남김(DEC-187)
G15	문의함 · 알림	도입 · 앱 · 번역 문의의 상태 · 메모를 관리한다. help@로 알린다	DEC-041	가져옴: 답을 관리자에게 돌려주는 길은 지난 버전도 미정
G16	메일 기록 · 미리보기 · 손 실행	발송 기록 · 미리보기 · 발송 계획 / 큐를 손으로 실행한다	없음	가져옴
G17	렌지 대화 기록	질문 · 답 · 즉답 여부 · 화면 · 역할 · 소요를 남긴다. 이름은 저장하지 않고 90일 뒤 지운다	없음	결정 DEC-132: 이름 없이 남기고 90일이 지나도 지우지 않음
G18	스킬 데이터 취합 · 판정	고객이 만든 스킬 · 직무를 기반 데이터 · 별칭 · 제외로 판정한다. SkillLens 자체 직무 · 스킬을 편집하고 원본 로그를 본다	DEC-043(자체 데이터) · DEC-040(제품 개선 데이터는 2단계)	가져옴
G19	번역 관리	직무명 · 설명 · 하는 일 · 레벨 지표 · 숙련 문구 · 분류를 고친다. AI 번역 제안이 있고 모두 감사 기록을 남긴다	없음	가져옴
G20	시스템 현황	health · 오류 · 데이터 현황 · autoMigrate · O*NET 재수집 · FTS · 유데미 동기화 프록시 · 데모 재시딩	없음	가져옴
G21	팀 테스트 보드	조 편성 · 이슈 · 투표 · 진행 불가 즉시 메일 · CSV	없음(DEC-057 검토는 아티팩트 댓글)	결정 DEC-093: 넣음
G22	화면 버전 분기(flow simple/full)	조직마다 일반 / 심플 화면을 고른다. 메일 링크도 따라 바뀐다	다르게 결정됨 DEC-041	결정 DEC-126: 가져옴(조직 종류 flow에 'zero'를 더해 제로 조직에만 적용 · 일반 · 심플 조직은 지금 그대로)
H01	렌지 대화 · 첫 인사	FAQ 즉답(RENJI_FAQ)과 KNOW · O*NET 직무 맥락, 로그인 사용자 조직 맥락으로 답한다. 범위 밖 질문은 막고(날씨 · 음식 등) 질문은 500자까지 받는다(RENJI_Q_MAX)	없음	가져옴: FAQ 내용은 제로 결정으로 다시 씀
H02	한국어 강제 · 망가진 답 다시 쓰기	외국 문자 · 무의미 문장을 감지하면 낮은 온도로 다시 쓰고, 그래도 안 되면 보조 모델 → 빈 답	없음	가져옴
H03	추천 스킬(suggest-skills)	커스텀 직무명 → 비슷한 표준 직무 스킬셋 + 모델 후보 중 표준에 있는 이름만 낸다(30일 캐시)	DEC-060과 같은 방향	가져옴
H04	직무 · 스킬 맞추기(suggest-jobs · skill-match)	글 → 표준 직무 / 스킬	DEC-059	가져옴
H05	AI 요청 제한 · 인증	세션이 있으면 계정, 없으면 IP 단위로 분당 30회. 공개 AI 7종이 무인증이라 비용 공격 지적이 있었다	없음	가져옴(고쳐서): 인증을 붙임
H06	신체 · 감각 능력 제외	검색 · 매칭에서 O*NET 28 · KNOW 7개를 뺀다	없음	가져옴
I01	결과 메일	결과확정 때 검토완료자 전원에게 보낸다. 점수 · 먼저 배울 스킬 · 관리자 코멘트를 담는다	이미 결정됨 DEC-020	가져옴
I02	메일 큐	한 요청에 40통, 나머지는 mail_queue에 넣는다. cron이 2분마다 120통씩 보낸다. 1,200명에서 검증됐다	없음	가져옴
I03	회신 · 발신 규칙	대상자 메일은 조직 담당자에게, 관리자 메일은 help@로 회신된다. 보내는 이는 'SkillLens', 하단에 담당자를 적는다. 문장 중간에 긴 줄표를 쓰지 않는다	없음	가져옴
J01	내보내기 파일 안전 처리 공용화	모든 내보내기 파일(CSV, 양식)에 같은 안전 처리를 쓴다. 세부와 지난 버전의 빈 곳은 서버 개편 계획 문서(공개 사이트에는 없음)의 "보안: 고칠 것"	없음	가져옴
K01	요구레벨 충족 70	Σ(min(1, 내 Lv ÷ 요구 Lv) × 가중) ÷ Σ가중 × 70. 필수 1 · 확장 0.5, 초과분은 상한(100%). 요구레벨이 없으면 3	DEC-053(70 + 30 유지) · P-0(초안) 표	가져옴
K02	다양성 10	min(1, 스킬 수 ÷ 8) × 10. 직무별 6~12 기준은 문서에만 있고 코드에는 없다	DEC-053 · P-0(초안) '8개부터 만점'	가져옴
K03	균형 10	5 + min(1, 약한 쪽 비율 ÷ 0.3) × 5. 30% 이상이면 만점, 한쪽만 있어도 5점	DEC-053	가져옴
K04	참여도 10	넣고 빼기 2회 이상 4 / 1회 2 + 수정 · 추가 1개 이상 6, 상한 10. 현재 회차만 센다(EDIT_CNT_SQL)	DEC-053	가져옴: C06(복사-편집) 결정에 따라 '수정' 정의가 바뀜
K05	스킬 고정 조직 = 충족 80 · 참여도 0	locked 조직은 참여도 대신 요구레벨 충족을 80점 만점으로	다르게 결정됨 DEC-066 · DEC-073	결정 DEC-096: 넣음: 스킬 고정 조직은 충족 80 + 다양성 10 + 균형 10
K06	요구레벨 · 중요도는 서버가 정한다	직무 스킬셋 값을 쓰고 화면 값은 무시한다(직무 스킬). 커스텀은 B11	없음	가져옴: 점수 위조 방지
L01	O*NET	직무 1,016 + 스킬 · 지식 · 능력 · 도구 · 관련 직업 · 잡존. /api/occupations, collect-onet 재수집	DEC-043	가져옴
L02	KNOW 묶음	kr_jobs 492 · kr_job_soft 77(원척도 imp_raw · lvl_raw) · kr_job_hard 국내 도구 큐레이션 · kr_zone 전문성 등급(1~5, 한국직업사전 숙련기간 기준)	DEC-043 · DEC-054	가져옴
L03	SkillLens 자체 직무	sl_jobs(SL 코드 · 별칭 · 하는 일 · 전망)	DEC-043	가져옴
L04	스킬 문구 사전	skill_text(고유 다섯 단계 + 세부 설명, KNOW · O*NET 52쌍 병합) · tool_desc(도구 168종) · anchors 척도	DEC-011	가져옴
L05	매핑 자료	KNOW ↔ ONET(kr_onet_map 492, 사람 매핑) · ONET 업종(onet_job_industry) · O*NET 공통 직무 50	DEC-054(KECO로 KNOW 잇기)	가져옴: 직군 표는 새로 만들어도 매핑은 쓸 수 있음
L06	이름 정규화	같은 도구 19쌍(TOOL_CANON) · 도구 범주 한글(TOOL_KO_LABEL) · 영어 → 외국어	없음	가져옴
L07	검색 · 스킬 상세 API	/api/search(한글 → 영문 변형) · /api/skill-detail(쓰는 한국 직무 · 어디에 쓰나요)	없음	가져옴
L08	/api/kr/industries · /api/kr/jobs	?ind= 업종 직무 · ?q= 이름 검색 · /:code/full 상세	DEC-054 · DEC-055(표는 새로)	가져옴(고쳐서): 통로만, 업종 · 직군 표는 새 표준으로
L09	조직(테넌트) API 묶음	save-jobs · save-members · member-skills · member-diagnose · members · members/bulk · results 등 조직 단위 API	DEC-031(현행 분석 자료 · 맞으면 넓혀 씀)	가져옴: 지난 감사 결함(B11 · M04 · save-jobs 묶음 미분할)은 고쳐서
M01	보내면 잠금 · 새 회차 때만 풀림	초대 때 직무 · 스킬 · 진단스킬 · 요구레벨을 잠근다(결과확정 뒤에도 유지). 기간 · 대상자는 계속 고친다	이미 결정됨 DEC-074	가져옴: 새 회차에 풀리는 부분은 2회차를 열 때 다시 봄(DEC-125)
M02	명단 저장 보호	명단 저장으로 관리자 이메일 · 로그인 계정 이메일을 못 바꾼다. 제출한 사람은 명단에서 빠지지 않는다	없음	가져옴
M03	API 권한 기본기	세션 조직 ≡ 요청 조직 · 관리자 전용 라우트 · 대상자에게 영업 필드 비노출 · Bearer 헤더만 · 요청 제한 · Turnstile · CORS	없음	가져옴
M04	조직 소속 검사 공통화 · 감사 주체 = 세션	body의 member_id · job_id가 그 조직 것인지 입구에서 검사한다. 감사 주체는 세션에서만 받는다(지난 버전 P0 결함의 교훈)	없음	가져옴
M05	결과 열람 링크 30일 무로그인	결과 메일 링크만으로 30일 동안 개인 결과가 열린다	없음	결정 DEC-124: 결과는 결과 메일 링크(30일)로 연다
M06	관리자 겸 대상자	관리자 계정은 교육계획 · 보고서 집계에서 빠진다	P-2 열린 질문('한 사람이 여러 역할')	결정 DEC-101: 집계에 넣고 시험용 응답만 뺌
N01	처리방침 · 약관	수탁자 구조 · 재위탁 / 국외 이전 표 · 보호책임자	DEC-040(운영자 열람을 처리방침 · 약관 · 계약에)	가져옴(고쳐서): 운영자 열람 문구를 더함
N02	개인정보 파일은 서버가 만든다	사유 필수 · 감사 기록 · 대외비 머리(리드 · 교육계획)	DEC-040(내보내기 기록)	가져옴
N03	작은 수 문턱	집단 숫자는 5명부터 보인다(조직 평균)	DEC-111(5명 미만 묶음은 평균 · 분포 숨김)과 같음	가져옴
N04	'인사평가 아님' 고지	초대 메일 · 동의 화면 · 처리방침 목적에 적는다	P-4(초안) '진단은 인사평가가 아니다'	가져옴

근거: DEC-084, 심플 버전 기준점: origin/simple-view 227be1d9(2026-10-27 · 워커 2.124.11), DEC-069, DEC-128, DEC-129, DEC-130, DEC-131, DEC-132, DEC-135, DEC-112, DEC-064, DEC-137

슈퍼어드민 · 지표 화면: 노출부터 재계약까지 단계별로 다 본다

숫자 하나만 고르지 않는다. 심플 버전의 퍼널(노출 → 계약 · 업계 기준 · 목표 · 광고비 대비 매출)을 가져오고, 비어 있던 검색 · 콘텐츠 · 머문 시간 · 클릭을 더한다. 출시 전이라 실제 값은 모두 '측정 전'.

화면 방식도 심플과 같게: 숫자마다 업계 기준 · 목표를 같이 보이고, 누르면 그 데이터 목록으로 간다. 목표 · 광고비 · 매출은 슈퍼어드민이 월별로 넣는다.

단계	무엇을 재나	심플 버전	제로에서
알게 됨	SkillLens 검색량 · 콘텐츠 · 광고 노출 수	광고 노출만 월별로 손으로 입력	검색량 · 콘텐츠별 노출 더함
들어옴	방문 수 · 어디서 왔나(검색 · 광고 · 메일 · 캠페인) · 기기 · 처음 방문 여부 · 페이지별 유입	방문 기록 있음(페이지별 유입은 없음)	가져옴 + 콘텐츠 · 페이지별 유입 더함
머무름 · 반응	머문 시간 · 클릭 수 · 본 페이지 수	없음	새로 만듦
문의	문의 수(이번 달 · 전월 대비) · 방문 → 문의 전환율	있음 · 업계 기준 2.5%(지난 버전 화면 값 · 출처 확인 전)	가져옴
수신 동의	광고성 수신 동의 수 · 문의 → 동의 비율	있음	가져옴
조직 개설	조직 개설 · 첫 진단 발생 · 개설만 하고 안 쓰는 조직	있음	가져옴
미팅	미팅 진전 수 · 개설 → 미팅 전환율	있음(심플에서 가장 중요하게 본 전환)	가져옴
계약	계약 수 · 미팅 → 계약 전환율 · 광고비 대비 매출	있음 · 업계 기준 27% · 1.8배(지난 버전 화면 값 · 출처 확인 전)	가져옴
진단 · 결과	진단 중인 조직 · 진단 완주 · 결과확정까지 간 조직 비율 · 단계별로 멈춘 조직	단계 막대 · 정체 일수 있음	가져옴 + 결과확정 비율 더함
활용 · 재계약	스킬준비도 성장 · 강화(교육)로 이어짐 · 재계약	준비도 성장만	강화 연결 · 재계약 더함
메일	보냄 · 열어 봄 · 누름	있음	가져옴

근거: DEC-113

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