심플 벤치마킹
원본: projects/skill-lens/product/plan/05-simple-benchmark.md
---
title: SkillLens 심플 벤치마킹
status: proposed
owner: PM
updated: 2026-11-09
source_of_truth: true
---
SkillLens 심플 벤치마킹
지난 버전 화면, 용어, 정책 중 가져옴, 고침, 뺌.
결정(decisions.md)과 다르면 결정이 이긴다.
디자인 값(색, 글자, 간격, 화면 틀)은 이 문서가 아니라 디자인 시스템과 8판 시안을 따른다.
P-36 구조 · 심플 벤치마킹: 지난 버전 화면 · 용어 · 정책을 가져옴 · 고침 · 뺌
이 문서가 답하는 질문: 지난 버전에서 무엇을 그대로 가져오고, 무엇을 고치고, 무엇을 빼나?
결론
지난 버전(심플)을 화면 100개와 개발 대시보드 항목 446개로 나눠 하나씩 판정했다. 이 표의 '가져옴 · 고쳐서 가져옴 · 합침'은 결정과 같은 힘으로 따르고, 충돌은 추천 쪽을 따른다(DEC-178). PM 확인이 필요한 용어 4개만 따로 물었다. 표 안의 용어 추천(레벨 · 인원 · 검토 상태 · 편집 권한)과 '내 홈' · 학습 지킴 체크는 뒤에 PM이 정한 DEC-179 · DEC-180을 따른다.
- 100: 심플 화면 판정 (지난 버전 코드 · 화면 지도)
- 446: 용어 · 정책 · 결정 항목 판정 (지난 버전 개발 대시보드 24판)
- 38: 충돌(제로 쪽 22 · 심플 쪽 13 · 기타 3) (아래 표)
- 22: 정할 것(추천을 기본값으로 씀) (아래 표)
읽는 법
- 가져옴 = 제로에 없어서 그대로 넣음 · 고쳐서 가져옴 = 넣되 적힌 규칙 · 결정대로 고침 · 합침 = 다른 제로 화면 안으로 들어감 · 안 가져옴 = 이유와 함께 뺌
- 충돌 = 제로가 심플과 다르게 적은 곳. 결정에 이유가 있으면 제로 쪽, 실수로 보이면 심플 쪽으로 고침
- 같음 = 이미 제로에 있음(메모로 접어 둠)
- 근거는 지난 버전 파일 위치(main 브랜치 · simple-worker.js)
화면 판정 100개
고쳐서 가져옴 67 · 합침 26 · 정할 것 4 · 안 가져옴 2 · 가져옴 1
| 단계 | 심플 화면 | 제로 화면 | 판단 | 고칠 점 · 이유 | 근거 |
|---|---|---|---|---|---|
| 입구 | 관리자 가입(비밀번호 만들기) (입구 1/3) | A-01 | 고쳐서 가져옴 | 기능만 가져옴, 화면은 8판 입구로 새로(DEC-249), 주 버튼 #F47721 → #C2410C(DEC-067, DEC-172 ⑥), 이모지 ✅ ⚠️ 뺌(R-010 ⑩, DEC-172 ⑥), 링크 오류를 둘로 나눔: 만료 '초대 링크가 만료됐어요', 이미 씀 '이미 만든 계정이에요' + [로그인으로](A-01 상태, DEC-167 ⑨), 비밀번호 만든 뒤 다시 로그인시키지 않음: 지난 버전 그대로(P-6 A01), 동의는 체크 둘 각각(이용약관, 개인정보)이고 전체 동의 줄 없음, 초대 메일 상태 포함(DEC-231 ④⑤), 등록표 A-01 버튼 [비밀번호 만들기]로 맞춤(DEC-172 ①) | main:set-password.html:33 · 47 · 50 · 56 · worker.js:10901(authSetPassword) · 6228(adminInviteMail) · IA_data E '바깥 페이지' |
| 입구 | 로그인 · 조직 고르기 (입구 2/3) | A-02 | 고쳐서 가져옴 | 화면과 등장 효과 그대로(DEC-172), 파티클 배경 대신 렌즈가 움직임(DEC-231 ①), 👋 뺌(DEC-172 ⑥, R-010 ⑩), 버튼과 링크 색(DEC-067, DEC-172 ⑥), '실무자인가요?' 링크와 안내 시트는 뺌(DEC-231 ③, DEC-175 ② 고침: 실무자는 로그인 화면을 보지 않음), '로그인하면 동의한 것으로 봅니다' 문구 없이 약관과 처리방침 링크만(DEC-231 ④), 운영자 2단계 인증은 운영자 로그인을 따름(DEC-172 ④) | main:login.html:125 · 142 · 147 · 149 · 162 · worker.js:496(잠금 5 · 7 · 10회) · 10687(authLogin) |
| 입구 | 비밀번호 찾기 (입구 3/3(1단계)) | A-03 | 고쳐서 가져옴 | 기능만 가져옴, 화면은 8판 입구로 새로(DEC-249) · 이모지 뺌(R-010 ⑩) · 등록표 A-03 비활성 '[메일 받기] 흐림' → 지난 버전 [재설정 링크 받기]로 맞춤(DEC-172 ①) | main:forgot-password.html:36 · worker.js:10954(authForgot) |
| 입구 | 새 비밀번호 설정 (입구 3/3(2단계, 메일 링크 1시간)) | A-03 | 합침 | A-03의 둘째 상태로 합침: 화면을 늘리지 않음(DEC-167 ⑨ · R-001) · 화면 · 문구는 그대로(DEC-172 ①) · 이모지 뺌(DEC-172 ⑥) · 만료 문구 '링크가 만료됐어요. 다시 받아 주세요'(A-03 상태) | main:reset-password.html:36 · worker.js:879(verify-reset) · 880(reset) |
| 입구 | 운영자 로그인(2단계 인증) (입구(운영자)) | A-02 | 고쳐서 가져옴 | 지난 버전 운영자 로그인을 따름(DEC-172 ④) · 긴 줄표 뺌(R-010 ①) · '슈퍼어드민' → '운영자'(등록표 누가 = 운영자, R-010 ④) · 폰은 PC 안내(A-02 폰 칸) · 오류 문구 해요체(DEC-144) | main:assets/js/sadmin-layout.js:205-277 · worker.js:9037(sadminLogin) |
| 홈페이지 | 홈페이지 (앞단(노출 · 유입)) | 없음 | 고쳐서 가져옴 | 모양까지 그대로 가져와 대조해 고침(R-000 공통 화면) · 출처 앞 긴 줄표(IDC 등) → 괄호(R-010 ①) · 통계 · 수치 출처 · 연도 원문 확인: 확인 필요(R-010 ③ · R-007 ⑥) · '지금은 베타 테스트 중입니다' 사실 확인 필요(R-010 ③) · 'AI 레벨 추천' → "렌지 수준 추천"(DEC-160) · 메타 설명의 '스킬 인사이트(KNOW · O*NET 조회)'는 일반 버전 기능: 없는 기능 약속 금지(V-0 ① · P-6 F04) · "공식 연동" · LinkedIn 표기 점검(R-010 ⑨) · FAQ의 '실무자가 직접 입력' 등: 구매자가 읽는 글이라 DEC-175 어느 쪽인지 확인 필요 · 이모지 장식 점검(R-010 ⑩) · 머문 시간 · 누른 버튼 · 다시 온 횟수 잡기 더함(DEC-173 ②) · 등록표에 화면 없음: 흐름 지도 앞단(DEC-173)에만 있음 | main:index.html:10 · 935 · 972 · 985 · 1095 · 1136 · 1212 · 1287 · 1367 · 1399 |
| 홈페이지 | 도입 문의 폼 (앞단(문의)) | O-05 | 고쳐서 가져옴 | 필수 동의 '자세히' 안에 '문의 전 방문 기록(본 페이지 · 머문 시간)을 상담에 함께 써요' 더함 · 따로 체크 칸 없음(DEC-173 ⑤) · 수집 항목 표는 소속팀 · 연락처를 '선택'이라 적는데 폼은 필수(*): 불일치 고침(R-010 ③) · 🚀 뺌(R-010 ⑩) · 들어온 문의는 리드 장부(O-05)로 · 출처 · UTM 함께(DEC-173 ①) · 등록표에 폼 자리 없음(홈페이지와 함께) | main:index.html:1449-1520 |
| 공통 | 이용약관 (공통) | 없음 | 고쳐서 가져옴 | 출발점으로 쓰고 출시 전 다시 봄(DEC-172 ③) · 운영자 열람 · 운영 접속 중 고침 문구 더함(P-6 N01 · DEC-131) · 파기 = 식별 정보만 지우고 통계 남김(DEC-132) · '테넌트' → '조직'(R-010 ④) · 진단대상자는 계정 없음과 '가입 및 계정' 조항 맞춤(DEC-124) | main:terms.html:27 |
| 공통 | 개인정보 수집·이용 동의(처리방침) (공통) | 없음 | 고쳐서 가져옴 | 출시 전 다시 봄(DEC-172 ③) · 메일 열람 · 접속 기록 범위(DEC-089) · 방문 묶음 번호 저장 · 수집 거절 방법(DEC-173 ⑤) · 파기 · 렌지 대화 보관(DEC-132) · '인사평가 아님' 목적(P-6 N04) · 제목은 '수집·이용 동의'인데 바닥 링크 이름은 '개인정보처리방침': 같은 것을 두 이름(R-010 ④), 처리방침 따로 있는지 확인 필요 · 수탁자 · 국외 이전 표(P-6 N01)가 이 파일에 보이지 않음: 확인 필요 | main:privacy.html:7 |
| 공통 | 가이드 모음 (공통(가이드 › 전체 가이드 보기)) | 없음 | 고쳐서 가져옴 | 가져옴(DEC-174 ③) · 탭 '실무자'는 그대로 둠: 실무자 본인도 여는 화면(DEC-175 ②). DEC-174 ③의 '진단대상자'는 대시보드 설명 말로 읽음 · 📖 뺌(DEC-174 ② · R-010 ⑩) · '?' → [가이드](DEC-174 ②) · [문의하기] → 운영자 문의함 O-06(DEC-174 ③) · 등록표에 행 없음: 등록 필요(DEC-174 끝 줄) | main:pages/onboard/guide.html:8 · 20 · onboard-1.js:692('전체 가이드 보기 ›') · onboard-guide.js |
| 공통 | 사용 가이드 · 용어(홈페이지 바닥 링크) (공통) | 없음 | 정할 것 | 정할 것: 홈페이지용 공개 가이드와 앱 안 가이드 모음(DEC-174 ③)을 두 벌 둘지 · 추천: 가이드 모음 하나로 합치고 홈페이지 바닥 링크도 그리로(R-001 · R-010 ④) | main:guide.html |
| 공통 | 화면별 가이드 시트 (모든 화면 머리 ?) | 없음 | 고쳐서 가져옴 | 모든 화면 머리 오른쪽 [가이드] 하나 → 시트(DEC-174 ②) · 질문 188개(35화면)를 제로 용어 · 화면에 맞게 고쳐 옮김 · 질문 앞 이모지 뺌(DEC-174 ②) · 렌지 대화 칸은 가이드에서 빼고 렌지 모듈로(DEC-174 ④ · DEC-161) · 다크 모드 토글: 제로 결정 없음, 가져올까요?(R-000 · R-004) · [나중에 하기]는 온보딩 화면 보조 행동으로(A-04 등록표) · 가이드가 없는 화면은 자동 검사로 막음(DEC-174 ⑤, 지난 버전 tests/guide-cover.mjs) | onboard-1.js:689-696 · onboard-guide.js(INTRO · GUIDE · NAME) · IA_data D '? 가이드' |
| 공통 | 문의하기 시트 (가이드 시트 아래) | O-06 | 고쳐서 가져옴 | 가이드 모음 아래 [문의하기] → 문의함(DEC-174 ③) · 토스트 해요체 '보냈어요'(DEC-144) · 관리자만 썼음(로그인 뒤 셸): 실무자 쪽도 둘지 확인 필요 · 등록표 '아직 등록표 밖: 앱 안 문의(B26)'에 자리 정해야 함 | onboard-4.js:71-76 · worker.js:835(/api/tenant/inquiry) |
| 공통 | 렌지 대화 시트 (시작 화면 렌지 얼굴 · 가이드 시트) | 없음 | 고쳐서 가져옴 | 표준 렌지 모듈(대화형: PC 오른쪽 칸 · 폰 아래 시트)로(DEC-161) · 온보딩 PC는 판단 근거 칸 안에서 바꿔 보임(DEC-170 ③) · 첫 인사 '저는 렌지예요. SkillLens의 AI예요.' · 머리 '렌지 · SkillLens AI'(DEC-162) · 답 아래 'AI는 틀릴 수 있어요.'(DEC-158) · 관리자 렌지 대화 자리 등록표 밖(P-30 '정할 것', H01) | onboard-1.js:666 · 681-688 |
| 공통 | 확인 시트 · 토스트 (되돌릴 수 없는 일 전) | D-05 · D-06 · D-07 · D-08 | 고쳐서 가져옴 | 확인 창은 위험한 행동만(P-29 깊이 규칙) · 목록은 Q-060 · 제목 앞 이모지 뺌(R-010 ⑩) · 오류 문구 '…하지 못했어요. 다시 눌러 주세요'(DEC-144) | onboard-1.js:640-645 · IA_data D '확인 시트 · 토스트' |
| 공통 | 실무자에게 가는 메일 (초대 → 독려 1·2·3 → (재진단) → 결과 → 학습 알림) | 없음 | 고쳐서 가져옴 | 메일 틀 모양 그대로(R-000 공통 화면) · 독려 1 · 2 · 3차 문구 세 벌(DEC-139) · 관리자가 고칠지 Q-070 · 본인에게 '실무자' · '진단대상자 · 대상자' 금지(DEC-175 ② · R-010 ⑱) · ✅ 등 본문 이모지 뺌(R-010 ⑩) · 재진단: 직접 쓴 메모만 보임 · 비우면 정해진 문장(DEC-120) · 결과 메일에 관리자 코멘트(DEC-168) · '{회차}차' 메일은 2회차 때(DEC-125) · '인사평가 아님'(P-6 N04) · 등록표 밖 '메일 묶음 정할 것'(P-30) | assets/js/mail-templates.js:11-30 · worker.js:5846(mailShell) · 8841(confirmResultMail) · 6531(buildMailPlan) |
| 공통 | 관리자 · 운영자에게 가는 메일 (개설 → 진단 중 → 확정 → 파기) | 없음 | 고쳐서 가져옴 | 관리자 메일에서 한 사람은 '진단대상자'(DEC-175 ①) · 마감 메일 + DEC-139 문구(DEC-167 ⑦) · 새 회차 메일은 2회차 때(DEC-125) · 파기 안내는 식별 정보만 지움으로(DEC-132) · '검토필요' → '검토대기'(DEC-035) | worker.js:565(managerStatusMail) · 4896(roundOpenMail) · 6228(adminInviteMail) · main:assets/js/pages/sadmin.mail-2.js:6(유형 이름) |
| 온보딩 | 이어서 할까요? (로그인 뒤(하다 만 사람)) | 없음 | 합침 | 시작 화면의 '다시 온' 상태로 합침: 다시 오면 이어서 하기(DEC-174 ①) · 단계 칸은 다섯 묶음 이름으로(DEC-167 ⑩) · [처음부터 다시]는 P-6 A04 가져옴: 등록표에 자리 없음 → 시작 화면 보조 행동으로 적을 것 · 해요체 '진행했어요'(DEC-144) · 🔖 뺌(R-010 ⑩) · 초안 서버 저장 · 폰↔PC 이어서 그대로(P-6 A03) | onboard-1.js:438 · 837 · IA_data A 온보딩 1 규칙 |
| 온보딩 | 시작(온보딩 첫 화면) (온보딩 1/10) | 없음 | 고쳐서 가져옴 | 가져옴(DEC-174 ①): 온보딩 전에 한 번 · [시작하기] 하나 · 단계 카드 → 제로 다섯 묶음: 회사 · 목적 · 목표 → 직무 → 스킬 → 대상자 · 기간 → 확인 · 초대(DEC-174 ① · DEC-167 ⑩) · 렌지 소개 '렌지는 SkillLens의 AI예요.' + 렌지 찾는 곳: A-04에서 여기로 옮김(DEC-174 ① · DEC-162) · '약 5분' 고정 숫자 → 계산값(R-010 ⑪ · DEC-071), 계산법 확인 필요 · 단계 이모지 뺌(R-010 ⑩) · 해요체(DEC-144) · 프리셋이면 '미리 설정된' 상태 그대로(DEC-167 ②) · 등록표 행 추가 필요(DEC-174 끝 줄 · P-30 '여기 없는 화면은 만들지 않는다') · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:461 · IA_data A 온보딩 1 · onboard-guide.js GUIDE.start |
| 온보딩 | 직무 · 스킬 사전이 있나요? (온보딩 2/10) | A-05 | 합침 | 질문 화면 따로 두지 않고 A-05 보조 행동 [양식 받기] · 양식 올리기로(DEC-167 ③ · DEC-070) · 있으면 업종 단계 건너뜀은 그대로(DEC-167 ③) · 이모지 카드 뺌(R-010 ⑩) · 가이드 4개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:462 · 839 · IA_data A 온보딩 2 · onboard-guide.js GUIDE.dict |
| 온보딩 | 양식 업로드 (온보딩 2-1/10(사전이 있을 때만)) | A-05 | 합침 | A-05 안 '직무 · 스킬 양식 올리기'로 합침(DEC-167 ③) · 양식 하나에 직군 열 더함(DEC-167 ③) · XLSX · 직무기술서(PDF · DOCX) 받음(DEC-060 · P-6 A06) · '이렇게 읽었어요' 표 + 'AI는 틀릴 수 있어요.'(DEC-060 · DEC-158) · 바꾼 값 알림은 그대로 · 못 읽은 줄 n개(A-05 오류 상태) · 내보내기 안전 처리(P-6 J01) · '요구레벨' → "요구 수준"(등록표 용어, R-010 ④) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:463 · 1095-1096 · sl-csv.js · onboard-guide.js GUIDE.upload |
| 온보딩 | 진단인원 (온보딩 3/10) | A-04 | 합침 | 관리자가 숫자를 고치지 않음: A-04에 '진단인원(보기만)'(DEC-073 · DEC-136 · DEC-074) · '최대인원'과 '진단인원' 두 값 → 진단인원 하나(DEC-094) · 권장 직무 · 스킬 수는 A-05 · A-06 상태 한 줄로(P-6 A08) · [인원 문의] → [인원 늘리기 문의](A-07 · A-23) · '좌석' 말 쓰지 않음은 같음 · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:464 · 803-806 · size-guide.js · IA_data A 온보딩 3 · onboard-guide.js GUIDE.count |
| 온보딩 | 진단대상자 편집 권한 (온보딩 4/10) | A-07 | 합침 | 대상자 · 기간 묶음 안에서 고름(DEC-167 ⑦) · 이름 '가능 / 고정' → "자유 편집 / 수준만 고르기"(DEC-096) · 초대를 보내면 바꿀 수 없음(DEC-117, 지난 버전은 초대 뒤에도 바꿈) · '파악 불가' 경고 대신 두 방식의 차이(점수 70 + 참여도 10 / 80) 한 줄(DEC-096 · DEC-144) · 일부 스킬만 보려는 조직 쓰임(R-009) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:34 · 465 · IA_data A 온보딩 4 · onboard-guide.js GUIDE.policy |
| 온보딩 | 업종 선택 (온보딩 5/10(양식 올렸으면 건너뜀)) | A-04 | 합침 | 첫 길은 회사 확인 [맞아요](국민연금 · DART 업종 먼저), 업종 고르기는 못 찾을 때만(DEC-136 · DEC-145) · 업종 표 = KSIC 11차(DEC-055, 지난 버전 20개 손질 표 안 씀) · 추천 = 공통 직군 9 NCS + KECO(DEC-054 · DEC-056) · 칩 이모지 뺌(R-010 ⑩) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:466 · IA_data A 온보딩 5 · onboard-guide.js GUIDE.industry |
| 온보딩 | 직무 설정 (온보딩 6/10) | A-05 | 고쳐서 가져옴 | 첫 문장 '직무 n개 중 n개만 확인하면 돼요.' + 그대로 · 확인 · 질문(DEC-059) · [다음] → 직무 확인 · 직무 1개 이상 · 남은 질문 0개(A-05 비활성) · 추천 이유 배지 → '왜?' 칩(DEC-059) · 직군으로 묶어 보임(DEC-054 · DEC-156) · 렌지가 읽은 직무표 아래 'AI는 틀릴 수 있어요.'(DEC-158) · 직접 만들기 = 이름(필수) · 설명(DEC-167 ⑤) · 이모지 칸 → 아이콘 고르기 · 올리기(P-6 A28 · DEC-022) · 직무시트 연봉은 대상자 결과에만(DEC-099) · 검색 순서 내 업종 → 공통 → 나머지 그대로(P-6 A12) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:467-477 · 652-653 · 701-721 · IA_data A 온보딩 6 · onboard-guide.js GUIDE.jobs |
| 온보딩 | 직무별 스킬 (온보딩 7/10(직무마다 한 화면, 1/n 직무)) | A-06 | 고쳐서 가져옴 | 직무마다 넘기는 n화면 → 스킬 묶음 한 화면에서 직무를 바꿔 봄(DEC-070 · A-06) · 진단스킬 고르기를 같은 화면으로 합침(DEC-167 ⑩) · 필수/확장 = 직무 안 하드 · 소프트마다 순위 상위 절반(DEC-167 ④) · 기본 요구 레벨 규칙 그대로(DEC-068) · '요구레벨' → "요구 레벨"(R-010 ④) · ✨렌지 초안 → [렌지 초안] + 'AI는 틀릴 수 있어요.'(DEC-158 · R-010 ⑩) · 직접 만들기 칸: 필수 기본 · Lv 3 기본 · 문구 비워 공통 문구로 저장 금지(DEC-167 ⑤ · DEC-011) · [다음] → 스킬셋 확인 · 원본 고치면 커스텀 · [원본으로] 그대로(P-6 A18) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:478-482 · 654-657 · 724-737 · 797 · IA_data A 온보딩 7 · onboard-guide.js GUIDE.job |
| 온보딩 | 진단스킬 (온보딩 8/10) | A-06 | 합침 | A-06(스킬 · 진단스킬) 한 화면으로(DEC-070 · DEC-167 ⑩) · 기본 켬 = 어느 직무에서든 필수이거나 직무 2개 이상(DEC-167 ④, 지난 버전은 중요도 1 이상) · '인당 약 n분' + 10분 넘으면 '10분이 넘으면 끝까지 하기 힘들어요'(DEC-138) · 숫자는 데이터에서만(R-010 ⑪) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:255-262 · 483 · onboard-5.js:774 · 819-848 · IA_data A 온보딩 8 · onboard-guide.js GUIDE.needs |
| 온보딩 | 진단 기간 (온보딩 9/10) | A-07 | 합침 | 대상자 · 기간 묶음(A-07)으로 합침(DEC-167 ⑦ · ⑩) · 독려 기본 2회(DEC-139, 지난 버전 기본값 확인 필요) · 1 · 2 · 3차 문구 세 벌(DEC-139) · 마감일 18:00 관리자 알림(DEC-167 ⑦) · 링크는 결과확정 전까지 자동 연장(DEC-147) · 예약 발송 없음(DEC-167 ⑦) · 이모지 뺌(R-010 ⑩) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:484-488 · 807 · IA_data A 온보딩 9 · onboard-guide.js GUIDE.period |
| 온보딩 | 독려 메일 문구 시트 (진단 기간 › ✏️ 독려 문구) | A-27 | 정할 것 | 정할 것: 관리자가 독려 문구를 고치나(Q-070) · 추천: 지난 버전처럼 고치게 하되 1 · 2 · 3차 기본 문구 세 벌 + [기본 문구로](DEC-139 · P-6 A25) | onboard-1.js:459 |
| 온보딩 | 진단대상 초대 (온보딩 10/10) | A-07 | 고쳐서 가져옴 | 초대 보내기는 다음 묶음 A-08로 나눔(DEC-070 · DEC-167 ⑩) · 주 행동 명단 확인 · 직무 맞추기 = 같은 이름 → 포함 → 관리자 고르기, 다 맞아야 담김(DEC-167 ⑥) · 진단인원 넘으면 막고 인원 늘리기 문의 · 이름 앞 첫 글자 동그라미 뺌(R-004 예시) · 사람당 직무 1개(DEC-168) · 명단 파일 이름 · 이메일 필수 · 그룹 · 직무(DEC-167 ⑥ · DEC-156) · 편집 권한 이름(DEC-096) · 60명 넘으면 서버 정본 그대로(P-6 A22) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:489-495 · 714 · onboard-3.js:24-34 · IA_data A 온보딩 10 · onboard-guide.js GUIDE.members |
| 온보딩 | 초대 메일 보내기 확인 (온보딩 10/10 [초대 발송] 뒤) | A-08 · D-05 | 고쳐서 가져옴 | 온보딩은 시트가 아니라 A-08 화면 본문, 설정 › 대상자에서 새로 넣은 사람만 D-05(DEC-167 ⑧) · 잠기는 것 목록: 직무 · 스킬 · 진단스킬 · 편집 권한, 기간 · 대상자는 계속 고침(DEC-167 ⑧ · DEC-117) · 버튼 [초대 보내기] + 위 '대상 n명'(DEC-159 ④) | onboard-3.js:65 |
| 온보딩 | 완료 (온보딩 끝) | A-08 | 합침 | 따로 두지 않고 A-08이 보낸 결과로 바뀜(DEC-167 ⑧ · P-30 v09 차이) · 마감 D-n · 다음 독려일 그대로(DEC-167 ⑧) · 버튼 [홈으로](DEC-159 ②) · 보내지 못한 사람 '초대 실패' + [다시 보내기](A-08 · DEC-168) · 🎉 뺌(R-010 ⑩) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:496 · onboard-2.js:414-416 · IA_data A 온보딩 끝 · onboard-guide.js GUIDE.done |
| 관리 | 잠금 안내 시트 (초대 뒤 직무 · 스킬을 열 때) | A-24 · A-25 | 합침 | 시트 대신 A-24 · A-25의 '보기만' 상태 한 줄(R-001) · 잠기는 것에 편집 권한 더함(DEC-117) · '조회만' → '보기만'(등록표 용어, R-010 ④) · 해요체(DEC-144) | onboard-1.js:1099 |
| 공통 | 관리자 메뉴 · 머리 줄 (온보딩 뒤 늘) | 없음 | 고쳐서 가져옴 | 대메뉴 = 홈 · 진단 · 결과 · 강화 · 관리(DEC-127 · P-29) · 설정 · 진단스킬 · 진단 설정 → 관리 하위(회사 · 목적 / 직무 / 스킬 / 대상자 / 기간 · 독려 / 초대 메일 / 기록, DEC-074) · 진단 › 진단대상 · 검토(P-30 A-10 · A-11) · 결과 › 요약 · 부족 · 공백 · 스킬히트맵 · 직군 · 직무 · 그룹별 · 보고서(DEC-153) · 강화 순서 교육계획 → 채용 → 인재 검색 → 스킬셋 개선(DEC-165, 지난 버전은 스킬셋이 맨 앞) · 열리기 전 메뉴는 숨기지 않고 흐리게 + 한 줄(P-29) · 메뉴 이모지 뺌(R-010 ⑩) · 폰 = 아래 메뉴(P-29 깊이 규칙) | onboard-4.js:8-16 · 55-68 · onboard-5.js:10 · 403 · 1033 · simpledash Admin.txt |
| 진단 운영 | 대시보드 (온보딩 뒤 첫 화면) | A-09 | 고쳐서 가져옴 | 이름 '대시보드' → '홈'(DEC-127) · 온보딩 중엔 메뉴 없이 온보딩(P-29): '설정 전' 섹션 빼기 · 버튼 숫자 빼기 [독려 n명] → [독려 보내기] + 옆 'n명'(DEC-159 ④) · 가는 버튼 '○○으로'(DEC-159 ②) · '검토필요' → '검토대기'(DEC-035) · 결과확정 뒤 새 대상자 없음: 확정 뒤 새 제출 줄 빼기(DEC-090 · DEC-129) · '지난 회차' 줄은 2회차 때(DEC-125) · 결과 섹션에 목표달성률 · 진단목적의 '먼저 할 일'(V-0 · DEC-053 · DEC-155) · '달성률' → '학습계획 실천율'(DEC-153) · 상태 제목 이모지 뺌(R-010 ⑩) · 2/3 + 1/3 배치(A-09) · 진단대상 N = 검토완료 + 검토대기 + 미제출 + 초대 실패 그대로(P-6 B01) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-4.js:83-107 · onboard-5.js:1241-1304 · IA_data B1 대시보드 · onboard-guide.js GUIDE.hub |
| 관리 | 설정(목록) (설정 메뉴(폰)) | 없음 | 안 가져옴 | 목록 페이지 없이 관리 하위 메뉴가 곧 화면(P-29 '하위 메뉴 하나가 화면 하나') · 잠금 한 줄은 각 화면 상태로(A-24 · A-25) · 가이드 4개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:1055-1056 · onboard-guide.js GUIDE.edit |
| 관리 | 설정 › 조직 설정 (설정 1) | A-23 | 고쳐서 가져옴 | 이름 '설정 › 회사 · 목적'(A-23) · 진단목적 · 목표점수 더함 · 바꾼 기록(DEC-072 · DEC-053 · DEC-155) · 업종 · 진단인원은 보기만(DEC-073 · DEC-074) · 직무 사전 → 설정 › 스킬 [스킬셋 내려받기](A-25 · DEC-150) · 로그 → 설정 › 기록(A-29)으로 나눔 · 담당자 = 실무자 메일 회신 주소 그대로(P-6 A27) · 인원 늘리기 문의 · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:1065-1106 · 1200-1205 · IA_data B1 조직 설정 · onboard-guide.js GUIDE.company |
| 관리 | 설정 › 조직 설정 › 로그 (설정 1 안) | A-29 | 고쳐서 가져옴 | 설정 › 기록 화면으로(A-29) · 찾기 · 기간 · 사람 거르기 · 내려받기 · 사유 창은 Q-059 · 운영 접속은 'SkillLens 운영'(DEC-131) · 진단대상자 로그인은 없음(DEC-124) · 가이드 4개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:1178-1181 · IA_data B1 조직 설정 규칙 · onboard-guide.js GUIDE.log |
| 관리 | 설정 › 직무 설정 (설정 2) | A-24 | 고쳐서 가져옴 | 초대 뒤엔 보기만 · 주 행동 없음(DEC-074 · A-24) · 초대 전 편집은 온보딩 A-05와 같은 데이터(DEC-074) · 카드 → 직무시트 D-03 | onboard-5.js:958-1016 · onboard-2.js:407-411 · IA_data B1 직무 설정 |
| 관리 | 설정 › 직무별 스킬 (설정 3) | A-25 | 합침 | 진단스킬과 한 화면 설정 › 스킬(A-25 '직무 n개에서 스킬 n개를 진단해요') · 초대 뒤 보기만(DEC-074) · [스킬셋 내려받기] 지금 판 · 온보딩 양식(DEC-150 · DEC-165) | onboard-5.js:731 · 1344 · IA_data B1 직무별 스킬 |
| 관리 | 진단 › 진단스킬 (진단 1) | A-25 · A-12 | 합침 | 메뉴 소속 진단 → 설정 › 스킬(A-25) · 대상자 추가 · 제거 칸은 결과 › 요약 '무엇이 바뀌었나'로(DEC-146) · 초대 뒤 보기만(DEC-074) | onboard-5.js:759 · onboard-2.js:113-117 · IA_data B1 진단스킬 |
| 관리 | 진단 › 진단 설정 (진단 2) | A-26 · A-27 · A-28 | 고쳐서 가져옴 | 설정 › 대상자 · 기간 · 독려 · 초대 메일 세 화면으로 나눔(P-29 · DEC-074 같은 순서) · 편집 권한은 초대 뒤 보기만(DEC-117, 지난 버전은 고침) · 제출한 사람은 명단에서 못 뺌 그대로(P-6 M02) · 섹션 이모지 뺌(R-010 ⑩) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:1183-1198 · 1106 · IA_data B1 진단 설정 · onboard-guide.js GUIDE.diag |
| 관리 | 진단 설정 › 초대(명단) (진단 2 안) | A-26 · D-05 | 고쳐서 가져옴 | 새로 넣은 사람 보내기 = D-05(DEC-167 ⑧) · 결과확정 뒤 추가 없음(DEC-090) · 빼기는 제출 전만(A-26) · 주소 고쳐 다시 초대(DEC-168) · 주 행동 대상자 올리기 | onboard-5.js:1127 · 1143 · 1151 |
| 관리 | 자동 독려 시트 (진단대상 › 마감 D-n ›) | A-27 | 합침 | 시트 대신 설정 › 기간 · 독려 화면(A-27) · 기본 2회 · 1 · 2 · 3차 문구(DEC-139) · 고치는지 Q-070 · 결과확정 뒤 자동 독려 멈춤 그대로(P-6 B19) | onboard-4.js:214-229 |
| 관리 | 초대 메일 고치기 · 미리보기 (진단 설정 › 초대) | A-28 | 고쳐서 가져옴 | 설정 › 초대 메일 화면(A-28) · 운영자 열람 문구는 고정(DEC-073 · A-28) · 본문 이모지 뺌(R-010 ⑩) · 본인에게 '실무자'(DEC-175 ②) · 지난 버전 화면에서 고치는 자리: 확인 필요 | assets/js/mail-templates.js:11-17 |
| 진단 운영 | 진단 › 진단대상 (진단 3) | A-10 · A-11 | 고쳐서 가져옴 | 검토 보기는 진단 › 검토(A-11)로 나눔(P-30) · '검토필요' → '검토대기'(DEC-035) · 상태 7개: 초대 실패 · 미시작 · 진행 중 · 검토대기 · 재진단 · 검토완료 · 결과확정 뒤, "반려" 없음(P-6 B03 · P-28) · 버튼 숫자 빼기: [독려 n명] → [독려 보내기] · [검토 n명] → [모두 검토완료](DEC-159 ④) · '점검 문구' → '이상신호'(DEC-119) · 판정 말 금지(R-010 ⑥) · 결과확정 뒤 보기만 · 사람 추가 잠김(DEC-090 · P-28, 지난 버전은 확정 뒤에도 추가) · 재제출 'n' 표지(DEC-168) · 초대 실패 칩 + 다시 보내기 · 내려받기 · 사유 창 Q-059 · 재진단대상자도 독려(DEC-168) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-4.js:114-209 · IA_data B1 진단대상 · onboard-guide.js GUIDE.check |
| 진단 운영 | 진단 › 진단대상(미제출 보기) (진단 3 토글) | A-10 · A-27 | 합침 | A-10 상태 칩 '미제출'로 합침 · [독려 보내기] + 'n명'(DEC-159 ④) · 자동 독려 · 문구는 설정 › 기간 · 독려(A-27) · 결과확정 뒤 독려 없음(DEC-129) · 메일 열람 기록 그대로(DEC-089) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-4.js:109-112 · 160 · 169 · 175 · onboard-guide.js GUIDE.remind |
| 진단 운영 | 진단대상 필터 시트 (진단 3 [필터]) | A-10 · A-11 | 합침 | A-10 · A-11의 찾기 · 상태 칩으로(등록표) · "반려" 없음(P-6 B03) · '자동 점검' → '이상신호'(DEC-119) · '전체 요구레벨 충족' 빼기(DEC-087) · '편집 없음' 더함(DEC-135) · 점수 정렬 빼기(DEC-168 '점수 열은 어느 표에도 없다') | onboard-2.js:100-104 |
| 검토 | n명 일괄 처리 확인 (진단 3 선택 바 · 하단 버튼) | A-11 · D-07 | 고쳐서 가져옴 | 한 번에 검토완료 = 이상신호 0개 · 커스텀 0개만(DEC-069 · DEC-168) · 재진단은 D-07(사유 고르기 · 직접 쓰기 · 비워 두기, DEC-120) · 검토완료에 결과 메일 없음: 확정 뒤 새 사람 없음(DEC-090) · 독려에도 확인 창을 둘지 Q-060 | onboard-4.js:197-208 · onboard-2.js:105-111 · 484 |
| 검토 | 사람시트 (진단대상 › 사람 줄) | D-01 | 고쳐서 가져옴 | 넣기 · 빼기 → [반영] · [미반영](R-010 ⑦ · DEC-018), 반영 창에서 요구 레벨 · 필수/확장(기본 필수 Lv 3, DEC-088 · DEC-168) · 다 정해야 [검토완료] 눌리는지 Q-053 · 코멘트 칸(선택 · 300자 · 확정 전까지, DEC-168) · 재제출이면 바뀐 스킬만 이전 → 이번(DEC-168) · '이상 발견' → '이상신호 n개'(DEC-119 · D-01) · "반려" 상태 없음(P-6 B03) · 버튼은 열린 자리에 맞게 하나(D-01) · 시험용 표시 Q-058 | onboard-2.js:120-140 · IA_data D 사람시트 |
| 검토 | 재진단 요청 (사람시트 › [재진단 요청]) | D-07 | 고쳐서 가져옴 | 사유 목록 고르기 더함 · 직접 쓴 글만 실무자에게 보임(DEC-120) · 버튼 재진단 보내기 · 실무자는 [스킵] · 전체 스킵 | onboard-2.js:503 |
| 확정 | 결과확정 확인 (진단대상 · 대시보드 [결과확정]) | D-06 | 고쳐서 가져옴 | '나중에 제출하면 결과에 더해져요' → 확정 뒤 제출 없음 · 미제출 n명 빠짐(DEC-121 · DEC-129 · DEC-090) · 잠기고 되돌릴 수 없음 · 사람 추가 · 레벨 수정 · 재진단 없음(DEC-121) · '검토완료한 사람이 없어요' 막기 없앰(DEC-128) · 다시 안 낸 재진단대상자는 미제출(DEC-128) · 📊 뺌(R-010 ⑩) | onboard-5.js:1218-1226 · worker.js:735(close-round) · simpledash SpecDiag '결과확정' |
| 결과 | 결과 › 요약(스킬준비도) (결과 1) | A-12 | 고쳐서 가져옴 | 목표점수 · 목표달성률 + [목표 고치기](V-0 · DEC-053) · 진단목적을 머리에(DEC-072) · '무엇이 바뀌었나' 칸(DEC-146) · 주 행동 보고서 받기 · 히트맵 토글 → A-13 별도 화면(P-30) · '요구레벨 충족' → "요구 수준 달성률"(DEC-153) · 확인 불가면 숫자 대신 상태(V-0 ④) · 렌지 조직 브리핑 '먼저 할 일' + 'AI는 틀릴 수 있어요.'(DEC-098 · DEC-158) · '제출 n명 기준 · 아직 검토 전' 폴백 안 가져옴(DEC-062 · P-6 D03) · 참고 기준 비교 없음: 지난 버전과 같음, 제로는 '있으면' 묶음(DEC-114) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:74-91 · 274-311 · IA_data B2 결과 › 요약 · onboard-guide.js GUIDE.result |
| 결과 | 점수 산식 시트 (요약 [산식] · 내 결과 줄) | A-12 · T-07 | 합침 | 등록표에 상세 창 없음: 화면 안 '왜?' 접기로(DEC-144) · '요구레벨 충족' → "요구 수준 달성률"(DEC-153) · '다음 진단 때' 팁은 2회차 전제: 지금 할 수 있는 행동으로(V-0 ①) · 산식 그대로(DEC-053 · DEC-115) | onboard-5.js:21-40 · 252-265 |
| 결과 | 결과 › 요약 › 스킬히트맵 (결과 1 토글) | A-13 | 고쳐서 가져옴 | 따로 된 화면 결과 › 스킬히트맵(P-30) · 사람 순서 점수 높은 순 → 이름순(DEC-168) · 직무로 거르기 · 미달만 보기 · [내려받기](A-13 · Q-059) · 색만으로 나누지 않음 · 한 방향 색(DEC-142) · 폰은 보기만(A-13) · 버튼 [인재 검색으로](DEC-159 ②) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:81-88 · 339-341 · IA_data B2 히트맵 · onboard-guide.js GUIDE.rheat |
| 결과 | 결과 › 부족스킬 (결과 2) | A-14 | 고쳐서 가져옴 | 8개 자르기 없앰 · 머리 숫자는 전체(DEC-168) · 순서 모자란 합 → 미달 인원 → 이름(DEC-168) · 2×2 첫 출시(DEC-168) · 직무마다 다르면 'Lv 3~4' 범위(DEC-168) · 빈 문구 "요구 수준에 못 미친 스킬이 없어요"(DEC-168) · 주 행동 [교육계획으로](A-14 · DEC-159 ②) · [CSV]는 교육계획(A-18)으로 · 가이드 4개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:125-135 · IA_data B2 부족스킬 · onboard-guide.js GUIDE.rlack |
| 결과 | 결과 › 공백스킬 (결과 3) | A-15 | 고쳐서 가져옴 | [비슷한 사람 찾기] → 인재 검색 렌지에게 묻기 · 공백 0이면 부족으로 안내(A-15) · '묻지 않음' 따로 셈 그대로(DEC-168) · 대상자 추가 · 제거 목록은 요약 '무엇이 바뀌었나'로(DEC-146) · [채용으로](DEC-159 ②) · '다음 회차 스킬셋' → '개선된 스킬셋'(DEC-130 · DEC-150) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:102-124 · IA_data B2 공백스킬 · onboard-guide.js GUIDE.rgap |
| 결과 | 개인 결과(관리자) (히트맵 · 진단대상 · 인재 검색에서) | D-01 | 정할 것 | 정할 것: 등록표에 관리자용 개인 결과 화면이 없음(D-01 보조 행동 '개인 결과 보기'만) · 추천: D-01 상세 칸 안에서 펼침, 화면을 늘리지 않음(R-001) · 내용은 가져옴(P-6 D17) · "반려" → '미반영'(R-010 ⑦) · 스킬마다 출처 '자기 진단 · 관리자 검토완료'(DEC-143) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:344-371 · IA_data B2 개인 결과 · onboard-guide.js GUIDE.rperson |
| 결과 | 스킬시트(결과) (히트맵 · 부족 · 공백에서) | D-02 | 고쳐서 가져옴 | 사람 목록 Lv 높은 순(DEC-168) · 열린 자리에 맞는 버튼 하나(결과 = [교육계획으로], D-02) · Lv 1~5 문구 · 미달자 보기(D-02) | onboard-5.js:328-337 · onboard-2.js:231 |
| 공통 | 스킬 세부 정보 팝업 (스킬 줄을 누르면) | D-02 | 고쳐서 가져옴 | 어디서 열든 같은 본문(P-29) · 연봉은 관리자 화면에 없음 그대로(DEC-099) · [원본으로] 확인창은 Q-060 목록에 | onboard-1.js:724-801 · onboard-5.js:819-861 · IA_data D 스킬 세부 정보 팝업 |
| 공통 | 직무시트 (직무 이름을 누르면) | D-03 · T-07 | 고쳐서 가져옴 | 관리자 D-03은 보기만(주 행동 없음) · 연봉 · 되는 길 · 자격 · 전망은 실무자 결과 '내 직무 정보'(DEC-099 · DEC-098 ④) · ☀️ 뺌 · 글로 '전망 밝음'(R-010 ⑩) | onboard-1.js:701-711 · IA_data D 직무시트 |
| 강화 | 강화 › 스킬셋 (강화 1(지난 버전 순서)) | A-22 | 고쳐서 가져옴 | 이름 '스킬셋 개선' · 강화 맨 끝(DEC-165) · 후보 = 지난 버전 기준 + 더하고 뺀 스킬 2명 이상 + 반영한 커스텀 전부(DEC-168) · 후보마다 반영 · 합치기 · 보류 · 미반영(A-22) · [다음 회차] → [개선된 스킬셋 저장](DEC-130 · DEC-148) · 내려받기 = 온보딩 양식 + 직군 · 날짜 판, '회차'는 적지 않음(DEC-150) · 저장 뒤 다시 고침 Q-064 · 사람 이름 없음 그대로 · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:526-545 · 551-688 · IA_data B2 스킬셋 · onboard-guide.js GUIDE.fskillset |
| 강화 | 강화 › 교육계획 (강화 2) | A-18 | 고쳐서 가져옴 | 강화 첫째(DEC-165) · 주 행동 CSV 받기 · [교육 독려]는 추후 계획(DEC-179) · 맞는 강의 없음 '맞는 강의를 아직 못 찾았어요' + 콘텐츠 문의 · '달성률' 열은 추후 계획(학습계획 실천율, DEC-153 · DEC-179) · 관리자 겸 실무자도 집계(DEC-101) · 탭 셋은 등록표에 없음: 등록표에 적을 것(확인 필요) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:141-156 · 504-525 · IA_data B2 교육계획 · onboard-guide.js GUIDE.flearn |
| 강화 | 콘텐츠 문의 시트 (부족스킬 · 교육계획 [콘텐츠 문의]) | A-18 | 고쳐서 가져옴 | [콘텐츠 문의]는 DEC-168에 있음: 등록표 상세 창에 없어 앱 안 문의 시트와 한 벌로 적을 것 · 토스트 해요체(DEC-144) · 문의함 O-06으로 | onboard-2.js:285-286 |
| 강화 | 강화 › 채용 (강화 3) | A-19 | 고쳐서 가져옴 | 공고 꼴 LinkedIn 그대로 · 스킬 10개(핵심 → 같은 직무 필수 → 확장)(DEC-045 · DEC-168) · 공고 단위 = 공백스킬 하나 + 직무 하나(DEC-168) · '채용에 어려움이 있으신가요?' LinkedIn Talent 문의(DEC-045) · 주 행동 공고 문구 복사 · 지원자 칸은 첫 출시에 없음(DEC-114 · DEC-168): 공고 목록 · 지원자는 A-20 다음 단계(DEC-149) · 배너의 '스킬 진단 링크를 보내 드립니다'는 첫 출시에 없는 기능: 뺌(V-0 ①) · "공식 연동" · 로고 복제 금지(R-010 ⑨) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:170-213 · 1393-1399 · 1413-1464 · IA_data B2 채용 · simpledash Hire.txt · onboard-guide.js GUIDE.fhire |
| 강화 | 공고 · 지원자 (채용 › 공고 줄) | A-20 | 고쳐서 가져옴 | 다음 단계(DEC-149) · AI 확인 빼고 다음 단계(DEC-086): '합격선 (AI 확인 기준)' 첫 단계엔 없음 · [진단 보내기 n] → [진단 보내기](DEC-159 ④) · 공고당 200명 · 180일 삭제 Q-056 · 'AI' 이름 → 렌지(DEC-160) | onboard-5.js:1383-1392 · 1465-1477 |
| 강화 | 지원자 시트 (공고 › 지원자 줄) | D-04 | 고쳐서 가져옴 | 다음 단계(DEC-149) · AI 레벨 칸 다음 단계(DEC-086) · 지원자 빼기 = 기록 삭제: 데이터 지우기는 PM 확인(R-008 · R-010 ⑮ · Q-056) · 렌지 이름(DEC-160) | onboard-5.js:1400-1411 · 1482 |
| 강화 | 강화 › 인재 검색 (강화 4) | A-21 | 고쳐서 가져옴 | 'AI로 찾기' → [렌지에게 묻기](DEC-160 · DEC-151) · 렌지는 사람 추천 + 사람마다 근거 + 'AI는 틀릴 수 있어요.'(DEC-151 · DEC-158), 지난 버전은 스킬 조건만 골라 줌 · 정렬 충족 조건 수 → Lv 합 → 이름(DEC-168) · 공백스킬에서 오면 검색 문장 미리 채움(DEC-157) · 결과확정된 데이터에서(DEC-151) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:498-503 · onboard-2.js:245-252 · IA_data B2 인재 검색 · onboard-guide.js GUIDE.ftalent |
| 강화 | 교육계획 사람 · 스킬시트 (교육계획 줄) | D-01 · D-02 | 합침 | 사람시트(D-01) · 스킬시트(D-02)의 교육계획 자리 내용으로 | onboard-5.js:157 · 237-239 |
| 대상자 | 동의 (진단 1/5(처음 한 번)) | T-01 | 합침 | 시작 안내(mstart)와 한 화면 T-01(DEC-070) · 렌지 소개 '렌지는 SkillLens의 AI예요.'(DEC-162 · DEC-174) · 누가 보나 · 개인정보 보기(T-01) · 진행 막대 없이 '약 n분'(DEC-140) · 세 칸 이모지 뺌(R-010 ⑩) · 본인에게 '실무자' 그대로 · '진단대상자' 금지(DEC-175 ② · R-010 ⑱) · 재진단이면 동의 다시 받지 않음(DEC-168) · 확정 뒤 '이번 진단은 끝났어요'(DEC-129) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:498 · 312-326 · IA_data C 진단 1 · onboard-guide.js GUIDE.consent |
| 대상자 | 시작 안내 (진단 2/5) | T-01 | 합침 | 동의와 한 화면 T-01 · [시작하기] · 소요 = 스킬 수 × 30초 + 1분 그대로(P-6 C03) · 앱 안 브라우저 안내 그대로 · '다음 진단 준비' · [지난 결과]는 2회차(DEC-125): 안 가져옴 · '레벨 체크' → "수준 고르기"(T-04 용어, R-010 ④) · 단계 이모지 뺌(R-010 ⑩) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:499 · IA_data C 진단 2 · onboard-guide.js GUIDE.mstart |
| 대상자 | 내 스킬 정리 (진단 3/5) | T-02 · T-03 | 고쳐서 가져옴 | 받은 스킬 확인(T-02)과 고치기(T-03) 두 화면으로(등록표) · T-02 주 행동 [레벨 고르기] · T-03 [저장] · 새로 만들 때 받는 칸 Q-067 · '추천 역량' → '추천 소프트스킬'(R-010 ④) · 고정 조직 [요청 남기기]: 제로 결정 없음, 가져올까요?(R-000) · 괄호 풀이는 여기 한 번(지난 버전 그대로) · 복사-편집 원본 · 사본(DEC-100) · 토글 이모지 뺌(R-010 ⑩) · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:500-516 · 769-796 · IA_data C 진단 3 · onboard-guide.js GUIDE.my |
| 대상자 | 레벨 체크 (진단 4/5(스킬마다 한 화면)) | T-04 | 고쳐서 가져옴 | '레벨' → "수준"(T-04 "수준 고르기", R-010 ④) · 'AI 레벨 추천' → '헷갈리면 렌지에게 물어보세요'(T-04 · DEC-160) · 'n / 전체'만 · '약 n분 남음' 빼기(DEC-140 '시작 전 한 번') · Lv 4 · 5면 '최근 한 일 한 줄(선택)'(DEC-141) · '이 스킬 빼기'(자유 편집, T-04) · 재진단 [스킵] · 전체 스킵 · [다음] → 다음 스킬 · 목록 시트는 등록표에 없음: T-04 보조로 적을 것 · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:518 · 737-738 · IA_data C 진단 4 · onboard-guide.js GUIDE.lv |
| 대상자 | AI 레벨 추천 시트 (레벨 체크 › AI 레벨 추천) | T-04 | 고쳐서 가져옴 | 이름 "렌지 수준 추천"(DEC-160) · 경고 → 'AI는 틀릴 수 있어요.'(DEC-158) · 머리 '렌지 · SkillLens AI'(DEC-162) · 렌지 모듈(DEC-161) · [이 레벨로]는 사람이 눌러야 반영 · 기록(DEC-170 ③) · 오류 해요체(DEC-144) · 질문 최대 2개 그대로(simpledash SpecMember) | onboard-1.js:667-680 |
| 대상자 | 확인 · 제출 (진단 5/5) | T-05 | 고쳐서 가져옴 | 제출 전 권하기 = 막지 않는 점검 두 가지(DEC-168) · 문구는 정할 것(DEC-115) · [제출] → 제출하기 · '평균 Lv' 숫자 둘지 확인 필요(R-004) · ✅ 뺌(R-010 ⑩) · 가이드 5개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-1.js:519 · 328 · IA_data C 진단 5 · onboard-guide.js GUIDE.review |
| 대상자 | 내 홈 (제출 뒤) | T-06 · T-07 · T-08 | 안 가져옴 | DEC-179 · 제출 뒤는 T-06 제출 완료 그대로 · 메일 링크는 그때 상태 화면으로(재진단 → 진단, 결과 → 내 결과) · T-06에 옮길 것: '관리자가 뺀 스킬' → '반영되지 않은 스킬"(R-010 ⑦ · DEC-018) · 수준 수정은 검토 전까지(DEC-168) · 확정 뒤 "이번 진단은 끝났어요'(DEC-129) · 이모지 뺌(R-010 ⑩) | onboard-2.js:425-458 · onboard-1.js:520 · IA_data C 내 홈 · onboard-guide.js GUIDE.mdone |
| 대상자 | 내 결과 · 내 점수 (내 결과 1/4) | T-07 | 고쳐서 가져옴 | 이름 '내 스킬준비도'(V-0 ② · T-07) · 주 행동 학습계획 만들기 · 렌지 개인 브리핑 카드 + 'AI는 틀릴 수 있어요.'(DEC-148 · DEC-161 · DEC-158) · 관리자 코멘트 '피드백'(DEC-098 ② · DEC-168) · 스킬마다 출처(DEC-143) · 4장 넘기기 → T-07 한 화면 + 학습계획 · LinkedIn 탭(등록표) · '좋은 인재 4가지' 문장은 등록표에 없음: 가져올까요?(R-000) · 결과 링크 30일 뒤 Q-052 · 가이드 6개는 제로 용어 · 화면으로 고쳐 옮기고 이모지 뺌(DEC-174 ②) | onboard-5.js:252-272 · onboard-2.js:193-194 · IA_data C 내 결과 · onboard-guide.js GUIDE.myresult |
| 대상자 | 내 결과 · 먼저 배울 스킬 (내 결과 2/4) | T-07 · T-08 | 합침 | T-07 내 결과 안 칸 + T-08 첫 문장 '부족한 스킬 n개부터 배워요'로 · '요구레벨' → "요구 수준"(R-010 ④) · 이모지 뺌 | onboard-2.js:363-365 |
| 대상자 | 학습계획 (내 결과 3/4) | T-08 | 고쳐서 가져옴 | 보여 주기 · 내려받기까지(DEC-179) · 주 행동 내려받기 · 주당 시간은 바꾸면 바로 저장(지난 버전 그대로) · 지킴 체크 · 실천율 · 학습 알림은 추후 계획(DEC-179) · 주당 시간 1~40(P-6 E03)과 1 · 2 · 3 · 5 칩: 확인 필요 · 이모지 뺌(R-010 ⑩) | onboard-2.js:317-362 · IA_data C 학습계획 |
| 대상자 | 강점 · 이어지는 직무 (내 결과 4/4) | T-07 | 합침 | T-07 '내 직무 정보' 칸(DEC-098 ④ · DEC-099) · 영문 O*NET 이름 빼는 규칙 그대로 · ☀ 기호는 뜻이 있어 둘지 확인(R-010 ⑩) | onboard-2.js:386-389 |
| 대상자 | 채용 대상자(지원자) 진단 (메일 링크 30일) | J-01 · J-02 · J-03 · J-04 | 고쳐서 가져옴 | 다음 단계(DEC-149) · AI 확인 빼고 다음 단계(DEC-086) · 시작 · 동의 / 스킬마다 / 제출 확인 / 제출 완료 네 화면(J-01~J-04) · 결과는 주지 않음 그대로(DEC-044) · 화면 글은 코드에서 확인 필요(IA_data 기준) | main:pages/onboard/apply.html · IA_data C 채용 대상자 · simpledash Hire.txt |
| 운영자 | 대시보드(매출 파이프라인 모니터) (운영자 1) | O-01 | 고쳐서 가져옴 | 머무름 · 클릭 · 검색량 · 콘텐츠별 노출 · 재계약 더함(DEC-113 · DEC-173) · '업계 기준 2.5% · 27% · 1.8배' 출처 없으면 '측정 전'(R-010 ③ · P-6 지표표 '출처 확인 전') · V-0 증명 지표(지금 / 반복 진단 뒤)(O-01) · 주 행동 [조직 열기](멈춘 조직부터, O-01) · '★북극성' 표기 빼기(DEC-113 '하나만 고르지 않는다') · '테넌트' → '조직'(R-010 ④) · 목표 · 광고비 · 매출 입력은 마케팅(O-07)으로(P-30 합침) · 긴 줄표 · 이모지 뺌(R-010 ① ⑩) | sadmin.index-2.js(심플 사본) · pages/sadmin/index.html:1-3 |
| 운영자 | 사용 현황 (운영자 › 분석) | O-01 | 합침 | 운영 홈 단계별 지표로 합침(O-01 · DEC-113) · 결과확정까지 간 비율 더함(P-6 지표표) | main:assets/js/pages/sadmin.usage-2.js:7 |
| 운영자 | 테넌트 관리 (운영자 › 운영) | O-02 | 고쳐서 가져옴 | '테넌트' → '조직'(O-02 · R-010 ④) · 주 행동 [조직 만들기] · 멈춘 일수 정렬(O-02) · '제공 범위' · '화면 버전'은 일반 버전 메뉴 단계: 제로 조직(flow zero)에 맞게 칸 정리 확인 필요(DEC-126) · 새 회차 열기는 2회차 때(DEC-125 · DEC-091) · '기회 보기' · Odoo는 리드 장부(O-05)로: 확인 필요 · 일괄 비활성화 확인창(Q-060) · 폰은 PC 안내(P-29) | sadmin.tenants-2.js:290 · 295 · 335(심플 사본) · pages/sadmin/tenants.html:1-3 · IA_data E 테넌트 |
| 운영자 | 새 테넌트 생성 (테넌트 설정 › [새 테넌트]) | O-03 | 고쳐서 가져옴 | 회사 검색 → 기업 정보(국민연금 · DART)가 업종 · 규모 · 지역 · 상장 채움(DEC-167 ② · DEC-136) · 진단목적 · 목표점수(기본값) 더함(DEC-072 · DEC-053 · DEC-167 ②) · 칸 목록은 심플 그대로(DEC-093 · O-03) · 만들고 초대하기 · 리드에서 가져오기(O-03) · '최대인원' → '진단인원'(DEC-094) · 화면 버전 = flow zero(DEC-126) | sadmin.tenants-2.js:420 · worker.js:3951(tenantCreate) |
| 운영자 | 테넌트 상세 (테넌트 설정 › 줄) | O-04 | 고쳐서 가져옴 | 운영 접속 중 고침 · 고객 기록 'SkillLens 운영'(DEC-131) · 관리자 초대 · 다시 초대 · 해제(DEC-109) · 유데미 서브도메인(O-04) · 새 회차 열기는 2회차 때(DEC-125) · 관리자 교체 순서 Q-071 · 동시 편집 Q-061 · 'SRS 성장'은 반복 진단 뒤 지표(V-0 ③) | sadmin.tenants-2.js:290-335 |
| 운영자 | 테넌트 파기 (테넌트 상세 › 파기) | D-08 | 고쳐서 가져옴 | 전부 삭제 → 식별 정보만 지우고 통계 · 비식별 남김(DEC-132, 지난 버전과 다름): 문구 고침 · ⚠️ 뺌(R-010 ⑩) · '테넌트' → '조직' | sadmin.tenants-2.js:42 |
| 결과 | 결과 보고서 (테넌트 › 결과 보고서 생성) | A-17 · O-04 | 고쳐서 가져옴 | 관리자가 결과 › 보고서에서 받음(A-17, 지난 버전은 운영자 대행) · 목차 = V-0 순서(DEC-153) · 내려받을 때의 목적 · 목표(DEC-155) · 5명 미만 묶음 숨김(DEC-111) · 권장 라이선스 Q-063 | main:pages/sadmin/report.html |
| 운영자 | 리드 관리 (운영자 › 영업) | O-05 | 고쳐서 가져옴 | 방문 기록 · 머문 시간 붙임(DEC-173 ③) · 리드 단계 시각 MQL · PQL · SQL · 계약(DEC-173 ①) · CSV는 서버가 만들고 사유(P-6 G11 · N02) · 주 행동 연락 기록 · '테넌트' → '조직' | main:assets/js/pages/sadmin.leads-2.js:2 |
| 운영자 | 문의함 (운영자 › 운영) | O-06 | 고쳐서 가져옴 | 도입 문의는 리드 장부로 넘기기(O-06) · 이모지 뺌(R-010 ⑩) · 답을 관리자에게 돌려주는 길: 지난 버전도 미정(P-6 G15), 확인 필요 | main:assets/js/pages/sadmin.inquiries-2.js:2 |
| 운영자 | 너처링 (운영자 › 영업) | O-07 | 합침 | 마케팅(O-07)으로 합침(P-30) · '(광고)' 접두 · 1클릭 수신 해지 그대로(P-6 G13) · 주 행동 캠페인 보내기 | main:assets/js/pages/sadmin.nurture-2.js:3 |
| 운영자 | 방문 · 유입 (운영자 › 분석) | O-07 | 합침 | 마케팅(O-07) '방문 · 유입 보기'로(P-30) · 머문 시간 · 누른 버튼 · 다시 온 횟수 더함(DEC-173 ②) | main:assets/js/pages/sadmin.visitors-2.js:6 |
| 운영자 | 렌지 대화 (운영자 › 분석) | O-10 | 고쳐서 가져옴 | 90일 삭제 → 지우지 않음 · 문구 고침(DEC-132) · 운영자 화면이라 '실무자' 타일 → '진단대상자'(DEC-175 ①) · 화면 · 역할 · 기간 거르기 · 내려받기 · 'AI 어시스턴트' → '렌지 · SkillLens AI'(DEC-160 · DEC-162) | main:assets/js/pages/sadmin.renji-2.js:9 · 39 |
| 운영자 | 메일 발송 (운영자 › 운영) | O-09 | 고쳐서 가져옴 | 운영자 화면이라 '실무자 초대' → '진단대상자 초대'(DEC-175 ①) · '비번' → '비밀번호'(DEC-037) · 주 행동 대기 줄 지금 보내기 · 새 회차 유형은 2회차 때(DEC-125) | main:assets/js/pages/sadmin.mail-2.js:6 |
| 운영자 | 팀 테스트 보드 (운영자 › 운영) | O-13 | 가져옴 | 주 행동은 정할 것(O-13) · 유형 이모지 뺌(R-010 ⑩) | main:assets/js/pages/sadmin.testboard-2.js:2 |
| 운영자 | 스킬 데이터 (운영자 › 운영) | O-11 | 고쳐서 가져옴 | 주 행동 기반 데이터로 넣기 · 공통 업종 · 직무 데이터는 건드리지 않음 그대로(IA_data E 규칙) | main:pages/sadmin/custom-log.html · IA_data E 스킬 데이터 |
| 운영자 | 번역 관리 (운영자 › 시스템) | O-11 | 합침 | 스킬 데이터(O-11) 안 '번역'으로 합침(P-30) · 'AI 번역 제안' → 렌지 이름(DEC-160) | main:assets/js/pages/sadmin.translations-2.js:2 |
| 운영자 | 시스템 현황 (운영자 › 시스템) | O-12 · O-08 | 고쳐서 가져옴 | 감사 로그는 기록 › 감사 기록(O-08)으로 나눔(P-30) · 운영자 계정 · 2단계 인증 등록 자리가 등록표에 없음(P-30 '입구 상태 정할 것'): 정해야 함 · '데모 재시딩' → '예시 데이터 다시 채우기'(O-12 · DEC-037) | main:assets/js/pages/sadmin.system-2.js:6 |
| 운영자 | 감사 로그 (시스템 현황 안) | O-08 | 고쳐서 가져옴 | 따로 된 화면 기록 › 감사 기록(O-08) · 조직 · 사람 · 행동 · 기간 거르기 · 내려받기 | main:assets/js/pages/sadmin.system-2.js |
| 공통 | skill-map · skill-board · skill-trends · welcome.html (일반 버전) | 없음 | 안 가져옴 | 심플에도 없던 일반 버전 전용(P-6 F04) · 일반 · 심플 조직은 지금 그대로(DEC-126) · 참고 기준 비교(D11)만 '있으면' 묶음(DEC-114) | main:pages/skill-map/* · main:pages/skill-board/* · main:pages/skill-trends/* · main:welcome.html:45 · 57 |
가져옴 88개(용어 · 정책 · 결정)
용어 8 · 상태 1 · 화면 · 흐름 8 · 정책 · 규칙값 8 · 점수 · 데이터 19 · 개발 방법 17 · 메일 · 타이머 2 · 디자인 4 · 리서치 14 · 결정 7
| 분류 | 판 | 항목 | 제로 현재 | 이유 |
|---|---|---|---|---|
| 개발 방법 | IA(화면 46개 · IA_data) | 마이그레이션: 배포 뒤 자동, 버튼은 남김 | O-12 시스템 현황 | 현행 분석(5단계) 자료로 |
| 개발 방법 | S4 진단대상자 · 지원자 | 렌지 추천 첨부: 텍스트 · 코드는 브라우저, PDF · 이미지는 워커(4MB) | DEC-060은 직무기술서 4MB만. 렌지 추천 첨부는 없음 | 심플 기능(DEC-084 렌지 레벨 추천에 들어 있던 것) |
| 개발 방법 | S5 데이터 · 점수 | AI 채우기 scripts/data-fill: 빈 칸 · 결함 칸만, 다시 돌려도 같음 | 없음 | 데이터 도구 규칙(R-008) |
| 개발 방법 | S6 운영 · 개인정보 | 새 표에 tenant_code · member_id · email이 생기면 PURGE_TABLES에 넣거나 PURGE_KEEP에 이유(검사가 막음) | 없음 | DEC-132 범위에 맞게 '비식별 남김' 목록으로 고쳐 씀 |
| 개발 방법 | S6 운영 · 개인정보 | D1 바인딩 100개 상한 → IN(...)은 90개씩 | 없음 | 현행 분석(5단계) 자료 |
| 개발 방법 | S6 운영 · 개인정보 | 운영 migrate는 배포 뒤 cron이 자동(schema_runs에 버전) | DEC-031 · DEC-126(같은 API 한 벌) | 현행 분석 자료 |
| 개발 방법 | Design(디자인 시스템) | 표 안 모든 줄은 같은 자식 구조(추가 줄 · 빈 줄도) · 검사 row-struct.test | 없음 | 표 줄 흔들림을 막는 검사(R-005) |
| 개발 방법 | Design(디자인 시스템) | 검사: handler-lint · handler-scope · csp-check(script-src 'self', 인라인 스크립트 금지) · tpl-lint · cache-version(?v= 지문) | DEC-031 기술 중립(8단계에서 정함) | 8단계 개발 검사 후보로 가져옴(보안 · 옛 화면 캐시 사고를 막은 실적) |
| 개발 방법 | Dev(개발 방법) | 로컬 검사: 단위 31 · e2e 70 · 린트 11종 · 폰 390 / PC 1366 실측 | 없음 | 현행 분석 · 8단계 로컬 QA 자료 |
| 개발 방법 | Dev(개발 방법) | PR을 연 뒤에는 그 브랜치에 푸시하지 않음(푸시마다 전체 검사) | R-002 | R-002를 지키는 방법 |
| 개발 방법 | Dev(개발 방법) | 되돌리기: 머지를 되돌리는 PR(revert) · 일반 버전 기준점 keep/full-2026-10-01 | DEC-041(코드는 보관 브랜치) | 8단계 롤백 계획 자료 |
| 개발 방법 | Dev(개발 방법) | 기초 지식 표(저장소 · 커밋 · 브랜치 · 푸시 · PR · CI · 머지 · 워커 · D1 · cron · 캐시 버전 · 시크릿) | 없음 | R-006 낯선 말 풀이 자료로 개발 메뉴에 |
| 개발 방법 | Decisions(결정 기록) | 고친 결함: 지원자가 AI 확인 뒤 레벨을 바꾸면 옛 레벨 저장 · 슈퍼어드민 테넌트 코드가 몰래 임의 코드로 · 문의 메모 저장 안 됨 · 상세 진척 숫자가 목록과 다름 | 없음 | 8단계 회귀 검사 목록으로 |
| 개발 방법 | Ask(물어볼 것) | 남은 일: 교육계획 응답 크기(750명 157KB · 3,000명 넘으면 나눠 받기) | 없음 | 현행 분석(5단계) 메모 |
| 개발 방법 | Home(홈) | 17개 기준 전수 검토(화면 목적 · 궁금증이 풀리나 · 공통 부품 · 숫자 · 단계별 모습 · 메일 · 폰/PC · 용어 · 추천 품질 · AI · 되돌릴 수 없는 행동 등) | P-9 검사 질문 · DEC-163 자동 검사 | 7단계 내부 검증 체크리스트로 |
| 개발 방법 | Home(홈) | 10-26 결함 26건: 공백스킬 = 진단한 사람 있는데 0명 · 도구 이름 19쌍 하나로 · 대시보드 초대가 기간 저장 · 새 회차 사람 기록 비움 · 폰 결과 빈 화면 · 손 안 댄 직무 커스텀 배지 | 없음 | 회귀 검사 목록 |
| 개발 방법 | Home(홈) | 첫 화면 영상이 비공개 저장소 주소라 방문자에게 404 → 우리 사이트 파일로 | 없음 | 홈페이지를 가져올 때 같은 사고를 막는 점검 |
| 결정 | Decisions(결정 기록) | 첫 페이지 캡처는 적게 · 일부만 · 메뉴 · 머리가 보이지 않게(경쟁사가 따라 함) | 없음(홈페이지는 R-000 공통 화면) | 홈페이지를 모양까지 가져오므로 결정도 같이 |
| 결정 | Decisions(결정 기록) | 첫 페이지에 점수 배점을 쓰지 않음 · '베타 참여 조직 모집' 삭제(첫 화면 '지금은 베타 테스트 중입니다'만) | 없음 | 홈페이지 결정 |
| 결정 | Decisions(결정 기록) | 문의에 간이 점검 · 1분 체험 결과를 같이 보냄 | DEC-173 ③(문의 전 방문 기록을 리드에 붙임) · 간이 점검 · 1분 체험 결과는 없음 | 리드에 붙일 자료가 늘어남(R-008) |
| 결정 | Decisions(결정 기록) | 첫 페이지 '다음 일' 섹션(AI 레벨 추천 · 학습 · 교육계획 · 채용 · 인재 검색) · 안전 답(AI 외부 전송 없음 · 인사평가 아님 · 관리자 검토 뒤 확정) | 없음 | 홈페이지 내용(이름은 렌지 · DEC-160) |
| 결정 | PlanFAQ(자주 묻는 질문) | Q1 자가 진단을 믿을 수 있나: 네 겹 보완(5단 문구 · 레벨 추천 · 자동 점검 · 관리자 검토) · '정확한 측정'이 아니라 '빠른 첫 지도 + 검토로 보정' | P-0 신뢰 보완 · 가이드 모음(DEC-174) | 영업 · 가이드 답으로(숫자는 Research 정할 것대로) |
| 결정 | PlanFAQ(자주 묻는 질문) | Q10 이미 역량 모델이 있는데 겹치지 않나: 대체가 아니라 함께 · 역량 항목을 스킬로 옮겨 커스텀 · 역량 모델 = 평가 기준, SkillLens = 성장 · 배치용 개인 스킬 지도 | P-3 대안(엑셀 자가진단 · 역량) | 영업 · 가이드 답 |
| 디자인 | Design(디자인 시스템) | 통일은 양식(부품 · 표 꼴)이지 내용이 아니다: 열 · 시트 순서는 그 화면의 질문에 맞춤 | 없음 | 원칙 한 줄 |
| 디자인 | Design(디자인 시스템) | 숫자 카드 = [제목] → 숫자 → 추가 정보 · 비교 부호 = 내 값 - 그 값 | R-007 ④ '핵심 숫자 = 숫자 카드'(대시보드 글 규칙) | 비교 부호의 방향 규칙은 데이터 표기라 가져옴 |
| 디자인 | Decisions(결정 기록) | 줄바꿈 법칙: 어절 단위 · 끝 줄 한 단어 금지 · 숫자 · 괄호 붙임 | 없음 | 글 규칙(디자인 값이 아니라 문장 규칙) |
| 디자인 | Decisions(결정 기록) | 베타 표기: 로고 옆 Beta 알약(첫 페이지 · 로그인 · 앱 · 지원자) | 없음 | 공통 화면(로고) 그대로(R-000). 출시(게이트 4) 때 뺌 |
| 리서치 | Dev(개발 방법) | CI 비용: 월 3,000분 포함 · 예산 $15 · 10월 2,520분(작업 브랜치 푸시 65%) · PR 전체 검사 20분+ → Playwright 이미지 13분 | R-002 근거 숫자 없음 | R-002의 근거 숫자(기준일 10-22) |
| 리서치 | Decisions(결정 기록) | KNOW 풀이: Korea Network for Occupations and Workers · 2001년부터 · 2026 조사 492개 직업 · 약 15,000명 | 없음 | R-006 처음 나오는 말 풀이 · 근거 숫자(원문 링크 DEC-152) |
| 리서치 | Research(리서치) | 첫 페이지 AI 통계 4개: IDC · Lenovo PoC 33개 중 4개만 운영(88%) · MIT NANDA 95% 수익 없음(예비 연구) · IBM CEO Study 2025 ROI 25% · McKinsey State of AI 2025 EBIT 효과 39% | 없음(Deloitte · WEF · Gartner 일부만) | 홈페이지를 가져오면 숫자 근거도 같이. 원문 링크 필요(DEC-152, 정본 docs/research/home-sources.md) |
| 리서치 | Research(리서치) | 첫 페이지 스킬 통계: WEF 2025 핵심 스킬 39% 변화 · 순증 78M · 63% 스킬 부족 · Deloitte 2022 79% · 63% · 66% · Workday 2025 55% · 로고 7곳(IBM · Unilever · Mastercard · Walmart · JPMorgan · Accenture · Siemens) | P-1 · P-4에 WEF 39% · Gartner 8% 등 일부 | 원문 링크와 함께(DEC-152) |
| 리서치 | Research(리서치) | 결과 화면 근거: Skills Base(레벨별 인원 · 충족 n/m) · Microsoft Viva(기준 인원) · Martilla & James 1977 IPA 2×2 · AIHR Build/Buy · Gartner 2024(육성 계획 실행 8배) | Skills Base만 P-4에 | 결과 갈래 · 2×2 · 기준 인원 결정의 근거 |
| 리서치 | Research(리서치) | 점수 네 기둥 근거: SFIA(직무당 6~12) · Campion 외 2011 · Boyatzis 1982 · T자형 · LinkedIn Talent Trends 92% · 자기결정성(Deci & Ryan) · Workday · Degreed · Pluralsight 합산식 비공개 → 우리는 산식 공개 | 없음(Deci 두 곳) | SRS 원리(DEC-076)의 근거 |
| 리서치 | Research(리서치) | 학습계획 근거: OPM 연방 IDP · Degreed Plans · LinkedIn Learning 주간 목표(1 · 2 · 3 · 5시간) · Locke & Latham 2002 · Colquitt 2000 · Udemy Business 학습 이력 API(Enterprise만 · 8~24시간 지연) | Udemy Business 6곳 · Colquitt 1곳 | 학습계획 양식 · DEC-085(강의 완료 반영) 근거 |
| 리서치 | Research(리서치) | 채용 근거: 잡코리아 공고 3만 건(제목 10자 이하 · 괄호 강조는 지원 감소 · 자격 요건 6개 안팎) · Indeed 제목 가이드 · Sackett 2022(구조화 면접 .42) · Google re:Work | 잡코리아 4곳 | 공고 문구 · 면접 질문의 근거 |
| 리서치 | Research(리서치) | 데이터 출처 근거: 국내 SaaS 중 KNOW · O*NET 축 없음 · SAP O*NET + ESCO + Lightcast · NCS · DigComp · Degreed 레벨 문장 · Dreyfus · Pluralsight · SkillsFuture 5~6단 → Lv1~5 | DEC-010 · DEC-043 | DEC-010(5단계 고정) 근거 |
| 리서치 | Plan(기획안) | 왜: Deloitte 2022 71% · 24% · Gartner 2024 8% · WEF 2025 39% · LinkedIn 2025 6.1배 · Workday 2024 한국 리더 80% | P-1 Gartner 8% · WEF 일부 | 원문 링크 확인 뒤(DEC-152) |
| 리서치 | Plan(기획안) | 비교 5곳: SkillLens · Workday Skills Cloud · iMocha · Coursera LevelSets · 데이원 스킬 매치(기준 데이터 · 커스텀 · 진단 방식 · 한국 직무) | Workday Skills Cloud만 P-4에 | P-4 제품 위치 비교 표에 더함 |
| 리서치 | Plan(기획안) | KNOW 소개: 한국고용정보원 · 2001년부터 매년 재직자 조사 · 주요 직업 492개 · 약 15,000명 · 2026년부터 AI 활용 실태 조사 | 없음 | R-006 · R-007 ② 처음 나오는 말 풀이 |
| 리서치 | Plan(기획안) | O*NET 소개: 미국 노동부 고용훈련청 후원 · 직업 1,016개 · 분기마다 갱신 · "수준" 1~7 · 도구 · 기술 | DEC-043 이름만 | 같은 까닭 |
| 리서치 | Home(홈) | 운영 실데이터 점검: 50단계 여정 · 1,200명 · 제출 1,000건 · 진단대상 표 0.13초 · 결과 0.3~0.5초 · 히트맵 0.03초 · 일괄 검토 250명 0.2초 · 모든 관리자 API 0.5초 안 | P-10 색인 50~80ms · 결과 집계 33ms만 | 1,000명 규모 근거(R-007 ⑥, 기준일 2026-10-25) |
| 메일 · 타이머 | S6 운영 · 개인정보 | 메일 문장 중간에 줄표 금지 · 이름 · 회사명은 늘 이스케이프 | R-010 ①(줄표) · 이스케이프는 없음 | 이스케이프 규칙을 더함 |
| 메일 · 타이머 | S6 운영 · 개인정보 | 마감 D-n은 KST 날짜끼리(마감 당일 = D-day) | 없음 | 메일 · 화면 같은 셈(DEC-071) |
| 상태 | F3 사람 상태 | 제출 = 검토완료 + 검토필요 | P-28에 '제출'의 식이 없음('n명 중 n명이 냈어요' 문구만) | '냈어요' 숫자의 정의로 가져옴(DEC-071 숫자 한 벌) |
| 용어 | Terms(용어) | 사용직무(우리 조직) · 관련직무(스킬 정보 안의 한국 직무) | P-6 E17에 '사용직무'만. '관련직무' 없음. '이어지는 직무'(DEC-098)는 다른 뜻 | 스킬시트 두 칸의 이름. 결정에 어긋남 없음 |
| 용어 | Terms(용어) | 옛 말 '확정 대기' → 검토필요 | 제로에 없음(0곳) | 금지 말로 가져옴 |
| 용어 | IA(화면 46개 · IA_data) | 화면 이름 = 메뉴 이름 = 가이드 이름 | R-007 ⑩ · DEC-174(화면별 가이드). 이 원칙 한 줄은 없음 | 화면 등록표 검사(zero-registry)에 한 줄로 넣기 |
| 용어 | S4 진단대상자 · 지원자 | 내 스킬 정리 머리에만 한 번: '하드스킬(툴) 코딩처럼 사용하며 습득해요 / 소프트스킬(지식) 강의로 원리를 배우고 일에서 활용해요' · 다른 화면엔 괄호 없음 | P-30 T-02에 없음 | 문구는 그대로(용어 정의는 Terms 하드 · 소프트 항목대로) |
| 용어 | Design(디자인 시스템) | 숫자 포함 관계 = '상위 n (하위 / 하위)' · 나란한 값만 가운뎃점 | 없음 | 숫자 표기 규칙(DEC-071과 같이) |
| 용어 | Design(디자인 시스템) | 관리자 화면에 시스템 내부 숫자(메일 발송 속도 등)를 쓰지 않음 | P-28 메일 명세에 '2분마다 120명'(대시보드 설명) | 화면 글 금지로 가져옴(대시보드 문서에는 써도 됨) |
| 용어 | Decisions(결정 기록) | "무료"라고 쓰지 않음: 비용은 조직 규모 · 기능에 따라, 도입 문의로 안내 | P-16 렌지 규칙 "무료라고 하지 않음"만 | R-010 금지 목록에 한 줄(렌지만이 아니라 모든 화면 · 외부 문구) |
| 용어 | Plan(기획안) | 스킬은 역량 · 직무보다 작고 구체적이라 진단 · 교육 · 채용을 같은 단위로 잇는다 | 없음 | P-13 용어 풀이에 한 줄(R-007 ②) |
| 점수 · 데이터 | IA(화면 46개 · IA_data) | 사용 현황: 업종별, 여러 업종이면 각 업종에 모두 셈 | P-29 운영 홈 지표. 이 셈법은 없음 | R-008 자료 |
| 점수 · 데이터 | S1 설정 · 온보딩 | 직무 이름 검색 순서 = 내 업종 → 공통 → 나머지 | 없음 | 어긋나는 결정 없음 |
| 점수 · 데이터 | S1 설정 · 온보딩 | 평균 요구레벨 = 쓰는 직무들의 요구레벨 평균 · 계산된 숫자는 밑줄 → 누르면 계산식 | P-6 A20 "평균 요구 수준"만. 계산식 보기 원칙 없음 | '이 숫자는 어떻게 나왔나'를 그 자리에서 답함(R-006 · DEC-059 '왜?' 칩과 합침) |
| 점수 · 데이터 | S3 결과 · 강화 | 히트맵 스킬 순서 = 보유 인원 순(모서리 보유순 ▼) | 없음 | 어긋나는 결정 없음 |
| 점수 · 데이터 | S4 진단대상자 · 지원자 | 못 지킨 주는 미루지 않는다(마감일 그대로) · 실천율 = 지킨 주 ÷ 지난 주 | V-0 '학습계획 실천율' 이름만, 셈법 없음 | 셈법은 추후 계획 때 결정으로 남김(DEC-179) |
| 점수 · 데이터 | S5 데이터 · 점수 | 필수 요구레벨 분포 실측: Lv2 3% · Lv3 81% · Lv4 15% / 확장 Lv1 14% · Lv2 86% · 종전 하드 필수 Lv5 36% · 소프트 필수 Lv4 71% | DEC-068 근거에 '하드 필수 Lv5 36%'만 | 기본값 근거 숫자(R-007 ⑥ · R-008). 기준일 2026-10-22 · 운영 189개 직무 1,220줄 |
| 점수 · 데이터 | S5 데이터 · 점수 | 영업전문가 = SkillLens 직무(KNOW 이름이 오해를 부르면 우리 직무로 만듦) | 없음 | 데이터 규칙 |
| 점수 · 데이터 | S5 데이터 · 점수 | O*NET 업종 추천 = 스킬이 있는 직무만 · 한국어 설명 먼저 | 없음 | 데이터 규칙 |
| 점수 · 데이터 | S5 데이터 · 점수 | 소프트 요구레벨 = 원천 "수준"(1~7 → Lv = round(1 + ("수준"-1)×2/3)) · 없을 때만 중요도 | DEC-068 "원천 수준"만, 바꾸는 식 없음 | 산식 정본에 넣음(DEC-076 산식 정본 = 심플 1순위) |
| 점수 · 데이터 | S5 데이터 · 점수 | 같은 요소는 KNOW 이름으로 한 줄(52쌍) · 출처 줄은 두 출처 다 · 예외: 영어 ↔ Foreign Language = 외국어, English Language = 국어 | 없음 | 데이터 정비 규칙 |
| 점수 · 데이터 | S5 데이터 · 점수 | 신체 · 감각 능력(KNOW 7 · O*NET 28)은 직무 스킬로 내려주지 않음 | 없음 | 데이터 규칙 |
| 점수 · 데이터 | S5 데이터 · 점수 | 슈퍼어드민이 손으로 고친 번역은 덮지 않음 | P-30 O-11 '번역' | 자동 채우기 · 다시 받기 때 덮어쓰지 않는 규칙 |
| 점수 · 데이터 | S5 데이터 · 점수 | Lv4 고르는 순서: 보조 도구(Git · JIRA · Excel 등) 뒤로 → 원천 레벨 높은 쪽 → 직무 지식 · 스킬 → 직무 전용 도구 → 범용 언어 → 기초 능력 → 범용 환경 | DEC-068 '원천이 가장 높은 하나'만 | 동점 · 보조 도구 처리 규칙이 없으면 엉뚱한 스킬이 Lv4가 됨 |
| 점수 · 데이터 | S5 데이터 · 점수 | 참여도 두 갈래: 수정 · 추가 높게(직접 만든 스킬 + 고친 사본 1개↑ = 6점) · 넣고 빼기 낮게(2회↑ 4점 · 1회 2점) | DEC-154(참여도 = 스킬 개인화, simple-worker.js:5187) · 점수 값은 결정 문장에 없음 | 값을 결정 · 산식 정본에 적음 |
| 점수 · 데이터 | S5 데이터 · 점수 | 권장 수: 기준 = 진단인원(size-guide.js 한 표) · 직무당 6~12 · 관리자에겐 상한 안내, 대상자 개인은 최소 기준만(스킬은 많을수록 좋다) | P-6 K02(6~12는 문서에만) · Q-024 ⑭ | 표 값(size-guide)을 가져옴 |
| 점수 · 데이터 | Decisions(결정 기록) | 간이 점검은 100점에서 깎음 | 없음 | 홈페이지 간이 점검 산식 |
| 점수 · 데이터 | Decisions(결정 기록) | 고친 결함: 결과 '부족 6 > 진단스킬 5' · 미진단 직무 스킬을 '커스텀'으로 표시 · 대상자 화면에 마감 없음 · 메일 '5분' 고정값 | DEC-071 숫자 일치 검사 | 일치 검사 사례로 더함 |
| 점수 · 데이터 | Decisions(결정 기록) | 고친 결함: 스킬 고정 조직에서 보지 않은 미진단스킬이 전부 '뺌'으로 잡혀 참여도 · 추가 · 제거 수가 부풀던 것 | P-10 산식 반례 10개(이 반례 없음) | 산식 반례 목록에 더함 |
| 점수 · 데이터 | QMap(단계별 질문 지도) | 인원 흐름 표: 최대인원 → 진단대상 → 초대 보냄 → 링크 열음 → 제출 → 검토완료 → 결과에 들어감 · 단계마다 빠진 사람 · 합은 늘 맞음(membersSummary 한 벌) | P-9 검사 질문만 · DEC-071 | IA 인원 흐름 항목과 한 묶음 |
| 정책 · 규칙값 | IA(화면 46개 · IA_data) | 직무 권장 3~5개 · 직무 0개면 다음 단계로 못 감 | P-30 A-05에 없음 | 결정에 어긋남 없음. A-05 비활성 상태 · 안내로 |
| 정책 · 규칙값 | IA(화면 46개 · IA_data) | 진단스킬 화면: 하드 · 소프트 한쪽이 0개면 한 줄 안내 | DEC-168 제출 전 권하기(대상자 쪽)만. 관리자 온보딩 쪽 안내는 없음 | 막지 않는 안내라 결정과 부딪치지 않음 |
| 정책 · 규칙값 | S1 설정 · 온보딩 | 직무가 0개거나 스킬 0개인 직무가 있으면 다음 단계로 못 감 | 없음 | A-05 · A-06 비활성 이유 한 줄(DEC-170 ④) |
| 정책 · 규칙값 | S1 설정 · 온보딩 | 원본에서 고친 스킬은 커스텀(출처 줄 '원본 · 조직명 [원본으로]') · 바뀐 게 없으면 커스텀이 아니다 | P-6(스킬 정보 수정 [원본으로] 있음) · P-13 정의는 대상자만 | '바뀐 게 없으면 커스텀 아님'은 제로에 없음(Home 10-26 결함 '손 안 댄 직무 커스텀 배지') |
| 정책 · 규칙값 | S1 설정 · 온보딩 | 권장 수의 기준 = 진단인원 · 권장일 뿐 초대를 막지 않음 | Q-024 ⑭ '권장 스킬 수 = 넣음'(추천안) · P-6 K02(6~12는 문서에만) | Q-024 추천안과 같음. 결정으로 남김 |
| 정책 · 규칙값 | S3 결과 · 강화 | 강의 링크는 유데미 고객이 아니어도 일반 주소(서브도메인이 있으면 그 주소) | DEC-051 유데미 연동 · 이 규칙은 확인 필요 | 유데미를 안 쓰는 고객도 강의를 볼 수 있어야 함(PlanFAQ Q7) |
| 정책 · 규칙값 | S6 운영 · 개인정보 | 운영 접속 새 탭에 슈퍼어드민 토큰을 복제하지 않음 | 없음 | 보안 규칙 |
| 정책 · 규칙값 | PlanFAQ(자주 묻는 질문) | Q9 지원자는 점수 · 히트맵 · 평균 · 최대인원에 들어가지 않음 | DEC-044 | '인원에 세지 않음'을 결정 한 줄로 |
| 화면 · 흐름 | F2 진단대상자 흐름 | 내 홈: 검토 전까지 고칠 수 있음 · 결과 · 학습으로 이어지는 허브(내 진단 → 내 결과 → 학습, 지금 단계만 펼침) | P-30에 '내 홈' 화면 없음. T-06 제출 완료 · T-07 내 결과(탭 3개) | 다시 들어올 곳(재진단 메모 · 결과)이 한 화면에 있어야 함. PM 답: 내 홈 없음, 메일 링크가 상태 화면으로 바로 엶(DEC-179) |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 대시보드 인원 흐름 막대: 최대인원 → 진단대상 → 초대 → 링크 열람 → 제출 → 검토완료 | P-9 검사 질문 '인원 흐름이 처음부터 끝까지 합이 맞는 숫자'만. 화면 등록표 A-09 · A-10에 없음 | DEC-071 숫자 한 벌을 화면에서 보이는 자리. 꼴은 P-9 관문(막대 · 표) |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 공백스킬 화면: 필요 스킬 → 보유스킬 막대(필요 · 보유 · 공백) · ▸ 보유스킬 n개 · 커스텀스킬 n개 | P-30 A-15에 없음 | 공백이 몇 개 중 몇 개인지 보이는 내용(V-0 ②) |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 개인 결과(관리자용): 점수 · 4줄 · 스킬별 레벨 / 요구 · 관리자 검토 · 먼저 배울 스킬 · 이어지는 직무 · 들어온 곳으로 돌아감 | P-30 D-01 사람시트만. 관리자용 개인 결과 화면은 등록표에 없음(확인 필요) | 히트맵 · 인재 검색에서 사람을 누르면 갈 곳이 필요 |
| 화면 · 흐름 | S1 설정 · 온보딩 | 진행률은 단계마다 정해진 값 · 고르는 화면은 [다음]을 눌러야 넘어감 | P-9 온보딩 머리 '진행'만 | 진행 표시의 값 규칙. 어긋나는 결정 없음 |
| 화면 · 흐름 | S1 설정 · 온보딩 | 직무 사전 다시 올리기: 같은 직무면 [지금 것 유지] [덮어쓰기] | DEC-150(개선 스킬셋을 다음 진단 온보딩에 그대로 올림) · 겹칠 때 처리는 없음 | 다음 회차에 같은 파일을 올리면 반드시 생기는 일(R-009) |
| 화면 · 흐름 | S3 결과 · 강화 | 개인 결과(관리자) 순서: 점수 · 네 기둥 → 스킬별 레벨 / 요구 → 관리자 검토 → 먼저 배울 스킬 → 이어지는 직무 | 등록표에 관리자용 개인 결과 없음(IA 항목과 같음) | IA 항목과 한 묶음 |
| 화면 · 흐름 | QMap(단계별 질문 지도) | 대시보드 = SkillLens를 쓴 이력 한 장이자 세부로 가는 문 · 섹션 시간순 고정(설정 → 진단 → 결과 → 강화) · 지금 단계만 펼침 · 지난 단계 한 줄 ▸ · 다음 단계 흐린 한 줄 | P-30 A-09 홈 '지금 할 일 하나' · P-29 열리지 않은 메뉴는 흐리게 | 홈 화면 내용(R-000 업무 화면 내용 가져옴). 이름만 '진단 → 결과 → 강화 → 관리' |
고쳐서 가져옴 81개(용어 · 정책 · 결정)
용어 7 · 개발 방법 8 · 상태 3 · 디자인 13 · 화면 · 흐름 33 · 정책 · 규칙값 5 · 점수 · 데이터 6 · 메일 · 타이머 2 · 리서치 2 · 결정 2
| 분류 | 판 | 항목 | 제로 현재 | 이유 | |
|---|---|---|---|---|---|
| 개발 방법 | Terms(용어) | 검사: tests/term-lint.mjs + term-rules.json이 옛 말을 막음, 정본 docs/glossary.md | DEC-163 zero-ban(금지 말 · 줄표). 심플 옛 말 목록을 넣었는지 확인 필요 | 심플 term-rules.json 옛 말 → 지금 말 표를 zero-ban 금지 말에 옮겨야 같은 실수(실무자 → 진단대상자)가 다시 안 생김(DEC-177 ④ 검사로 막음) | |
| 개발 방법 | S6 운영 · 개인정보 | 로컬 작업은 커밋 10개쯤마다 원격 simple-view에 | DEC-057 · DEC-064(zero 브랜치 · 승인 전 시안은 올리지 않음) | zero 브랜치 · 대시보드 백업 기준으로 | |
| 개발 방법 | S6 운영 · 개인정보 | tenants.flow = simple / full · 새 조직 기본 simple | DEC-126 flow 'zero' 더함 | 새 조직 기본값은 제로 출시 때 정함(확인 필요) | |
| 개발 방법 | Design(디자인 시스템) | 새 디자인 절차: 기획 → 승인 → 구현, 시안은 실제 화면에 넣어 '심플 전체 시안' 하나로 | DEC-064 아티팩트 먼저 → PM 승인 → GitHub · DEC-103 저해상도 먼저 · DEC-171 ③ 시안은 대시보드 안 | 승인 먼저는 같음. 시안 자리 · 단계는 제로 | |
| 개발 방법 | Design(디자인 시스템) | 고치기 전 부품 점검 3줄(다시 쓰는 부품 · 적용 규칙 · 새 클래스 없음) | DEC-009 부품은 시안 검증 뒤 확정 | 부품 확정(7단계) 뒤 개발 때 쓰는 점검으로 가져옴 | |
| 개발 방법 | Design(디자인 시스템) | 승인 부품 목록 tests/design-registry.json | DEC-163 zero-registry(화면 등록표 검사) | 부품 확정 뒤 같은 꼴의 승인 목록을 zero-registry에 더함 | |
| 개발 방법 | Design(디자인 시스템) | 검사: term-lint(금지 용어) · ds-lint(금지 조합) · design-lint(토큰) | DEC-163 zero-ban · zero-registry | term-lint 옛 말 표를 zero-ban에 옮김(Terms 항목과 같은 일). 토큰 검사는 DEC-067 값으로 | |
| 개발 방법 | Dev(개발 방법) | 개발 순서 8단계: 기획 · 결정 → 시안 → 코드 → 로컬 검사 → 커밋 · 푸시 → PR → 머지 · 배포 → 운영 확인 | DEC-004 10단계 · 게이트 4개 · DEC-057 · DEC-064 | 8단계는 제로 8단계(개발 → 로컬 QA) 안의 세부 순서로 | |
| 결정 | Home(홈) | 정할 것 10건 결정(2.124.11): 지난 회차 결과 · 학습계획 회차 칩 · 진단 진행 서버 저장 · 새 회차 관리자 메일 · 시험 조직 표시 · 직위 레벨 문구 36개 · 관리자 메일 버튼 → 그 화면 | P-28 메일 버튼은 그 화면으로 · DEC-101 시험용 · P-23 다른 기기에서 열기 · 2회차 것은 DEC-125 | 지난 회차 · 새 회차는 2회차 때, 나머지는 같음. '직위 레벨 문구 36개'는 무엇인지 확인 필요 | |
| 디자인 | F3 사람 상태 | 상태 배지 테두리 색 = 배지 색 | DEC-067 상태색 4개만, 사람 상태별 색 짝은 없음 | 아래 Design '상태 배지 색' 항목과 함께 DEC-067 값으로 짝지어 가져옴 | |
| 디자인 | S3 결과 · 강화 | 요구레벨 미달 = 숫자 아래 점선 · 빈칸 = 없는 스킬 · 점 = 진단했는데 안 가짐 | DEC-142 미달은 무늬나 기호로도 | 세 가지 구분(미달 · 없음 · 진단했는데 0)은 가져오고 기호 모양은 고해상도 때 | |
| 디자인 | Design(디자인 시스템) | 궁금하면 그 자리에 도움말(PC 올림 / 폰 누름) · 계산된 숫자는 밑줄 → 계산식 | DEC-059 '왜?' 칩 · DEC-144 긴 설명은 '왜?'로 접음 | '왜?' 칩과 합치고 '계산된 숫자 → 계산식'은 더함 | |
| 디자인 | Design(디자인 시스템) | 기호 약속: 칩 · 배지 글자 가운데 / 펼치기 ▾ ▸ / 다른 데로 가는 줄 › | 없음 | 기호 뜻(▾ 펼침 · › 이동)은 P-31 공통 부품 후보로 대조해 가져옴 | |
| 디자인 | Design(디자인 시스템) | 입력 오류 = 칸 빨간 테두리 + 칸 아래 한 줄 + 그 칸으로 커서(토스트만 · 인라인 빨강 금지) | P-9 오류 문구 원칙 · DEC-067 공백 · 오류 #B42318 | 오류 처리 방식은 가져오고 색은 DEC-067 | |
| 디자인 | Design(디자인 시스템) | 바탕색 #F7F5F0 | DEC-067 바탕 #F6F5F2(업무 화면) · 입구 화면은 DEC-172로 지난 버전 그대로 | 입구는 심플 값, 업무 화면은 DEC-067. 두 값이 거의 같아 하나로 맞출지 확인 필요 | |
| 디자인 | Design(디자인 시스템) | 상태 배지 색: 미시작 회색 · 진행 중 파랑 · 검토필요 주황 · 재진단 노랑 · 검토완료 초록 · 초대 실패/"반려" 빨강 | DEC-067 상태색: 진행 #1D5FBF · 주의 #A15C00 · 충족 #1E7A46 · 공백 · 오류 #B42318 | 짝은 가져와 DEC-067 값으로: 진행 중 = 진행 · 검토필요 · 재진단 = 주의 · 검토완료 = 충족 · 초대 실패 = 오류 · 미시작 = 보조 글자색. 색만으로 나누지 않음(DEC-142) | |
| 디자인 | Design(디자인 시스템) | 상태 도넛: 링(가운데 N) + 범례 줄(이름 … 2명 (22%) ›), 조각을 누르면 그 줄만 진하게 | P-9 넣지 말 것 '숫자 하나를 도넛 · 게이지로' | 상태 구성(진단대상 N의 나뉨)을 보이는 내용은 가져오고 꼴은 P-9 관문(구성 = 막대 추천) | |
| 디자인 | Design(디자인 시스템) | 공통 장치: 완성 점 · 되돌리기 토스트 · 빈 상태 · 스켈레톤 · PC 키보드(/ 검색, ↑↓) | P-9 스켈레톤 · DEC-170 ④ 공통 상태 · 되돌리기(P-31) | 키보드 단축키(/ 검색 · ↑↓)는 없어서 더함 | |
| 디자인 | Design(디자인 시스템) | 아이콘: 이모지 한글 검색 + PNG/JPG 128 · 128KB · 그리는 곳 한 곳 | DEC-022 · DEC-023 스킬 아이콘 · Q-024 ⑭ 조직 아이콘 올리기 | 조직 · 직무 아이콘 고르기 기능은 가져오고, 이모지 사용은 R-010 ⑩(뜻 없는 장식 금지)과 대조 | |
| 디자인 | Decisions(결정 기록) | 섹션 제목 이모지 · 따옴표 유지 · 제목 위 머리표 쓰지 않음 · 효과는 섹션마다 하나 | R-010 ⑩ 뜻 없는 이모지 금지 · DEC-172(입구 효과 그대로) | 홈페이지는 모양까지 가져오되 섹션 이모지는 R-010 ⑩로 대조(PM 확인) | |
| 디자인 | Decisions(결정 기록) | 머리 단계 칩: 지난 단계 회색 + ✓ · 지금 단계 흰 칸 주황 글자 · 주황 채움은 주 행동 하나 | DEC-067 주 버튼 #C2410C | '채운 강조는 주 행동 하나'만 가져오고 색은 DEC-067 | |
| 디자인 | Home(홈) | 공통 부품: 위험 버튼 세 단계 · 정렬 표시 · 가이드 접기 ▸/▾ | P-31 위험한 행동 목록 · Q-060 | 위험 정도 세 단계(되돌림 · 확인 · 입력 확인)는 Q-060 목록과 합침 | |
| 리서치 | Research(리서치) | 진단 운영 근거: Degreed 고객 사례(실무자 65% 완료 vs 관리자 40% 병목) · 설문 5분 · 모바일 · 계정 없음 · Culture Amp · Lattice(시작 전 바꿀 수 없는 설정 고지) · 리마인더 +14%p | DEC-139 · DEC-140 R-20 근거 · Degreed 고객 2곳 | R-20 근거 묶음에 합침 | |
| 리서치 | Research(리서치) | 작은 수 근거: 레몬베이스 3 · flex 4 · Culture Amp · Viva Glint 5 · Microsoft 10 → 5명 · Glint 차분 방어 · Jawahar & Williams 1997(인사 목적이면 1/3 SD 관대) · 개인정보보호법 제37조의2 · EU AI Act 고위험 | DEC-111 5명 · 레몬베이스 · flex | 37조의2 · EU AI Act(인재 검색을 자동 배정 · 자동 메일로 잇지 않음)를 더함 | |
| 메일 · 타이머 | S6 운영 · 개인정보 | 심플 조직의 관리자 메일 버튼은 심플 셸로(일반 버전 화면으로 보내지 않음) | DEC-126 조직 종류 flow 'zero' | 제로 조직의 메일 버튼은 제로 화면으로 | |
| 메일 · 타이머 | S7 메일 · 타이머 | 결과 메일: [결과확정] 때 한꺼번에 · 그 뒤 검토완료한 사람은 바로 | P-28 · DEC-090(확정 뒤 새 사람 없음) | '그 뒤 바로'는 DEC-090으로 없어짐 | |
| 상태 | F3 사람 상태 | 초대 실패 = 메일 반송 → 주소 고쳐 다시 | P-28 '초대 메일을 보내지 못함' · DEC-168(반송 감지는 나중) · P-6 B16(지난 버전도 반송은 따로 알아내지 않았음) | 이름 · 고쳐 다시 보내기는 그대로. 설명은 '못 보낸 초대'로(심플 대시보드의 '반송'은 코드보다 넓게 쓴 말) | |
| 상태 | F3 사람 상태 | 표기 '검토필요 3명 (이상 없음 1 / 이상 발견 2)' | P-30 A-11 '검토대기 n명 중 n명은 이상신호가 없어요' | 숫자 포함 꼴(상위 n (하위 / 하위))은 가져오고 이름은 위 두 항목대로 | |
| 상태 | IA(화면 46개 · IA_data) | 운영자 조직 목록 진행 단계 7개: 개설 → 온보딩 중 → 설정 완료 → 초대 발송 → 진단 중 → 검토 끝 → 결과확정 | P-28 회차 상태 4개(개설 · 온보딩 중 · 진단 중 · 결과확정) · O-02 단계 칩 | 회차 상태는 4개 그대로, 운영자 목록의 멈춘 곳 칩은 심플 7단계(어디서 멈췄는지 더 잘 보임, DEC-113) | |
| 용어 | Terms(용어) | 메뉴 '진단 › 진단스킬 · 진단 설정 · 진단대상' | P-29 '진단 › 진단대상 · 검토', 진단스킬은 온보딩 › 스킬 · 설정 › 스킬, 진단 설정은 설정 › 기간 · 독려 · 대상자 · 초대 메일 | '진단스킬' 말은 그대로 쓰고, 메뉴 자리는 DEC-127 구조로 옮김. '진단 설정'이라는 화면 이름은 없어짐 | |
| 용어 | Terms(용어) | 메뉴 '결과 › 요약(스킬준비도 \ | 스킬히트맵) · 부족스킬 · 공백스킬' | P-29 결과 › 요약 · 부족스킬 · 공백스킬 · 스킬히트맵 · 직군 · 직무 · 그룹별 · 보고서(DEC-153 · DEC-156) | '요약 · 부족스킬 · 공백스킬' 이름은 같음. 히트맵을 따로 메뉴로 뺀 것과 묶음별 보기 · 보고서를 더한 것은 제로 결정 |
| 용어 | Terms(용어) | 옛 말 '진단 완료' → 검토완료 | P-5 지표 후보 '진단 완료율 · 진단 완료까지 걸린 기간' | 금지 말로 가져오고 P-5 후보 이름을 '제출률 · 검토완료까지 걸린 기간'처럼 고침 | |
| 용어 | Terms(용어) | 옛 말 '확인 필요 · 점검 걸림' → 이상 발견 | DEC-119 '이상신호'. '확인 필요'는 DEC-059 직무 맞추기 엔진 상태 이름(다른 뜻)으로만 남음 | 검토 화면에서 '확인 필요 · 점검 걸림'은 금지 말로. 이름은 이상신호(아래 F3 항목) | |
| 용어 | Terms(용어) | 옛 말 '인사이트 · 추천 · 히트맵(결과 칸)' → 부족스킬 · 공백스킬 · 요약 토글 | '인사이트' 0곳. 히트맵은 결과 › 스킬히트맵 따로(DEC-149 ③ · DEC-165 ②) | '인사이트'는 금지 말로 가져옴. 히트맵 자리 차이는 S3 항목 | |
| 용어 | Terms(용어) | 옛 말 '요구 Lv 평균' → 평균 요구 Lv | P-6 A20 "평균 요구 수준" | '평균 요구 Lv'(요구레벨 항목과 함께 정함) | |
| 용어 | S2 진단 · 검토 | 점검 문구 = 명사 + 괄호 값: 전체 레벨 동일 (Lv 3) · 응답 시간 1분 · 진단스킬 3개 (필수 2/5) · ⚠는 이상에만 · 판단은 관리자 | 이상신호 이름 DEC-168 "전체 같은 레벨 · 응답 2분 안 · 진단스킬 적음 · 편집 없음"(문구 꼴은 없음) | 문구 꼴(명사 + 괄호 값)은 가져옴. ⚠는 R-010 ⑩(뜻 없는 기호)과 대조, 레벨/레벨은 용어 결정 따름 | |
| 점수 · 데이터 | S1 설정 · 온보딩 | 직무 사전 양식: 직무명 · 스킬명 두 열만 필수(빈 열 = 소프트 · 필수 · Lv 3) · 올리면 업종 단계 건너뜀 | DEC-167 ③(심플 양식 + 직군 열 · [양식 받기]) | 빈 열 기본값(소프트 · 필수 · Lv 3)은 제로에 안 적혀 있어 같이 적음 | |
| 점수 · 데이터 | S1 설정 · 온보딩 | 추천 직무 = KNOW → SkillLens → O*NET(온보딩은 3:2로 섞음) + 공통 직무 11개 | DEC-054 · DEC-056 공통 직군 9개 + KSIC 업종 고유 직군 · P-6 A11 '다르게 결정됨' | 직군 층은 제로 결정, 직군 안 직무를 고르는 출처 순서 · 섞는 비율은 심플 그대로 | |
| 점수 · 데이터 | S3 결과 · 강화 | 보유스킬 = 검토완료된 사람 중 1명 이상이 가진 스킬(커스텀 포함) | DEC-019 · DEC-143(미반영 커스텀은 개인 결과에만, 조직 결과에는 안 들어감) | 커스텀은 '반영된 것만' 보유에 셈 | |
| 점수 · 데이터 | S3 결과 · 강화 | 대상자가 만든 스킬은 승인 안 돼도 미진단으로 조직 풀에 남는다("반려" ≠ 삭제) | DEC-019(미반영도 개인 기록 · 개인 결과에 남음) · 조직 풀에 남는지는 없음 | "반려"는 '미반영'으로. 조직 풀(다른 사람이 찾는 목록)에 남길지는 확인 필요: R-008로는 남기는 쪽 | |
| 점수 · 데이터 | S5 데이터 · 점수 | 공통 직무 11개: 경영 기획 · 인사 · 총무 · 회계 · 경리 · 영업전문가 · 영업 및 판매 관련 관리자 · 영업기획 · 마케팅 · 고객상담 · 자재관리 | DEC-054 · DEC-056 공통 직군 9개(NCS 이름) | 직군은 제로 9개, 그 안의 공통 직무 시작안으로 심플 11개를 씀 | |
| 점수 · 데이터 | Design(디자인 시스템) | PC 숫자는 소수 한 자리(2.0) · 바꾸면 자동 저장 → '✓ 저장 완료' | 없음 · DEC-144 '저장했어요' | 소수 한 자리 규칙은 가져오고 문구는 DEC-144 | |
| 정책 · 규칙값 | IA(화면 46개 · IA_data) | 업종은 여러 개 고를 수 있다(복수 선택) | DEC-136 · DEC-145 기업 정보 업종(DART 먼저) · 정보가 없으면 업종 직접 고르기(개수 말 없음) | 기업 정보로 먼저 채우고, 직접 고를 때는 여러 개(심플) | |
| 정책 · 규칙값 | S1 설정 · 온보딩 | 직무는 개인 스킬셋을 만들 때 고르는 참고 풀이다(사람을 묶는 단위가 아니다) | DEC-122(참고 풀) · 그러나 DEC-111 · DEC-156은 직무로 결과를 묶어 봄 | '참고 풀'은 같음. '사람을 묶지 않는다'는 S3 항목에서 제로가 일부러 바꿈 | |
| 정책 · 규칙값 | S6 운영 · 개인정보 | 파기는 반자동: 비활성 30일 → help@ 알림 한 번 · 삭제는 슈퍼어드민 [파기](비활성만 · 회사명 입력 · 관리자에게 안내 메일) | DEC-132(개인 식별 정보만 지우고 통계 · 비식별은 남김) · D-08 | 절차는 그대로, 지우는 범위만 DEC-132 | |
| 정책 · 규칙값 | Plan(기획안) | 누가 · 언제: 결과확정 뒤 교육계획 · 채용 · 인재 검색은 상시 · 새 인원은 계약 기간 안에 언제든 | DEC-090(확정한 회차엔 새 대상자 없음) · DEC-129 | 강화 상시는 같음, '새 인원 언제든'은 DEC-090으로 다음 회차부터 | |
| 정책 · 규칙값 | PlanFAQ(자주 묻는 질문) | Q3 계약: 1년 = 정기 진단 1회 · 최대인원 안에서 사람 추가(결과확정 뒤에도) · 가격 미정 | P-1 계약 단위 · DEC-090 | '확정 뒤에도'만 DEC-090으로 | |
| 화면 · 흐름 | F1 큰 그림 | 도입 문의: 첫 페이지 · 간이 점검 · 1분 체험 → 스킬원 상담 · Odoo | DEC-173 앞단(노출 → 문의 → 리드) · P-4 '간이 점검과 이음'. '1분 체험' · Odoo는 없음 | 홈페이지는 공통 화면이라 모양까지 가져옴(R-000). 문의 행선지는 Ask 항목(정할 것) | |
| 화면 · 흐름 | F1 큰 그림 | 지원자 진단: 레벨 · 포트폴리오 · AI 확인 | DEC-114 · DEC-149 다음 단계 · DEC-086 AI 확인은 그다음 | 흐름은 가져오되 첫 출시에서 뺌(DEC-149) | |
| 화면 · 흐름 | F1 큰 그림 | 새 회차 열기: 재계약 · 잠금 풀림 · 관리자 메일 → 다음 회차 설정 | DEC-091 · DEC-125(2회차를 열 때 다시 봄) | 흐름은 가져오고 세부는 2회차 때(DEC-125) | |
| 화면 · 흐름 | F2 진단대상자 흐름 | 내 결과: 내 점수 · 좋은 인재 · 팁 | DEC-098 개인 결과 네 묶음 | 묶음은 DEC-098로. '좋은 인재' 문장은 S3 정할 것 | |
| 화면 · 흐름 | F4 채용 | 지원자 추가 → 일부에게 [진단 보내기] → 메일 링크(가입 없이 · 30일) | P-30 A-20 · DEC-124 · DEC-149 다음 단계 | 다음 단계로 미룸(DEC-149) | |
| 화면 · 흐름 | F4 채용 | 스킬마다 레벨 · 포트폴리오 · 한 일 → [AI 확인] 필수 → 제출 | DEC-086 AI 확인은 그다음 단계 · J-02 | AI 확인 없이 레벨 · 근거만(DEC-086) | |
| 화면 · 흐름 | F4 채용 | 지원자 결과: 자가 · AI 레벨 · 합격선 → 합격선에 못 미친 스킬부터 면접 질문 | P-30 D-04 지원자 시트 · P-6 E13 | AI 레벨 칸은 DEC-086 뒤에. 면접 질문 순서는 그대로 | |
| 화면 · 흐름 | Admin(관리자 메뉴 지도) | 대시보드: 시간순 단계 · 지금 할 일 하나 · 지난 단계 접힘 | P-30 A-09 홈 '지금 무엇을 해야 하나?' · 주 행동 하나 | '지금 할 일 하나'는 같음. 시간순 이력(설정 → 진단 → 결과 → 강화 접힘)은 홈 내용으로 가져옴(QMap 항목) | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 온보딩 '직무 사전이 있나요?' 없습니다(업종으로 추천) / 있습니다(양식) | P-30 A-05 · DEC-167 ③(양식 올리기 · 직무기술서 · 표준에서 고르기) | 질문은 제로 A-05 안에 합침 | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 대시보드 버튼: [온보딩] [초대] [독려 n명] [검토 n명] [결과확정] [결과] | DEC-159 버튼에 숫자 넣지 않음 · A-09 상태마다 하나 | 버튼 안 숫자는 버튼 옆 한 줄로(DEC-159 ④) | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 2회차부터 대시보드 맨 아래 '지난 회차' | DEC-125 2회차 때 다시 | 2회차를 열 때 | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 진단대상 토글: 검토필요 · 미제출 · 전체(할 일 있는 칸이 기본) | P-30 A-10 진단대상(상태 칩) · A-11 검토 화면 따로 | 화면은 제로처럼 둘로 나누되 '할 일 있는 칸이 기본'은 가져옴 | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 결과 요약 하단: '검토완료 n명 기준 · 제외 n명' | DEC-061 · DEC-062 기준 인원. '제외 n명'은 없음 | '제외 n명'(미제출 · 결과에 안 든 사람)을 기준 인원 옆에 더함 | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 채용 화면: 내 공고 n개 · 공백스킬 → 공고 문구 · 다른 스킬로 공고 만들기 | P-30 A-19 · DEC-168(공고 단위 = 공백스킬 하나 + 직무 하나) | '다른 스킬로 공고 만들기'는 가져옴, 지원자 칸은 다음 단계 | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 동의 화면 세 장: 2분 · 인사평가 아님 · 내 학습 추천 + 모두 동의 | P-30 T-01 '약 n분' · 누가 보나 · 개인정보 보기 · P-13 평가 아님 | 세 질문(얼마나 · 평가인가 · 나에게 무엇이)은 가져오고 시간은 계산값(DEC-138) | |
| 화면 · 흐름 | IA(화면 46개 · IA_data) | 내 스킬 정리: 토글 하드 n개 \ | 소프트 n개 · 추천 도구 · 추천 스킬(+) | P-30 T-02 · T-03 · DEC-160 렌지 스킬 추천 | 추천 칸은 렌지 모듈 이름으로(DEC-160 · DEC-161) |
| 화면 · 흐름 | S1 설정 · 온보딩 | 직무별 스킬: 필수(1점) / 확장(0.5점) · 요구레벨 Lv 1~5 · 자동 저장 · 여러 개 골라 [필수로] [확장으로] [빼기] | P-6 A17 · DEC-068 | 한 번에 여러 개 바꾸기는 가져옴, 꼴은 제로 디자인 | |
| 화면 · 흐름 | S1 설정 · 온보딩 | 초대 명단: 이름 · 이메일 · 그룹 · 직무 · 붙여넣기 · CSV(머리 줄이 있으면 머리) → 직무 매핑은 관리자 | DEC-167 ⑥(같은 이름 → 포함 → 관리자가 고르기) · 필수 칸은 DEC-073 '이름 · 이메일 · 직무' vs DEC-167 ⑥ '이름 · 이메일' | 자동 맞추기는 제로가 넓힘. 필수 칸이 제로 두 결정에서 다름: 확인 필요 | |
| 화면 · 흐름 | S1 설정 · 온보딩 | [초대 발송]은 확인 시트 먼저 · 새로 넣은 사람에게만 · 보내면 진단 › 진단대상으로 | DEC-167 ⑧ 온보딩은 마지막 화면이 확인(창 없음), D-05는 설정 › 대상자에서만 · 버튼 초대 보내기 | 새로 넣은 사람에게만은 같음. 확인 한 번(제로) | |
| 화면 · 흐름 | S2 진단 · 검토 | 사람시트 순서: 상태 줄(명사) → 점검 문구 → 기록 카드 → 이번 제출 → 버튼 하나 | P-30 D-01 '검토대기예요(이상신호 n개)' · 주 행동 하나 | 순서 내용은 가져오고 꼴은 제로 | |
| 화면 · 흐름 | S2 진단 · 검토 | 새 회차: 슈퍼어드민 › 조직 ⋯ › [새 회차 열기], 결과확정된 조직만 | DEC-091 · DEC-125 | 2회차를 열 때 화면을 그림(DEC-125) | |
| 화면 · 흐름 | S3 결과 · 강화 | 히트맵 기본 열 = 진단스킬, ＋ 더한 스킬 칩 · 칩: 전체 · 하드 · 소프트 · 미달 있는 사람 | P-30 A-13 '직무로 거르기 · 미달만 보기' | 칩 네 개와 더한 스킬 열은 가져와 A-13에 합침 | |
| 화면 · 흐름 | S3 결과 · 강화 | 짝: 요약 ↔ 스킬셋 · 인재 검색 / 부족 ↔ 교육계획 / 공백 ↔ 채용 | V-0: 히트맵 ↔ 인재 검색 · 수정 내역 ↔ 스킬셋 개선 | V-0 짝으로 고쳐 가져옴 | |
| 화면 · 흐름 | S3 결과 · 강화 | 인재 검색 토글 [스킬로 찾기 \ | AI로 찾기 · 렌지] · 스킬 최대 3개 + 최소 레벨 | DEC-151 · DEC-160 [렌지에게 묻기] · P-30 A-21 | 이름만 렌지로 |
| 화면 · 흐름 | S4 진단대상자 · 지원자 | 제출 뒤 '마감 D-n까지 고칠 수 있어요' [스킬 수정] [레벨 수정] | DEC-168 '[검토완료] 전까지 고칠 수 있다(마감 뒤에도)' · T-06 | 문구를 '검토 전까지'로(심플 QMap ③도 같은 말). 버튼 이름은 용어 결정 따름 | |
| 화면 · 흐름 | S4 진단대상자 · 지원자 | 지원자 스킬마다 Lv 1~5 + 포트폴리오(링크 또는 파일 4MB) + 이 스킬로 한 일(20자 이상) → [AI 확인] 필수 | J-02 · DEC-086 | AI 확인만 뺌(DEC-086) | |
| 화면 · 흐름 | S4 진단대상자 · 지원자 | 지원자 화면 끝 문구 '제출했어요 · 담당자가 확인한 뒤 연락드려요' | P-30 J-04 '제출을 마쳤어요' | 심플 문구(다음에 무슨 일이 있나)를 가져옴(DEC-144 다음 할 일) | |
| 화면 · 흐름 | S5 데이터 · 점수 | 스킬 · 직무시트 순서: 설명 → 레벨 기준 → 쓰는 곳 → 우리 조직에서 → 같이 쓰는 스킬 | P-30 D-02 스킬시트 · D-03 직무시트 | 순서는 가져와 D-02에 적음 | |
| 화면 · 흐름 | Design(디자인 시스템) | 시트는 한 번에 하나 · 들어온 곳으로 돌아감 · 위로 끌면 화면을 채움 | P-31 이동 규칙(확인 필요) | '한 번에 하나 · 들어온 곳으로'는 이동 규칙으로 가져옴 | |
| 화면 · 흐름 | Design(디자인 시스템) | 가이드 틀: 왜 필요한가요 → 어떻게 쓰나요 → 용어 → 궁금한 점 → 다음은(🎯 👣 📖 ❓ ⏭️) · 답은 폰 4줄(85자) 안 | DEC-174 ②(이 화면은 무엇인가 한 줄 + 질문 3~6개 · 질문 앞 장식 이모지 뺌) | 다섯 칸 순서와 85자 기준은 가져오고 이모지만 뺌 | |
| 화면 · 흐름 | Decisions(결정 기록) | 새 회차 대시보드 = n회차 준비 + [스킬셋] | DEC-125 | 2회차를 열 때 | |
| 화면 · 흐름 | QMap(단계별 질문 지도) | 지난 회차는 대시보드 맨 아래 한 줄씩 · 2회차부터 '지난 회차 대비'(82 → 86, +4) | DEC-053 자기 비교 · DEC-125 | 2회차를 열 때 | |
| 화면 · 흐름 | Ask(물어볼 것) | 미착수: 스킬 세부 정보 팝업의 진단대상자 입구 · 온보딩 다시하기 버튼(제출 전) | P-6 A04 처음부터 다시 · 나중에 하기 | 온보딩 다시하기는 P-6 A04로, 대상자 팝업 입구는 추후 계획 |
안 가져옴 16개(용어 · 정책 · 결정)
상태 1 · 디자인 9 · 개발 방법 3 · 결정 2 · 화면 · 흐름 1
| 분류 | 판 | 항목 | 제로 현재 | 이유 |
|---|---|---|---|---|
| 개발 방법 | Design(디자인 시스템) | CSS 4파일(onboard-tokens / base / phone / pc) | DEC-031 기술 중립 | 기술 선택은 8단계 |
| 개발 방법 | Dev(개발 방법) | 크리티컬 결함은 묻지 않고 바로 main까지 | R-010 ⑬ PM 지시 없이 운영(main · 배포) 금지 | 지난 버전 규칙 · R-010 ⑬과 부딪침 |
| 개발 방법 | Ask(물어볼 것) | 남은 일: 옛 표 · 옛 화면 지우기(레거시 테이블 DROP · settings.html) | R-008 · DEC-041(코드는 보관 브랜치) | 데이터 · 기록을 날리지 않음 |
| 디자인 | Design(디자인 시스템) | 폰 셸: ≡ 접이식 메뉴 · 머리 ‹ = 앱 안 기록 하나 되감기 · 하단 바 = 고정 행동 버튼 | P-31 디자인 기초 B | 셸 디자인은 버림(R-000). P-31에서 정함 |
| 디자인 | Design(디자인 시스템) | PC 셸: 왼쪽 메뉴(로고 → 메뉴 → 사용자 줄 · 로그아웃) · 상단 정보 줄 · 기본 페이지에 하단 바 없음 | P-31 | 셸 디자인은 버림(R-000) |
| 디자인 | Design(디자인 시스템) | 세로 위치: 폰은 읽기 · 입력 화면만 가운데 · PC는 모두 위 고정 · 온보딩 질문만 화면 높이 14% 아래 | DEC-137 흐름 화면 가운데(560 · 1184) | 디자인 값은 버림, DEC-137 |
| 디자인 | Design(디자인 시스템) | 흰 바탕 위 흰 부품은 1px 윤곽선 · 행동 버튼은 공통 .btn 하나 | P-31 · DEC-009 | 부품 디자인은 제로에서 정함 |
| 디자인 | Design(디자인 시스템) | 칩 줄은 바로 위 제목 정렬을 따름 · 정보 설명은 PC 마우스 올림 / 폰 누르면 토스트 | P-31 | 디자인 세부는 P-31 |
| 디자인 | Design(디자인 시스템) | 배지는 글자와 상관없이 같은 크기 · 필터 칩 = 배지(끄면 연한 색, 켜면 진한 색) | P-31 | 부품 디자인은 P-31 |
| 디자인 | Design(디자인 시스템) | 시트 = 페이지 꼴(본문 회색 · 카드 흰색 + 그림자) · 시트 안 회색 카드 금지 | P-31 · P-9 | 디자인 세부 |
| 디자인 | Design(디자인 시스템) | 시트에 각주(출처 · 강조 설명) 없음 · 출처는 가이드 | DEC-143 결과에 스킬마다 출처를 붙임 | DEC-143이 출처를 화면에 두기로 함 |
| 디자인 | Design(디자인 시스템) | PC 표 툴바: 왼쪽 [직무 ▾] + 칩 줄 … 오른쪽 [검색] [필터] [행동] | P-31 | 디자인 세부 |
| 상태 | F3 사람 상태 | "반려"(사람 상태 · 제출 전으로 되돌림) | P-13 안 쓰는 말 "반려" · P-32 "반려는 안 씀, 재진단 하나로(DEC-078)" | DEC-078 재진단 하나로 합침 · "반려"는 금지 말 |
| 화면 · 흐름 | Ask(물어볼 것) | 남은 일: 슈퍼어드민 폰 목록 카드형 | P-29 운영자는 PC만 | 제로는 운영자 화면을 PC만 둠 |
P-37 묶음 ① 백지에서 다시 그리기: 단계 · 데이터 · 기능은 그대로, 묶음과 배치만 새로
이 문서가 답하는 질문: 같은 단계 · 데이터 · 기능을 화면에 어떻게 묶어야 관리자가 바로 판단하나?
결론
묶음 ① 화면(시작 · 회사 · 직무 · 스킬 · 대상자 · 확인 · 초대)을 백지에서 다시 묶었다. 단계 · 데이터 · 기능 34개는 그대로다. 화면마다 관리자가 내릴 판단만 앞에 두고, 자동으로 끝난 것은 접고, 그 단계에 생긴 데이터만 쓴다. 입구 화면은 지난 버전 모양 그대로라 범위 밖.
원칙 다섯
- 화면마다 관리자가 내릴 판단만 앞에 둔다
- 자동으로 끝난 것은 한 줄 + 접기, 예외만 묻는다(자동 대조 뒤 검토 꼴)
- 그 단계에 생긴 데이터만 쓴다: 시안이 단계 밖 데이터를 꺼내면 검사가 막는다
- 옆 칸 = 단계 요약 또는 고르는 것의 내용(DEC-192)
- 같은 일 · 같은 데이터, 배치는 따로(DEC-193)
단계마다 생기는 데이터
| 단계 | 생기는 데이터 | 이 단계 화면에 못 나오는 것 |
|---|---|---|
| 조직 열기(운영자) | 회사 이름 · 업종 · 규모 · 최대인원 · 진단목적 · 목표 기본값 · 고객사 평균 | 직무 · 스킬 · 명단 |
| 1 회사 · 목적 · 목표 | 위 값 확인 · 담당자 | 직무 · 스킬 · 명단 |
| 2 직무 | 직무 목록 · 표준 직무 맞춘 결과 · 표준 직무 정보(시스템) | 직무별 인원 · 본부 · 그룹 |
| 3 스킬 | 직무별 스킬 · 요구레벨 · Lv 1~5 문구 · 진단 켬/끔 | 직무별 인원 · 명단 |
| 4 대상자 · 기간 | 명단(사람 · 그룹 · 직무별 인원) · 마감 · 독려 · 편집 권한 | 진행 현황 |
| 5 확인 · 초대 | 위 전부 | 진행 현황 |
| 보낸 뒤 | 진행 현황(열람 · 제출 · 검토) | 없음 |
화면마다 무엇을 어떻게 묶었나
| 화면 | 관리자가 내릴 판단 | 본문 | 옆 칸 | 지난 시안과 달라진 점 |
|---|---|---|---|---|
| 시작 | 시작할까 · 이어서 할까 | 다섯 단계 · 준비물 · 렌지 소개 | 없음(한 칸) | 처음부터 다시에 확인 창 · 나중에 하기 링크 |
| 회사 · 목적 · 목표 | 회사가 맞나 · 누가 보내나 · 목적 · 목표점수 | 회사 · 담당자 · 진단목적 · 목표점수 네 묶음 | 없음(한 칸). 판단 근거 · 렌지는 오른쪽 시트 | 담당자를 넣음 · 고정 판단 근거 칸을 뺌 |
| 직무 | 애매한 4개가 맞나 | 확인할 직무 카드 4개(질문 하나씩) · 그대로 쓰는 14개는 접기 | 고르는 직무의 후보 비교(하는 일 · 스킬 시작안) | 18줄 표 · 상태 뱃지 · 인원 칸을 뺌 · 직무 상세를 넣음 |
| 스킬 | 직무마다 스킬 · 요구레벨 · 진단할 스킬 | 직무 목록(확인 필요 뱃지) + 스킬 표(구분 · 요구레벨 · 진단 고르기) | 고른 스킬의 Lv 1~5 문구 · 문구 고치기 · 아이콘 | 편집 권한을 4단계로 되돌림 · 레벨을 고르기 칸으로 |
| 대상자 · 기간 | 누구에게 · 언제까지 · 어떤 권한으로 | 명단 · 기간 · 독려 · 편집 권한 세 묶음(늘 보임) | 초대 메일 미리 보기 · 문구 고치기 | 시작일 칸을 뺌 · 넘칠 때 줄이기 펼침 |
| 확인 · 초대 | 이대로 보내도 되나 | 단계마다 한 줄 + 고치기 · 경고 · 잠기는 것 | 없음(한 칸) | 직무 18줄 표 대신 단계 요약 · 보내는 중엔 이전 없음 |
기능 34개가 들어간 자리
| 기능 | 이름 | 화면 | 자리 |
|---|---|---|---|
| A03 | 이어서 하기 · 초안 저장 | A-30 | 다시 옴 상태 · 머리 저장했어요 |
| A04 | 처음부터 다시 · 나중에 하기 | A-30 | 보조 버튼 + 확인 창 · 링크 |
| H01 | 렌지 첫 인사 | A-30 · 모든 화면 | 렌지 소개 한 줄 · 렌지에게 묻기 |
| A27 | 조직 기본 정보 · 담당자 | A-04 | 담당자 묶음(새로 넣음: 지난 시안에서 빠졌던 기능) |
| A10 | 업종 표 | A-04 · O-03 | 회사 정보 없음 상태의 업종 고르기 |
| A11 | 업종 추천 직무 규칙 | A-05 | 렌지가 읽은 시작안의 바탕(화면에 규칙은 안 보임) |
| A06 | 직무표 올리기 · 양식 | A-05 | 직무 더하기 펼침 · 양식 받기 |
| A07 | 이름 대조(그대로 · 확인 · 질문) | A-05 | 확인할 직무 카드 · 그대로 쓰는 직무 접기 |
| A12 | 직무 찾기 | A-05 | 직무 더하기 펼침 |
| A13 | 직무 0개 막기 | A-05 | 주 버튼 비활성 이유 |
| A14 | 직접 만들기 | A-05 | 직무 더하기 펼침 · 새로 만들기 |
| A15 | 직무 상세 | A-05 | 옆 칸 후보 비교(새로 넣음: 지난 시안에서 빠졌던 기능) |
| H04 | 직무 · 스킬 맞추기 | A-05 | 확인할 직무 카드 |
| L08 | 업종 직무 API | A-05 | 직무 찾기 |
| A16 | 스킬 시작안 · 레벨 기본값 | A-06 | 스킬 표 기본값 |
| A17 | 스킬 편집 | A-06 | 구분 · 요구레벨 고르기 · 스킬 더하기 · 행동줄 |
| A18 | 스킬 정보 · 렌지 초안 | A-06 | 옆 칸 문구 고치기 |
| A19 | 업종에서 많이 쓰는 스킬 | A-06 | 스킬 더하기 펼침 |
| A20 | 진단스킬 고르기 | A-06 | 진단 켬/끔 · 진단 n개 · 약 n분 |
| A28 | 아이콘 | A-06 | 옆 칸 아이콘 바꾸기 |
| H03 | 추천 스킬 | A-06 | 스킬 더하기 펼침 · 렌지 추천 |
| K06 | 요구레벨은 서버가 정함 | A-06 | 화면에 안 보임(규칙) |
| A08 | 진단인원 · 권장 수(지난 버전) | 없음 | 용어 결정으로 뺌(최대인원만 보기) |
| A09 | 편집 권한 | A-07 | 실무자 편집 권한 묶음 |
| A21 | 기간 · 독려 | A-07 | 기간 · 독려 묶음 |
| A22 | 명단 입력 · 검사 · 직무 맞추기 | A-07 | 명단 묶음 · 직무 못 맞춤 상태 |
| A23 | 그룹 열 | A-07 | 명단 양식 · 5명 미만 그룹 경고 |
| A24 | 최대인원 넘김 막기 · 문의 | A-07 | 넘침 상태 · 줄이기 · 인원 늘리기 문의 |
| A25 | 초대 메일 고치기 · 미리 보기 | A-07 · A-08 | 옆 칸 미리 보기 · 문구 고치기 · 링크 |
| M02 | 명단 저장 보호 | A-07 | 화면에 안 보임(규칙) |
| A26 | 초대 보내기 · 보낸 뒤 | A-08 | 주 버튼 · 보낸 뒤 상태 |
| M01 | 보내면 잠금 | A-08 | 제목 아래 한 줄 |
| A05 | 영업 프리셋 | O-03 | 기본값 묶음 |
| G01 | 조직 만들기 + 관리자 초대 | O-03 | 주 버튼 |
이 사이트는 ideber 저장소 projects/skill-lens/ 에서 자동으로 만들어집니다. 고칠 때는 저장소를 고칩니다. 공개 주소이지만 검색엔진에는 나오지 않습니다.